PDO下SQL语句兼容性问题的求助。

[raincious]

上次那个帖子终于让我潜心下来设计一个稍微符合Design Pattern的新框架。于是一切都得重写，不过也终于可以学学PHP4以来PHP更新的那些东西了。

目前写到了数据库方面的。今天PDO连接管理器已经写完，可以从配置中取得数据库信息然后进行链接。下面就是写具体的查询操作类了。

但是现在有了一个问题，我除了MySQL和MSSQL，PDO驱动里的其他数据库我都没用过啊（是啊，SQLite都没用过，曾经有家伙提示我可以用那个做缓存啊，但是我觉得解序列化更快啊）。

于是，这就是个知识的缺憾啊。。。。。。所以为了保险我想问一下：




// 问题开始

PDO里那些数据库，简单CURD的话，是不是用ANSI里规定的SQL语法就行了？比如：

SELECT `field1`, `field1`, `field2` FROM `table` WHERE 1 GROUP BY `group` ORDER BY `order` DESC LIMIT 1,2 // 虽然Group by没什么意义

UPDATE `table` SET `a` = 'a' WHERE 1

DELETE FROM `table` WHERE `a` = 'a'

INSERT INTO `table`(`a`, `b`, `c`) VALUES (1,2,3),(1,2,3),(1,2,3),(1,2,3);

// 问题结束



我问上列问题主要是担心不兼容性。比如原先配置的是MySQL，后来改Oracle了，而我又不想改任何一行代码。而PDO只是保证过程一致性，但各个数据库对SQL语法的支持不太一样。

如果上面的简单CURD可行的话，我是不是就不需要为每一个PDO驱动单独去封装专门的操作类了？




感谢。

[66beta]

如果没记错，PDO是对市面上主流DBMS的一套封装，只要通过PDO接入DB，那么几乎可以无缝切换到任意一种PDO支持的DBMS上吧？

[picasso250]

我只知道ms 的limit是用top

[vigoss]

不太可能，除非一开始就封装好几个数据库的不然不可能不改代码就切过去。我只知道java中的hibernate可以这样，因为别人是把sql封成了hql所以改动要少。

[darasion]

既然又做了一只轮子. 不妨先学习一下其他已经做好的轮子.

[picasso250]

Microsoft SQL Server
select TOP 5 * from foo

MySQL
select * from foo limit 5

所以，需要你去为每个pdo引擎封装类。但这个说起来容易难。lz还是继续写框架吧。orm只支持mysql就够了。

[raincious]

@66beta 貌似这不是我的问题嗯。

@vigoss @darasion 哎，悲剧。错就错在写PDO管理器之前没想ORM的事情。写好发现很多ORM都有PDO的功能了，而且还都是给数据库信息直接给连好，跟我的接口一点都不兼容，不管怎么写胶水。所以只能自己再写个ORM搞定这些。

@picasso250 看来MSSQL和MySQL的语法就是太不一样了。看来只能先自己写个MySQL的驱动操作类，以后的事情以后再说了。

谢谢各位。

[darasion]

@raincious
很多轮子做完之后，只有自己会用，小众的库，其他人完全无法理解，甚至是曲解。
所以，如果做不出什么大影响，干脆还是别费事了。不通用不说，被别人滥用的时候更郁闷。

即便是很牛X 的框架，很多人也都为了写代码时少打几个字母而破坏很多东西，最后导致跟没用框架一样。

[raincious]

@darasion 谢谢提醒，这个我也想过的。有的时候造个轮子也是没办法的事情。

我做第一版本框架的时候留下了很多缺憾，如果不能在这个框架中补全，写新东西也就没意义了。

必须新的PDO管理器是其中之一，可以在放弃（比如JOIN之类，但是可以通过多查询替换）一些SQL语句的前提下实现多服务器分布操作。程序通过调用来选择数据库，未来可以实现部分透明的分布式储存。可以自动通过表名和读/写选择对应数据库进行连接，以便实现数据库方面的负载均衡。

以往这需要更复杂的后台程序实现（比如写个PHP扩展之类解析MySQL语法然后再调用），现在虽然效率比较低，但是框架自己就能做了，服务器上不需要添加任何支持，配合多Web服务器，负载就能提升不少。

但是现在市面上的那些ORM，很多都封装好了PDO和SQL操作方法，未来如果要切换数据库，还得换一个ORM或者去改写它，这样就很麻烦。而且很多都是有版权这样的，比如很多是用的GNU GPL，而我的协议是LGPL，用户可以不开源使用这个框架构建的项目。

于是乎最终还是决定自己搞定。当然，我觉得写这些还是很有意思的（即便虽然意义不大），这才是最主要的动力。



关于防止破坏项目结构。这个我一开始也考虑过。首先，我用的方法名都是比较通用的，很容易记忆。

另外为了“防止”别人为了加功能而修改。。。。。。。我将框架做成了None-Stack的。事实上它自身连路由都没有实现（因为很多人想要自由的使用URL，然后跟我吐槽半天CI和YII之类的）。

这也就意味着，“若需要，请自便。”。

框架本身（对我来说）是一个提供代码整合和基本接口调用的平台。本身不应该干涉程序员所写程序的风格。为了达到这一目标……也就不要“自作多情”的提供一些不太必要的功能。

于是，我框架的主要子核心也只有：调试、对象管理、请求、响应 这4个模块。PDO管理器都给我放在了可选核心里（即可以禁用）。

（定义：子核心：每次页面访问都必须加载的单元模块，无论是否调用。）

所以我想，仅仅这几个文件都手痒要去改，那真的得拿小尺子打手了。

当然，如果你真的要改。。。。。。。。。。。所有自带的子核心都是符合简单工厂模式的。也就是说，你可以用自己写的子核心替换框架的子核心。初始化之后项目代码可以无缝切换到你自己写的子核心上。当然，自定义子核心的代码必须接口兼容。

如果你对现有核心不满意，你还可以新建子核心，框架会在初始化之后找到这个核心，然后“同等对待”的初始化它。然后你就可以在自己的项目里自由的使用这个核心了。

好吧，我猜测这样就能解决各种不满了……