代码之家  ›  专栏  ›  技术社区  ›  Josh Andreas Rehm

mysqli的好处是否值得重写一个大型的工作系统?

  •  4
  • Josh Andreas Rehm  · 技术社区  · 14 年前

    如果这个问题是重复的,我很抱歉。我读过 many other mysqli questions 首先,但似乎没有一个是完全相同的。

    我是一个项目的高级开发人员,我的公司已经工作了4年多。它是一个大型的phpmvc框架系统,包含用于CMS系统、电子商务系统等的模块。我们总共讨论了1583个文件和407912行代码(不包括注释和空行)。

    该系统使用了一个合适的活动记录系统,就像我们从头开始构建的系统一样,它几乎应用于系统的每个模块。它是使用老的PHP mysql函数构建的,而不是新的mysqli函数或PDO。PDO有点过分了,因为作为一家SaaS公司,我们控制着基础设施,我们将在未来使用MySQL,所以我们不需要数据库抽象。但是这里的答案和PHP文档都使用了越来越强大的语言来描述mysql和mysqli:

    http://ca3.php.net/manual/en/mysqli.overview.php

    :

    如果您使用的是MySQL版本4.1.3 使用mysqli扩展 相反。

    因为我们使用的是旧的mysql函数,所以对新代码进行了彻底的检查,以检查SQL注入错误。我们的工作人员已经审核过了,所以我们有可能遗漏了什么,但我很有信心我们已经完成了。因为系统在代码处使用mysql函数,所以新代码必须遵循该约定;我们不能在运行时迁移到mysqli。。。

    2 回复  |  直到 7 年前
        1
  •  1
  •   Quasipickle    14 年前

    不过,您最好转到数据库抽象层,因此如果您确实更改了(或者他们提供了mysql\u super\u duper()函数),您不必重新访问整个代码—只需访问抽象代码。

        2
  •  1
  •   Chuck Burgess    14 年前

    PDO有点过分,因为作为一个 我们将使用 不需要数据库抽象。

    你真正需要定义的是你的应用程序有多灵活。。。真正地。。。它是否需要更加灵活。如果设计正确,迁移和/或成本就不会那么高。如果真的是那么困难/昂贵,也许现在正是做出改变和做一些重新考虑的时候。这样,当系统需要移动到一个新的更快的DB平台,或者需要更新,或者需要改进时,更改就变成了“拖放式”替换,而不是完全重写。