php - 如何将sql与php代码分开

Question

我有一个类可以帮助我处理用户。例如:

$user = new User("login","passw");
$name = $user->getName();
$surname = $user->getSurname();
$table = $user->showStats();

所有这些方法内部都有 SQL 查询。有些操作只需要一个 sql 查询，有些 - 不止一个。如果数据库结构发生变化 - 将很难更改所有查询(类很长)。所以我想让 SQL 查询远离这个类。但是如何做到这一点呢？

看完this question我知道存储过程。这是否意味着现在一个操作只需要一个 SQL 查询(调用存储过程)？但是如何组织从 php 中分离 sql​​？我应该将 sql 查询保存在数组中吗？或者它应该是一个 sql-queries 类。如果是，如何组织这个类(也许我应该学习什么模式)

Answer 1

这是一个非常大的主题，但我有一些建议可以帮助您继续前进:

您应该查看对象-关系映射，其中对象自动生成 SQL 查询。看看 Object-Relational Mapping和 Active Record文章进行概述。这将使您的数据库代码保持最少，并且在您的表结构发生变化时更容易。

但是这里没有 Elixir 。如果您的架构发生变化，您将必须更改您的查询以匹配。有些人更喜欢通过将他们的查询逻辑封装在数据库 View 和存储过程中来处理这个问题。如果您始终如一，这也是一种好方法，但请记住，一旦您开始编写存储过程，它们将与您正在使用的特定数据库密切相关。使用它们没有任何问题，但它们会使您以后切换数据库变得更加困难 - 通常不是问题，但要牢记一个重要方面。

无论如何，无论您选择什么方法，我都建议您将数据库逻辑存储在几个“模型”类中。看起来你已经在做类似的事情了。基本思想是每个模型都封装了数据库特定区域的逻辑。传统上，每个模型都会映射到数据库中的单个表——这就是 Ruby on Rails 事件记录类的工作方式。这是一个很好的策略，因为它将您的数据库逻辑分解为简单的小“ block ”。如果将所有数据库查询逻辑保存在一个文件中，它会很快失去控制并成为维护的噩梦 - 相信我，我经历过!

为了更好地理解“大局”，我建议您花一些时间阅读网络模型- View - Controller (MVC) 架构。您还需要查看已建立的 PHP MVC 框架，例如 CodeIgniter , Kohaha , CakePHP等。即使您不使用它们(尽管我建议您这样做)，了解这些框架如何组织您的代码也会很有帮助。