揭露 PHP 应用程序中出现的五个常见数据库问题 —— 包括数据库模式设计、数据库访问和使用数据库的业务逻辑代码 —— 以及它们的解决方案。

　　如果只有一种 方式使用数据库是正确的……

　　您可以用很多的方式创建数据库设计、数据库访问和基于数据库的 PHP 业务逻辑代码，但最终一般以错误告终。本文说明了数据库设计和访问数据库的 PHP 代码中出现的五个常见问题，以及在遇到这些问题时如何修复它们。

　　问题 1：直接使用 MySQL

　　一个常见问题是较老的 PHP 代码直接使用 mysql_ 函数来访问数据库。清单 1 展示了如何直接访问数据库。

　　清单 1. Access/get.php

＜?php
function get_user_id( $name )
{
　$db = mysql_connect( 'localhost', 'root', 'password' );
　mysql_select_db( 'users' );

　$res = mysql_query( "SELECT id FROM users WHERE login='".$name."'" );
　while( $row = mysql_fetch_array( $res ) ) { $id = $row[0]; }

　return $id;
}

var_dump( get_user_id( 'jack' ) );
?＞

　　注意使用了 mysql_connect 函数来访问数据库。还要注意查询，其中使用字符串连接来向查询添加 $name 参数。

　　该技术有两个很好的替代方案：PEAR DB 模块和 PHP Data Objects (PDO) 类。两者都从特定数据库选择提供抽象。因此，您的代码无需太多调整就可以在 IBM? DB2?、MySQL、PostgreSQL 或者您想要连接到的任何其他数据库上运行。

　　使用 PEAR DB 模块和 PDO 抽象层的另一个价值在于您可以在 SQL 语句中使用 ? 操作符。这样做可使 SQL 更加易于维护，且可使您的应用程序免受 SQL 注入攻击。

　　使用 PEAR DB 的替代代码如下所示。

　　清单 2. Access/get_good.php

＜?php
require_once("DB.php");

function get_user_id( $name )
{
　$dsn = 'mysql://root:password@localhost/users';
　$db =

问题 3：使用多个数据库

　　偶尔，我们会看到一个应用程序中，每个表都在一个单独的数据库中。在非常大的数据库中这样做是合理的，但是对于一般的应用程序，则不需要这种级别的分割。此外，不能跨数据库执行关系查询，这会影响使用关系数据库的整体思想，更不用说跨多个数据库管理表会更困难了。 那么，多个数据库应该是什么样的呢？首先，您需要一些数据。清单 7 展示了分成 4 个文件的这样的数据。

　　清单 7. 数据库文件

Files.sql:
CREATE TABLE files (
　id MEDIUMINT,
　user_id MEDIUMINT,
　name TEXT,
　path TEXT
);

Load_files.sql:
INSERT INTO files VALUES ( 1, 1, 'test1.jpg', 'files/test1.jpg' );
INSERT INTO files VALUES ( 2, 1, 'test2.jpg', 'files/test2.jpg' );

Users.sql:
DROP TABLE IF EXISTS users;
CREATE TABLE users (
　id MEDIUMINT,
　login TEXT,
　password TEXT
);

Load_users.sql:
INSERT INTO users VALUES ( 1, 'jack', 'pass' );
INSERT INTO users VALUES ( 2, 'jon', 'pass' );

　　在这些文件的多数据库版本中，您应该将 SQL 语句加载到一个数据库中，然后将 users SQL 语句加载到另一个数据库中。用于在数据库中查询与某个特定用户相关联的文件的 PHP 代码如下所示。

　　清单 8. Getfiles.php

＜?php
require_once("DB.php");

function get_user( $name )
{
　$dsn = 'mysql://root:password@localhost/bad_multi1';
　$db =

问题 4：不使用关系

　　关系数据库不同于编程语言，它们不具有数组类型。相反，它们使用表之间的关系来创建对象之间的一到多结构，这与数组具有相同的效果。我在应用程序中看到的一个问题是，工程师试图将数据库当作编程语言来使用，即通过使用具有逗号分隔的标识符的文本字符串来创建数组。请看下面的模式。

　　清单 10. Bad.sql

DROP TABLE IF EXISTS files;
CREATE TABLE files (
　id MEDIUMINT,
　name TEXT,
　path TEXT
);

DROP TABLE IF EXISTS users;
CREATE TABLE users (
　id MEDIUMINT,
　login TEXT,
　password TEXT,
　files TEXT
);

INSERT INTO files VALUES ( 1, 'test1.jpg', 'media/test1.jpg' );
INSERT INTO files VALUES ( 2, 'test1.jpg', 'media/test1.jpg' );
INSERT INTO users VALUES ( 1, 'jack', 'pass', '1,2' );

　　系统中的一个用户可以具有多个文件。在编程语言中，应该使用数组来表示与一个用户相关联的文件。在本例中，程序员选择创建一个 files 字段，其中包含一个由逗号分隔的文件 id 列表。要得到一个特定用户的所有文件的列表，程序员必须首先从用户表中读取行，然后解析文件的文本，并为每个文件运行一个单独的 SELECT 语句。该代码如下所示。

　　清单 11. Get.php

＜?php
require_once("DB.php");

function get_files( $name )
{
　$dsn = 'mysql://root:password@localhost/bad_norel';
　$db =

问题 5：n 1 模式

　　我真不知有多少次看到过这样的大型应用程序，其中的代码首先检索一些实体（比如说客户），然后来回地一个一个地检索它们，以得到每个实体的详细信息。我们将其称为 n 1 模式，因为查询要执行这么多次 —— 一次查询检索所有实体的列表，然后对于 n 个实体中的每一个执行一次查询。当 n=10 时这还不成其为问题，但是当 n=100 或 n=1000 时呢？然后肯定会出现低效率问题。清单 14 展示了这种模式的一个例子。

　　清单 14. Schema.sql

DROP TABLE IF EXISTS authors;
CREATE TABLE authors (
　id MEDIUMINT NOT NULL AUTO_INCREMENT,
　name TEXT NOT NULL,
　PRIMARY KEY ( id )
);

DROP TABLE IF EXISTS books;
CREATE TABLE books (
　id MEDIUMINT NOT NULL AUTO_INCREMENT,
　author_id MEDIUMINT NOT NULL,
　name TEXT NOT NULL,
　PRIMARY KEY ( id )
);

INSERT INTO authors VALUES ( null, 'Jack Herrington' );
INSERT INTO authors VALUES ( null, 'Dave Thomas' );

INSERT INTO books VALUES ( null, 1, 'Code Generation in Action' );
INSERT INTO books VALUES ( null, 1, 'Podcasting Hacks' );
INSERT INTO books VALUES ( null, 1, 'PHP Hacks' );
INSERT INTO books VALUES ( null, 2, 'Pragmatic Programmer' );
INSERT INTO books VALUES ( null, 2, 'Ruby on Rails' );
INSERT INTO books VALUES ( null, 2, 'Programming Ruby' );

　　该模式是可靠的，其中没有任何错误。问题在于访问数据库以找到一个给定作者的所有书籍的代码中，如下所示。

　　清单 15. Get.php

＜?php
require_once('DB.php');

$dsn = 'mysql://root:password@localhost/good_books';
$db =