回复: Qt多线程访问数据库的错误
#16 回 ysu533 的帖子 [stlcours 02-17 17:10]
ysu533:MySql是个好东西, 但是不喜欢 "BAT 很多服务都使用过" 的论调, 记得有篇文章评测过, 在很多情况下这类数据库在仅仅通过配置是不能达到需求的. 这篇文章的结论, 人家是用, 但是人家的用法你是学不到的, 人家可能有一个开发团队在对这个东西再度开发, 已经不是单纯的 Mys .. (2016-02-16 11:55)
B-Mysql, A-Mysql, T-Mysql 可能更合适些。
是可以改的更好用、更适合，但也不可能有质变呀，特别是速度。
#17 回 stlcours 的帖子 [ysu533 02-17 17:27]
stlcours:B-Mysql, A-Mysql, T-Mysql 可能更合适些。
是可以改的更好用、更适合，但也不可能有质变呀，特别是速度。(2016-02-17 17:10)
没有质变? 养那些开发团队干什么啊, 招几个运维不就得了.我们用的是一般用途的通用版的, 人家是针对特定应用场合优化, 甚至是另外再开发的, 算法什么都不一样. 你说速度没有质变. 你要是运营过流量高些的网站你就知道了, pv 一个, 常规的mysql各种问题就出来了. 何况这些巨头的访问量.
#18 回 ysu533 的帖子 [stlcours 02-17 22:55]
ysu533:没有质变? 养那些开发团队干什么啊, 招几个运维不就得了. 我们用的是一般用途的通用版的, 人家是针对特定应用场合优化, 甚至是另外再开发的, 算法什么都不一样. 你说速度没有质变. 你要是运营过流量高些的网站你就知道了, pv 一个, 常规的mysql各种问题就出来了. 何况 .. (2016-02-17 17:27)
理论上你说的有理。虽然没见识过BAT里面的高手是如何工作的，但是我不信有多少人能伤筋动骨的修改Mysql的源码，更别说会有脱胎换骨的结果——如果这些人做得到，那么mysql的原作者工程师们做不到吗？BAT究竟有何特别需求需要特别的优化呢？而且这种优化居然还是原作者的工程师们所没有想到的。
#19 回 stlcours 的帖子 [ysu533 02-18 14:23]
stlcours:理论上你说的有理。虽然没见识过BAT里面的高手是如何工作的，但是我不信有多少人能伤筋动骨的修改Mysql的源码，更别说会有脱胎换骨的结果——如果这些人做得到，那么mysql的原作者工程师们做不到吗？BAT究竟有何特别需求需要特别的优化呢？而且这种优化居然还是原作者的工程师们 ..(2016-02-17 22:55)
计算机本来就是一门折中的艺术, 计算机大部分的解决方案是通用, 而不是针对某个特定解决方案的最优解. 这在大多数是没有问题的. 但对一些大规模的处理某一特定问题, 可能根本就不行. 软件如此, 硬件也如此.
比如早期的计算机, 内存都是 sram, 而现在是d(d)ram, 后者能替换前者的原因不是后者性能更好, 相反前者性能比后者要好很多, 而且更易于管理.但是同样的容量造价要更很多很多.但是sram也没淘汰, 而是被应用于特定领域.
#20 [z609932088 02-18 15:54]
database::database()//注意多数据库的打开方式
{
//在多数据库文件的时候需要这样写，不然会有数据问题
if(QSqlDatabase::contains("qt_sql_default_connection"))
db = QSqlDatabase::database("qt_sql_default_connection");
else
db=QSqlDatabase::addDatabase("QSQLITE");
}