PHP中对数据库操作的封装

 
在动态网面设计中很多都要涉及到对数据库的操作,但是有时跟据需要而改用其它后台数据库，就需要大量修改程序。这是一件枯燥、费时而且容易出错的功作。其实我们可以用PHP中的类来实现对数据库操作的封装，从而使写出的程序在很小的改动下就可以完成后台数据库的更改。
　　现在我们把其封装在dbfz.inc中，其设计如下：
class dbInterface{ var $dbID=1; //用于确定当前操作的数据库，当dbID为1代表MySql,当为 2代表 SQL Server，为3时为ODBC或其它。
var $dbHost; //数据库所在主机域名
var $dbUsername; //数据库用户名
var $dbPassword; //用户密码
//设置主机、用户名及密码函数
function setParameter($host,$username,$password){
$this->dbUsername=$username;
$this->dbHost=$host;
$this->dbPassword=$password;
}
//联接数库函数
function dbConnect(){
switch($this->dbID)
{
case 1;
return @mysql_connect($this->dbHost,$this->dbUsername,$this->dbPassword);
case 2;
//用支持SQL Server的函数
case 3;
//用支持ODBC的函数
}
}
//关闭数库函数
function dbClose($dataHandle){
switch($this->dbID)
{
case 1;
mysql_close($dataHandle);
case 2;
//用支持SQL Server的函数
case 3;
//用支持ODBC的函数
}
}
//执行SQL语句函数
function dbQuery($dbName,$sql,$dbHandle){
switch($this->dbID)
{
case 1;
return @mysql_db_query($dbName,$sql,$dbHandle);
case 2;
//用支持SQL Server的函数
case 3;
//用支持ODBC的函数
}
}
//检索SQL返回值的当前记录函数
function dbFetchrow($dataHandle,$offset=-1){
switch($this->dbID)
{
case 1;
@mysql_data_seek($dataHandle,$offset);
return @mysql_fetch_row($dataHandle);
case 2;
//用支持SQL Server的函数
case 3;
//用支持ODBC的函数
}
}
//返回检索记录数函数
function dbNumrows($dataHandle){
switch($this->dbID)
{
首先说明一下,下面描述仅限于Win系统 其它系统我没试过,Mysql 自从4.1.1以后修改了用户密码的格式, 从16位增加到了41位, 采用了一种新的验证方法,但4.1以前的客户端协议不支持这种方法,所以造成了不能登临的后果.即使密码正确了不能正常登录,提示如下:
　　#1250 - Client does not support authentication protocol requested by server; consider upgrading MySQL client
　　
　　在窗口中执行:
　　C:mysqlin>mysql -uroot
　　Welcome to the MySQL monitor.　Commands end with ; or g.
　　Your MySQL connection id is 1 to server version: 5.0.0-alpha-nt
　　
　　Type 'help;' or 'h' for help. Type 'c' to clear the buffer.
　　
　　mysql> select password('aa');
　　+-------------------------------------------+
　　| password('aa')　　　　　　　　　　　　　　|
　　+-------------------------------------------+
　　| *DEE59C300700AF9B586F9F2A702231C0AC373A13 |
　　+-------------------------------------------+
　　1 row in set (0.00 sec)
　　
　　mysql>
　　从上可以看出password的结果返回了一个以'*'号开头的41位字符串,而以前是16位的.
　　
　　Mysql官方网站给出了二种解决方法
　　
　　1,使用新的客户端api,
　　2,强制服务器使用旧的密码方案
　　
　　我首先尝试了第一种方法,从mysql5.0中拷贝libmysql.dll到php 的扩展目录中,替代了php本身附带的libmysql.dll, 但结果令人失望. Php提示装入php_mysql.dll失败:PHP Warning:　PHP Startup: Unable to load dynamic library 'c:/php5/ext/php_mysql.dll' - 找不到指定的程序。后来发现新版的dll中缺少了mysql_drop_db() 这一函数 :( 只有等php或mysql出更新的dll了.
　　
　　第一种方法行不通,只有试试第二种方法,mysql的官方FAQ中说,需要加上-old-password这一参数,我首先尝试 在命令行下起动mysql,
　　c:mysqlin>mysqld-nt -old-password
　　
　　在另一窗口中 运行
　　C:mysqlin>mysql -uroot
　　Welcome to the MySQL monitor.　Commands end with ; or g.
　　Your MySQL connection id is 540 to server version: 5.0.0-alpha-nt
我喜欢把SQL服务器所捆绑的工具看作是倒金字塔型的，诊断和检查一般问题的工具在顶端，寻找和诊断问题具体区域的工具在底部。除了提供一种编写SQL脚本的便捷方式之外，在你需要解决特定SQL脚本里明确问题的时候，查询分析器（Query Analyzer）还是所需要使用的资源。如果你需要指出哪个查询正在保持着某个特定表格的锁定状态，你也会希望使用查询分析器。
查询分析器的关键诊断特性是它能够显示某个查询的执行计划。这个执行计划会向你提供各种类型的有用信息，例如在查询的执行期间如何以及何时使用或者不使用索引。它还会提供许多其他的细节，例如排序、平行（parallelism）、嵌套循环，以及SQL服务器在执行指定查询时必须做的其他事情。
　
计划的好处
有了查询分析器，你就可以查看预计计划而不需要运行查询本身，或者在查询执行之后查看真实的计划。很显然，真实的计划会更加准确，因为它是从物理上对数据库运行查询的。但是对于系统负载巨大和／或长期的查询，这种方法可能就不是最好的选择了。在典型情况下，当我认为某个特定的查询有问题的时候，或者如果我预计有一个查询会在应用程序里被足够频繁地调用以至于可能会导致性能问题的时候，我就会运行这个工具。
你可以通过把SQL表达式输入查询分析器再按[Ctrl]L来查看预计的执行计划。执行计划然后就会显示在结果（Results）面板的选项卡里。执行计划在刚开始的时候可能比较难读，因为它不像英语一样是从左往右读的，而是从右往左读的。
运行中的计划
这里有一个你可以跟着做的例子，从这个例子里你可以看到如何使用查询分析器来查看一个执行计划。考虑一下下面查询，它会从Northwind数据库里返回某个雇员所在的地点和相关地区：

SELECT
TerritoryDescription, RegionDescription
FROM
Employees e
JOIN EmployeeTerritories et ON e.employeeid = et.employeeid
JOIN Territories t ON et.territoryid = t.territoryid
JOIN Region r ON t.regionid = r.regionid
WHERE
e.employeeid = 1
ORDER BY
TerritoryDescription, RegionDescription

这个查询的结果显示：一号EmployeeId在东部（Eastern）有两个地区，如图A所示。

图A

经常看见有人问，MSSQL占用了太多的内存，而且还不断的增长；或者说已经设置了使用内存，可是它没有用到那么多，这是怎么一回事儿呢？
首先，我们来看看MSSQL是怎样使用内存的。
最大的开销一般是用于数据缓存，如果内存足够，它会把用过的数据和觉得你会用到的数据统统扔到内存中，直到内存不足的时候，才把命中率低的数据给清掉。所以一般我们在看statistics io的时候，看到的physics read都是0。
其次就是查询的开销，一般地说，hash join是会带来比较大的内存开销的，而merge join和nested loop的开销比较小，还有排序和中间表、游标也是会有比较大的开销的。
所以用于关联和排序的列上一般需要有索引。
再其次就是对执行计划、系统数据的存储，这些都是比较小的。
　
我们先来看数据缓存对性能的影响，如果系统中没有其它应用程序来争夺内存，数据缓存一般是越多越好，甚至有些时候我们会强行把一些数据pin在高速缓存中。但是如果有其它应用程序，虽然在需要的时候MSSQL会释放内存，但是线程切换、IO等待这些工作也是需要时间的，所以就会造成性能的降低。这样我们就必须设置MSSQL的最大内存使用。可以在SQL Server 属性（内存选项卡）中找到配置最大使用内存的地方，或者也可以使用sp_configure来完成。如果没有其它应用程序，那么就不要限制MSSQL对内存的使用。
然后来看查询的开销，这个开销显然是越低越好，因为我们不能从中得到好处，相反，使用了越多的内存多半意味着查询速度的降低。所以我们一般要避免中间表和游标的使用，在经常作关联和排序的列上建立索引。
　

本文以SQL Server 2k为例说明SQL Server到Oracle连接服务器的具体实现过程。
　
1.要求pc机上安装oralce客户端软件和sqlserver2000软件。
　
2.客户端的配置tnsnames.ora文件，配置所要连接的数据库服务器（windows，unix等平台均可以）
eg：tnsnames.ora
......
TEST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.11.90)(PORT = 1521))
)
(CONNECT_DATA =
(sid = blue)
(SERVER = DEDICATED)
)
)
......
3.配置windows的ODBC数据源：
开始菜单—》设置—》管理工具—》数据源（ODBC）—》进入配置用户DSN或者系统DSN均可以：添加—》选择Microsoft ODBC for oracle—》自定义数据源名称（最好跟tns中连接串同名！）—》服务器名称（必填！填写tns文件中的连接串名称）—》完成。
　
4.配置sqlserver2000中的连接服务器：
企业管理器—》安全性—》连接服务器—》右键新建连接服务器—》定义连接名称； 选其他数据源； 指定程序名称为：Microsoft OLE DB Provider for Oracle; 产品名称可不填； 数据源指定刚才ODBC中定义好的数据源名称； 提供程序字符串按以下格式填写：User ID=username;Password=userpasswd(或者按如下格式：UID=username;PWD=userpasswd)，这里的用户名和密码对应所要连接的oracle数据库中的用户名和密码 —》 安全性标签页里：设置用此安全上下文进行，并录入oracle的数据库用户名和密码—》服务器选项标签页可默认—》确定。
　
5.准备工作全部完成啦！在sqlserver企业管理器—》安全性—》连接服务器打开刚建好的连接服务器—》点击表，即可在右边窗口看到该oracle数据库用户拥有的的所有表名，但在这里还并不能查看表的记录，这个需要在sqserver的查询分析器中用具体sql实现！访问表时，使用格式为： [连接服务器名]..[ORACLE用户].[表名]。更详细具体的使用这里不再赘述。