这是一个创建于 2190 天前的主题，其中的信息可能已经有所发展或是发生改变。
我现在公司是工控行业，数据库是 Microsoft SQL2008R2 或者 SQL2012 。我们可以使用 SQL management stdio 登陆和访问。
实际使用下来，发现 SQL2008 比较吃硬件，效率很低。当数据库超过 10GB 以上，要调取什么内容，耗时很长。
而且当数据库超过 100GB 以后对电脑硬件要求很高。
现在，我个人有个想法就是能不能把这个 SQL 数据库导入到 Cassandra 或者其他开源的高效的数据库。
这样的话，就可以不用修改目前的程序和设置，只是用这么一个方案，搞一套更加高效的东西出来。
毕竟，说服公司这么干，比较困难。
实际使用下来，发现 SQL2008 比较吃硬件，效率很低。当数据库超过 10GB 以上，要调取什么内容，耗时很长。
而且当数据库超过 100GB 以后对电脑硬件要求很高。
现在，我个人有个想法就是能不能把这个 SQL 数据库导入到 Cassandra 或者其他开源的高效的数据库。
这样的话，就可以不用修改目前的程序和设置，只是用这么一个方案，搞一套更加高效的东西出来。
毕竟，说服公司这么干，比较困难。
 | 1 b821025551b 2020 年 4 月 26 日 首先，确定你们服务器的配置，别拿个破电脑做服务器； 其次，确定性能瓶颈在哪里，有可能软件设计的比较垃圾，各种循环查大列表，或者数据库没有优化； 最后，如果要迁移代价可能较大，一些内部函数、私有特性之类的需要重新去写。 |
 | 2 doitcy777 OP @b821025551b 瓶颈应该在软件，这个软件是国外开发的，现在已经放弃维护了，只是老项目还在使用。数据库优化难度较大。所以我才想到迁移这个选型，因为目前来说，修改改进这一套东西可能性比较低。只能想办法把数据库弄出来，换一个软件使用它了。 |
 | 4 opengps 2020 年 4 月 26 日 via Android 用法不合适，数据库没问题，我的数据库用过 500 多 G |
 | 5 tomczhen 2020 年 4 月 26 日 via Android 巨硬再怎么废物也比甲骨文搞的 MySQL 强，100g 数据库查询慢，要是换个“高效”数据库就能解决了，那这是魔法，不是科学。 |
| 6 opengps 2020 年 4 月 26 日 继续推广一下我的文章： https://www.opengps.cn/Blog/View.aspx?id=284&from=v2ex 合理的表设计和表用法，单表线上到过 15 亿行数据，数据库体积（数据+索引+日志） 500G 以上 |
Select Language