关于 SQL 2012 数据库的疑问

[doitcy777]

我现在公司是工控行业，数据库是 Microsoft SQL2008R2 或者 SQL2012 。我们可以使用 SQL management stdio 登陆和访问。
实际使用下来，发现 SQL2008 比较吃硬件，效率很低。当数据库超过 10GB 以上，要调取什么内容，耗时很长。
而且当数据库超过 100GB 以后对电脑硬件要求很高。

现在，我个人有个想法就是能不能把这个 SQL 数据库导入到 Cassandra 或者其他开源的高效的数据库。

这样的话，就可以不用修改目前的程序和设置，只是用这么一个方案，搞一套更加高效的东西出来。
毕竟，说服公司这么干，比较困难。

[b821025551b]

首先，确定你们服务器的配置，别拿个破电脑做服务器；
其次，确定性能瓶颈在哪里，有可能软件设计的比较垃圾，各种循环查大列表，或者数据库没有优化；
最后，如果要迁移代价可能较大，一些内部函数、私有特性之类的需要重新去写。

[doitcy777]

@b821025551b 瓶颈应该在软件，这个软件是国外开发的，现在已经放弃维护了，只是老项目还在使用。数据库优化难度较大。所以我才想到迁移这个选型，因为目前来说，修改改进这一套东西可能性比较低。只能想办法把数据库弄出来，换一个软件使用它了。

[venster]

@doitcy777 捏着鼻子用吧

[opengps]

用法不合适，数据库没问题，我的数据库用过 500 多 G

[tomczhen]

巨硬再怎么废物也比甲骨文搞的 MySQL 强，100g 数据库查询慢，要是换个“高效”数据库就能解决了，那这是魔法，不是科学。

[opengps]

继续推广一下我的文章： https://www.opengps.cn/Blog/View.aspx?id=284&from=v2ex
合理的表设计和表用法，单表线上到过 15 亿行数据，数据库体积（数据+索引+日志） 500G 以上