TO:waterpub: 1.首先你自己写一个程序,分别从postgreSQL里面和MYSQL里面读100万字节的数据,你自己比较一下时间是多少? 2.很多执行语句数据库都会为我们自动优化? 你自己认为select f_id from t_user where f_id=1 or f_id=2 or f_id=3; 和select f_id from t_user where f_id in(1,2,3) 哪个快?数据库帮你优化了吗? 3.你认为在数据库里面查找排序在拿出来还是全部拿出来在内存中查找排序快?有些东西是要你自己优化的
开发大项目php不是太适合,用asp好点,最好用jsp,不知道是不是这样的!
你想想我只用了三天时间看PHP的就知道我是怎么菜的了。所以我想应该没什么问题的了。
“postgreSQL比mySQL至少慢上3倍,”我不知道你这个数据是哪里得来的,postgres在读取数据时锁定行,mysql锁定整个表。对于数据的并发处理,postgres要优秀的多。功能上mysql支持的postgres基本都支持,而起速度好像还快一些。
数据库较大时,mysql更容易崩溃。
2者都是开源软件,mysql推广的较好而已,现成的软件很多使用mysql,而且它发展的年头多一点,市场占有率大一些。“好的sql语句比差的sql执行效率可以提高好多倍”,很多执行语句数据库都会为我们自动优化,就如同我们写两个select有一些字面相差,但是数据库具体执行的时候可能是一样效果。这些优化技术80年代就很成熟了,如果一个公司连这都没法保证,那它还拿什么来混?讨论一下,hohophp对组建支持不强,但是开放起来很快。项目大的时候一定要根据软件工程的方法,很多东西已经在php之外了
1.首先你自己写一个程序,分别从postgreSQL里面和MYSQL里面读100万字节的数据,你自己比较一下时间是多少?
2.很多执行语句数据库都会为我们自动优化?
你自己认为select f_id from t_user where f_id=1 or f_id=2 or f_id=3;
和select f_id from t_user where f_id in(1,2,3)
哪个快?数据库帮你优化了吗?
3.你认为在数据库里面查找排序在拿出来还是全部拿出来在内存中查找排序快?有些东西是要你自己优化的