下定决心我的Web笔记本用postgresql
很早前就想放弃mysql顺便学习一下postgresql，只是懒于整理一堆笔记资料，随着半年来懒人（本人）一直没能保存好自己的笔记，最后还是决定长痛不如短痛，两数据库一并用，然后从mysql+dz里去复制移动旧资料，使用phpbb可以不受到国内BBS程序限制于Mysql数据库的应用。mysql是非常灵活、健壮的web应用的数据库，只有一个我不能忍受的缺点：编译太慢，更新快，大量服务器安装的朋友喜欢用mysql去管理和应对web服务，所以mysql的编译会用很长时间测试安全（长达数小时），而postgresql编译只有几十分钟。另外mysql 只适合于中小型服务器的Web应用，我想对数据库多一些了解就得走出去。
好看的新年风格:D 自己访问自己的论坛啊。
真好看！
Happy New Year!
:-D:-D:-D 自己访问自己的论坛啊。
真好看！
Happy New Year!
:-D:-D:-D
刚认识MGC时还有自己的论坛，现在没有空间了，论坛就成为自己的笔记本一直留在自己个人PC上，再后来论坛就是我的笔记本了，它比任何一款的网络摘抄软件都好用，不是么？:D
这只是第一步，其实首帖还没提到的是我在打包尝试Webmail服务时仍发现大量的mysql应用，这些应用是松散的手记，而不是可编译的源码包，如果我想把服务器打包尝试，那么大量集成使用mysql 肯定是不合理的，因为mysql毕竟是商品，只免费于学习，授权我不爱讨论下去（不过还是要提醒Qt是商业而KDE绝对不是商品）。 开发一个通用接口才是王道。 :twisted: 开发一个通用接口才是王道。 :twisted:
什么才是通用接口？ Postgresql 有自己的c++编程接口，Mysql有C代码的接口，Qt提供了这两种数据库的插件并且不管你机子上是否装有sqlite都提供sqlite数据库接口。总的来说，在Linux上数据库编程没有任何的障碍才对，而国内的PHP程序一般只采用Mysql是历史问题，当年Mysql还是开源免费非商业时，大量的应用程序基于它来开发，Mysql向商品转换时国内才有Postgresql热，可惜折腾几个月就冷清下来了，Postgresql并不适合于中小型网站的数据库应用，它带有学术味道而不是商业应用，所以Mysql收费很顺理成章，Postgresql编译花不了多少时间，而Mysql因为大量的Web应用，编译会花上很长时间去测试安全性能。
同样mplayer用处相当广泛，MGC完全可以考虑集成它的指令程序，是否安装其GUI界面可以由用户去挑选。 odbc本身就可以了 正相反，Unixodbc已经列入淘汰行列了，商业开发不用它，通用程序也不用它，Qt更是直接支持sqlite这种小型数据库，是sqlite使得unixodbc失去了任何意义，sqlite正在成为win和类unix下小型数据库的应用标准。
页:
[1]