这是一个创建于 4531 天前的主题，其中的信息可能已经有所发展或是发生改变。
上次那个帖子终于让我潜心下来设计一个稍微符合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驱动单独去封装专门的操作类了？
感谢。
目前写到了数据库方面的。今天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驱动单独去封装专门的操作类了？
感谢。
 | 1 66beta 2013-05-17 22:20:10 +08:00  1 如果没记错，PDO是对市面上主流DBMS的一套封装，只要通过PDO接入DB，那么几乎可以无缝切换到任意一种PDO支持的DBMS上吧？ |
 | 2 picasso250 2013-05-18 13:43:29 +08:00 1 我只知道ms 的limit是用top |
 | 3 leveraging 2013-05-18 13:53:55 +08:00 via Android 1 不太可能，除非一开始就封装好几个数据库的不然不可能不改代码就切过去。我只知道java中的hibernate可以这样，因为别人是把sql封成了hql所以改动要少。 |
 | 4 darasion 2013-05-18 13:56:40 +08:00 1 既然又做了一只轮子. 不妨先学习一下其他已经做好的轮子. |
| 5 picasso250 2013-05-18 14:07:56 +08:00 1 Microsoft SQL Server select TOP 5 * from foo MySQL select * from foo limit 5 所以，需要你去为每个pdo引擎封装类。但这个说起来容易难。lz还是继续写框架吧。orm只支持mysql就够了。 |
 | 6 raincious OP @66beta 貌似这不是我的问题嗯。 @vigoss @darasion 哎，悲剧。错就错在写PDO管理器之前没想ORM的事情。写好发现很多ORM都有PDO的功能了，而且还都是给数据库信息直接给连好，跟我的接口一点都不兼容，不管怎么写胶水。所以只能自己再写个ORM搞定这些。 @picasso250 看来MSSQL和MySQL的语法就是太不一样了。看来只能先自己写个MySQL的驱动操作类，以后的事情以后再说了。 谢谢各位。 |
| 7 darasion 2013-05-18 16:09:55 +08:00 @raincious 很多轮子做完之后，只有自己会用，小众的库，其他人完全无法理解，甚至是曲解。 所以，如果做不出什么大影响，干脆还是别费事了。不通用不说，被别人滥用的时候更郁闷。 即便是很牛X 的框架，很多人也都为了写代码时少打几个字母而破坏很多东西，最后导致跟没用框架一样。 |
| 8 raincious OP 1 @darasion 谢谢提醒，这个我也想过的。有的时候造个轮子也是没办法的事情。 我做第一版本框架的时候留下了很多缺憾，如果不能在这个框架中补全，写新东西也就没意义了。 必须新的PDO管理器是其中之一，可以在放弃（比如JOIN之类，但是可以通过多查询替换）一些SQL语句的前提下实现多服务器分布操作。程序通过调用来选择数据库，未来可以实现部分透明的分布式储存。可以自动通过表名和读/写选择对应数据库进行连接，以便实现数据库方面的负载均衡。 以往这需要更复杂的后台程序实现（比如写个PHP扩展之类解析MySQL语法然后再调用），现在虽然效率比较低，但是框架自己就能做了，服务器上不需要添加任何支持，配合多Web服务器，负载就能提升不少。 但是现在市面上的那些ORM，很多都封装好了PDO和SQL操作方法，未来如果要切换数据库，还得换一个ORM或者去改写它，这样就很麻烦。而且很多都是有版权这样的，比如很多是用的GNU GPL，而我的协议是LGPL，用户可以不开源使用这个框架构建的项目。 于是乎最终还是决定自己搞定。当然，我觉得写这些还是很有意思的（即便虽然意义不大），这才是最主要的动力。 关于防止破坏项目结构。这个我一开始也考虑过。首先，我用的方法名都是比较通用的，很容易记忆。 另外为了“防止”别人为了加功能而修改。。。。。。。我将框架做成了None-Stack的。事实上它自身连路由都没有实现（因为很多人想要自由的使用URL，然后跟我吐槽半天CI和YII之类的）。 这也就意味着，“若需要，请自便。”。 框架本身（对我来说）是一个提供代码整合和基本接口调用的平台。本身不应该干涉程序员所写程序的风格。为了达到这一目标……也就不要“自作多情”的提供一些不太必要的功能。 于是，我框架的主要子核心也只有：调试、对象管理、请求、响应 这4个模块。PDO管理器都给我放在了可选核心里（即可以禁用）。 （定义：子核心：每次页面访问都必须加载的单元模块，无论是否调用。） 所以我想，仅仅这几个文件都手痒要去改，那真的得拿小尺子打手了。 当然，如果你真的要改。。。。。。。。。。。所有自带的子核心都是符合简单工厂模式的。也就是说，你可以用自己写的子核心替换框架的子核心。初始化之后项目代码可以无缝切换到你自己写的子核心上。当然，自定义子核心的代码必须接口兼容。 如果你对现有核心不满意，你还可以新建子核心，框架会在初始化之后找到这个核心，然后“同等对待”的初始化它。然后你就可以在自己的项目里自由的使用这个核心了。 好吧，我猜测这样就能解决各种不满了…… |
Select Language