PHP数据库常出现哪些问题文档格式.docx
《PHP数据库常出现哪些问题文档格式.docx》由会员分享，可在线阅读，更多相关《PHP数据库常出现哪些问题文档格式.docx（14页珍藏版）》请在冰豆网上搜索。
"
.$name."
'
while（$row=mysql_fetch_array（$res））{$id=$row[0];
}
return$id;
}
var_dump（get_user_id（'
jack'
））;
>
清单1.Access/get.php
注意使用了mysql_connect函数来访问数据库。
还要注意查询，其中使用字符串连接来向查询添加$name参数。
该技术有两个很好的替代方案：
PEARDB模块和PHPDataObjects（PDO）类。
两者都从特定数据库选择提供抽象。
因此，您的代码无需太多调整就可以在IBM®
DB2®
、MySQL、PostgreSQL或者您想要连接到的任何其他数据库上运行。
使用PEARDB模块和PDO抽象层的另一个价值在于您可以在SQL语句中使用?
操作符。
这样做可使SQL更加易于维护，且可使您的应用程序免受SQL注入攻击。
使用PEARDB的替代代码如下所示。
require_once（"
DB.php"
）;
$dsn='
mysql:
//root:
password@localhost/users'
;
$db=&
DB:
:
Connect（$dsn,array（））;
if（PEAR:
isError（$db））{die（$db->
getMessage（））;
$res=$db->
query（'
SELECTidFROMusersWHERElogin=?
array（$name））;
$id=null;
while（$res->
fetchInto（$row））{$id=$row[0];
清单2.Access/get_good.php
注意，所有直接用到MySQL的地方都消除了，只有$dsn中的数据库连接字符串除外。
此外，我们通过?
操作符在SQL中使用$name变量。
然后，查询的数据通过query（）方法末尾的array被发送进来。
问题2：
不使用自动增量功能
与大多数现代数据库一样，MySQL能够在每记录的基础上创建自动增量惟一标识符。
除此之外，我们仍然会看到这样的代码，即首先运行一个SELECT语句来找到最大的id，然后将该id增1，并找到一个新记录。
清单3展示了一个示例坏模式。
DROPTABLEIFEXISTSusers;
CREATETABLEusers（
idMEDIUMINT,
loginTEXT,
passwordTEXT
INSERTINTOusersVALUES（1,'
pass'
INSERTINTOusersVALUES（2,'
joan'
jane'
清单3.Badid.sql
这里的id字段被简单地指定为整数。
所以，尽管它应该是惟一的，我们还是可以添加任何值，如CREATE语句后面的几个INSERT语句中所示。
清单4展示了将用户添加到这种类型的模式的PHP代码。
functionadd_user（$name,$pass）
$rows=array（）;
password@localhost/bad_badid'
query（"
SELECTmax（id）FROMusers"
$id+=1;
$sth=$db->
prepare（"
INSERTINTOusersVALUES（?
?
）"
$db->
execute（$sth,array（$id,$name,$pass））;
$id=add_user（'
jerry'
var_dump（$id）;
清单4.Add_user.php
add_user.php中的代码首先执行一个查询以找到id的最大值。
然后文件以id值加1运行一个INSERT语句。
该代码在负载很重的服务器上会在竞态条件中失败。
另外，它也效率低下。
那么替代方案是什么呢?
使用MySQL中的自动增量特性来自动地为每个插入创建惟一的ID。
更新后的模式如下所示。
idMEDIUMINTNOTNULLAUTO_INCREMENT,
loginTEXTNOTNULL,
passwordTEXTNOTNULL,
PRIMARYKEY（id）
INSERTINTOusersVALUES（null,'
清单5.Goodid.php
我们添加了NOTNULL标志来指示字段必须不能为空。
我们还添加了AUTO_INCREMENT标志来指示字段是自动增量的，添加PRIMARYKEY标志来指示那个字段是一个id。
这些更改加快了速度。
清单6展示了更新后的PHP代码，即将用户插入表中。
password@localhost/good_genid'
INSERTINTOusersVALUES（null,?
execute（$sth,array（$name,$pass））;
SELECTlast_insert_id（）"
清单6.Add_user_good.php
现在我不是获得最大的id值，而是直接使用INSERT语句来插入数据，然后使用SELECT语句来检索最后插入的记录的id。
该代码比最初的版本及其相关模式要简单得多，且效率更高。
问题3：
使用多个数据库
偶尔，我们会看到一个应用程序中，每个表都在一个单独的数据库中。
在非常大的数据库中这样做是合理的，但是对于一般的应用程序，则不需要这种级别的分割。
此外，不能跨数据库执行关系查询，这会影响使用关系数据库的整体思想，更不用说跨多个数据库管理表会更困难了。
那么，多个数据库应该是什么样的呢？
首先，您需要一些数据。
清单7展示了分成4个文件的这样的数据。
Files.sql:
CREATETABLEfiles（
user_idMEDIUMINT,
nameTEXT,
pathTEXT
Load_files.sql:
INSERTINTOfilesVALUES（1,1,'
test1.jpg'
files/test1.jpg'
INSERTINTOfilesVALUES（2,1,'
test2.jpg'
files/test2.jpg'
Users.sql:
Load_users.sql:
jon'
清单7.数据库文件
在这些文件的多数据库版本中，您应该将SQL语句加载到一个数据库中，然后将usersSQL语句加载到另一个数据库中。
用于在数据库中查询与某个特定用户相关联的文件的PHP代码如下所示。
functionget_user（$name）
password@localhost/bad_multi1'
$uid=null;
fetchInto（$row））{$uid=$row[0];
return$uid;
functionget_files（$name）
$uid=get_user（$name）;
password@localhost/bad_multi2'
SELECT*FROMfilesWHEREuser_id=?
array（$uid））;
fetchInto（$row））{$rows[]=$row;
return$rows;
$files=get_files（'
var_dump（$files）;
清单8.Getfiles.php
get_user函数连接到包含用户表的数据库并检索给定用户的ID。
get_files函数连接到文件表并检索与给定用户相关联的文件行。
做所有这些事情的一个更好办法是将数据加载到一个数据库中，然后执行查询，比如下面的查询。
password@localhost/good_multi'
query（
SELECTfiles.*FROMusers,filesWHERE
users.login=?
ANDusers.id=files.user_id"
清单9.Getfiles_good.php
该代码不仅更短，而且也更容易理解和高效。
我们不是执行两个查询，而是执行一个查询。
尽管该问题听起来有些牵强，但是在实践中我们通常总结出所有的表应该在同一个数据库中，除非有非常迫不得已的理由。
问题4：
不使用关系
关系数据库不同于编程语言，它们不具有数组类型。
相反，它们使用表之间的关系来创建对象之间的一到多结构，这与数组具有相同的效果。
我在应用程序中看到的一个问题是，工程师试图将数据库当作编程语言来使用，即通过使用具有逗号分隔的标识符的文本字符串来创建数组。
请看下面的模式。
DROPTABLEIFEXISTSfiles;
passwordTEXT,
filesTEXT
INSERTINTOfilesVALUES（1,'
media/test1.jpg'
INSERTINTOfilesVALUES（2,'
1,2'
清单10.Bad.sql
系统中的一个用户可以具有多个文件。
在编程语言中，应该使用数组来表示与一个用户相关联的文件。
在本例中，程序员选择创建一个files字段，其中包含一个由逗号分隔的文件id列表。
要得到一个特定用户的所有文件的列表，程序员必须首先从用户表中读取行，然后解析文件的文本，并为每个文件运行一个单独的SELECT语句。
该代码如下所示。
password@localhost/bad_norel'
Cct（$dsn,array（））;
SELECTfilesFROMusersWHERElogin=?
$files=null;
fetchInto（$row））{$files=$row[0];
foreach（split（'
'
$files）as$file）
$res=$db->
SELECT*FROMfilesWHEREid=?
array（$file））;
while（$res->
清单11.Get.php
该技术很慢，难以维护，且没有很好地利用数据库。
惟一的解决方案是重新架构模式，以将其转换回到传统的关系形式，如下所示。
清单12.Good.sql
这里，每个文件都通过user_id函数与文件表中的用户相关。
这可能与任何将多个文件看成数组的人的思想相反。
当然，数组不引用其包含的对象——事实上，反之亦然。
但是在关系数据库中，工作原理就是这样的，并且查询也因此要快速且简单得多。
清单13展示了相应的PHP代码。
password@localhost/good_rel'
"
SELECTfiles.*FROMusers,filesWHEREusers.login=?
array（$name））;
清单13.Get_good.php
这里，我们对数据库进行一次查询，以获得所有的行。
代码不复杂，并且它将数据库作为其原有的用途使用。
问题5：
n+1模式
我真不知有多少次看到过这样的大型应用程序，其中的代码首先检索一些实体（比如说客户），然后来回地一个一个地检索它们，以得到每个实体的详细信息。
我们将其称为n+1模式，因为查询要执行这么多次——一次查询检索所有实体的列表，然后对于n个实体中的每一个执行一次查询。
当n=10时这还不成其为问题，但是当n=100或n=1000时呢？
然后肯定会出现低效率问题。
清单14展示了这种模式的一个例子。
DROPTABLEIFEXISTSauthors;
CREATETABLEauthors（
nameTEXTNOTNULL,
PRIMARYKEY（id）
DROPTABLEIFEXISTSbooks;
CREATETABLEbooks（
author_idMEDIUMINTNOTNULL,
INSERTINTOauthorsVALUES（null,'
JackHerrington'
DaveThomas'
INSERTINTObooksVALUES（null,1,'
CodeGenerationinAction'
PodcastingHacks'
PHPHacks'
INSERTINTObooksVALUES（null,2,'
PragmaticProgrammer'
RubyonRails'
ProgrammingRuby'
清单14.Schema.sql
该模式是可靠的，其中没有任何错误。
问题在于访问数据库以找到一个给定作者的所有书籍的代码中，如下所示。
require_once（'
DB.php'
password@localhost/good_books'
getMessage（））
升级会员 