骑虎的康盛，两难的站长，关于Discuz发展的讨论

枯心树 发表于 2012-6-12 22:33
好吧，对这个话题兴趣了点。就多谈谈。
我很欣赏你旧贴（地址）说的
确实让我大吃了一惊。且不说对还是错 ...

确实让我大吃了一惊。且不说对还是错吧。毕竟自己对技术基本是0。但还是让我想起了动网。动网就是由于其编程语言和数据库平台，才导致它的没落。
如果那天mysql的免费版本被开发公司抛弃或者放慢开发步伐。那么dz步动网后尘也并非没有可能。随着DX2的版本开发进程，越来越多的功能和其他模块或者插件扩展，程序也会越来越多的bug，由于mysql的先天性不足，确实有种危机感越来越重的感觉。

同时，我又想，一旦那天国内某巨头，比如百度开发一款php+pgsql的程序。功能和性能可以媲美dx和pw的。那么会发生什么样的情况呢？？

以百度的影响力和财力，技术，还有对互联网的野心。百度开发网站程序并非是天方夜谭，也许百度早就后悔没有收购康盛。。。

技术进步带来的冲击是不可阻挡的。
以当前的版本比较，无论如何mysql都不是pgsql的对手，除了唯一个SELECT count(*)，还得是myisam并且在低并发下。虽然pg开发于1985年，而mysql始于1994年，mysql能流行是抓住了机遇。就好比BSD 4.4-lite 的难产，最终让linux抢了风头站稳脚跟。
就做网站这方面，mysql优势很大——简单、快速。前提是并发不要大，数据量不要大（百万以下）。这时候连sqlite都不是mysql对手。不过，随着网站流量增加，数据量增加，应用功能增加，数据关联性增加，数据的价值增加（包括积分、折现），mysql必然力不从心。

如果某天，某头，用pg替代mysql开发类dz程序。开始也许不会有啥人气和反响，不过凭借pgsql那超级稳固的内在（无用考虑数据库崩溃）以及相对于mysql超强的查询规划器对索引的高效利用，配合多种类型索引及GIN/GIST索引对FTS的强劲支持，只要空间商支持，那真可抢mysql不少地盘。

自从被oracle收购，mysql大势已去。

就技术上，mysql这么多年有多少新功能开发？ 有多少性能提升？
与此对比，学院派的pgsql是不断在进步，不断增加新功能，提升性能。
在9.2beta中已经支持coverage index scan, 就此pgsql一直被诟病的SELECT count(*)性能也许将会得到极大缓解(1)，并且在获取数据上也会获得极大性能提升。

相关新功能，新提升，见附件文档。某些测试下性能提升是惊人的上百倍！

---

注1：这个问题其实并不是pgsql的bug或者缺陷，而是支持MVCC版本数据库都存在的。mysql innodb引擎存在相同情况。另外pgsql其实对此也有一定解决方案：如果对结果值实时准确度要求不高可以通过获取pg系统表中某个值来替代扫全表。每个数据表在pg系统数据表中都会有一个行计数器，由ANALYZE来更新维护。

mark35 发表于 2012-6-23 20:23
就技术上，mysql这么多年有多少新功能开发？ 有多少性能提升？
与此对比，学院派的pgsql是不断在进步，不 ...

归根到底还是要看官方如何权衡了。改架构，甚至如dx1.0那样重新写都可以。。但是平台转换，那就需要更更谨慎了。

当然我个人支持pgsql的。但是，还是有很多现实问题需要面对。最主要还是pgsql这方面的人才太稀少了。。。哪怕有，又缺少对dz程序了解的人才。何况包括官方的产品经理就不一定有pgsql下的开发经验。加上现在mysql还没有到不能用，非转不可的地步。勉强再走一两年还是可以的。

还有，想要转换，开发官方的态度是最直接的影响，现在dz被腾讯收购了，这就决定了，仅仅是依靠康盛原来的公司领导已经无法做如此重大的决定了（事实上康盛公司现在越来越少自主权了，可以说到了，开发方向要听腾讯公司，基本没有自主权的地步）。

腾讯会支持吗？我是腾讯，我会冒着这个风险吗？转换到pgsql平台，开发效率必然会慢很多，而现在云平台和还有腾讯开放方面的衔接还有很多想法没有去实现，现在突然转换平台。带来的影响可以说的千万元级别的损失。。这些损失仅仅是重新以pgsql数据库重新开发的人才成本和公司基本运营成本。因此。。想要大规模转换到pgsql。哪怕功能和现在的dx一样，最少也需要1年时间去投入。也就是说，要砸1年的公司运营成本进去。。。如果我是腾讯北京公司的领导，这个决定恐怕做不了，到了深圳总公司马化腾那边，以马总的眼光，性格作风，肯定不会。

因此，目前看来，想要抛弃mysql而转换到pgsql平台，pw那边倒是机会更大。然后利用竞争关系逼dz也转换过来。
毕竟pw目前很难做过dz，干脆破釜沉舟，率先用pgsql的高性能和高安全，高稳定的优点开发全新的php+pgsql平台。

如此原来，用pgsql为pw的的产品，特别社区电子商务方面增加更多动力和发展空间，同时因为是率先转换到pqgsl数据库，由于pgsql的优点，原dz那些大地方站，大客户估计有不少会转换过去，大站转换多了，经过一段时间，pgsql的口碑自然会在站长圈内流传，如此一来，中小站估计也会转换，在dz被迫也转换到pgsql的期间,  pw可以抓住这个时间又继续完善产品。。.搞不好。好吧。我不继续遐想了{:soso_e100:}。

感觉PW更喜欢玩花哨，搞这种内在的功能，怕还是DZ这边更倾心一些。

学习啦

枯心树 发表于 2012-6-24 01:39
归根到底还是要看官方如何权衡了。改架构，甚至如dx1.0那样重新写都可以。。但是平台转换，那就需要更更谨 ...

pg并不比mysql难学，并且因为其更符合标准所以会其他数据库（如oracle/mssql）的人要上手pg是非常容易的。pg的pg/plsql和oracle的pl/pgsql兼容性非常高，会oracle的写pg过程也不存在问题，移植也简单。
相反许多搞oracle/mssql的人转mysql才是痛苦——很多他们认为一个数据库应当具有的功能在mysql是不存在的。
在电子商务方面mysql由于先天缺陷是比较吃力的。
大公司都稳重，要更换一个项目中的选型是很困难的，但大公司的优势在于有财力物力去折腾。如果一味守成，竞争力会日渐衰落。葛洛夫那句“只有偏迟狂才能生存”有一定道理。

枯心树 发表于 2012-6-24 01:39
归根到底还是要看官方如何权衡了。改架构，甚至如dx1.0那样重新写都可以。。但是平台转换，那就需要更更谨 ...

PW最新9的构架
http://www.phpwind.net/read-htm-tid-2149371.html
支持innodb，看来PW在数据库上开始有所尝试。对于某些关键操作如果使用事务包裹可以减少很多数据出错几率。在大并发下性能也会好不少。不知道PW是如何解决SELECT count(*)这个问题的。
采用jQuery框架，对于二次开发很方便。尤其是页面特效和ajax。 DZ自己封装的ajax函数使用不方便，容错性也不好。

PW在技术上有尝试。DZ是在构架上折腾。

看看了！~

最后倒霉的还是我们这些可怜站长啊

我靠，搞研究呢