一张表1.19亿笔数据，是不是要崩了的节奏？ K3 出入库 帐套 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 不会奔溃，有个大型企业的SAP上跑了1.5T的数据，运行在sqlserver 2005上，基本上不用维护，你如果能改变一些表结构，那还有救，如果不行，那就要找售后来进行维护了 我认为 你首先要把ICStockBill ICStockBillEntry 这2个表的SQL语句 最耗时的TOP 10找出来， 然后再看看这些SQL语句有没有问题 （你已经改不了语句了 除非是存储过程里） 看看能不能动索引（我估计可能性很小）比较靠谱的办法是提高硬件性能 存储换成PCI-E接口的SSD 怕丢数据组个RAID 加大内存 最后的方案是换软件 是的,可以设多个数据库文件组,把分区表的各分区放在不同的文件组里,有利于分担IO.如果磁盘只有1个IO通道 这个有效果？ 如果文件放到不同的磁盘里 这个IO能力提高有多少呢？ 是的,可以设多个数据库文件组,把分区表的各分区放在不同的文件组里,有利于分担IO.如果磁盘只有1个IO通道 这个有效果？ 如果文件放到不同的磁盘里 这个IO能力提高有多少呢？除非做测试，不然没有准确数据，这里说的分担IO是只多个物理磁盘下，可以把不同的分区文件组放到不同的磁盘，这样可以并行读取多个磁盘，而不用把所有I/O请求集中在一个物理磁盘上 是的,可以设多个数据库文件组,把分区表的各分区放在不同的文件组里,有利于分担IO.如果磁盘只有1个IO通道 这个有效果？ 如果文件放到不同的磁盘里 这个IO能力提高有多少呢？除非做测试，不然没有准确数据，这里说的分担IO是只多个物理磁盘下，可以把不同的分区文件组放到不同的磁盘，这样可以并行读取多个磁盘，而不用把所有I/O请求集中在一个物理磁盘上想来想去，我觉得性能问题可能出在[存储]上了。这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。 是的,可以设多个数据库文件组,把分区表的各分区放在不同的文件组里,有利于分担IO.如果磁盘只有1个IO通道 这个有效果？ 如果文件放到不同的磁盘里 这个IO能力提高有多少呢？除非做测试，不然没有准确数据，这里说的分担IO是只多个物理磁盘下，可以把不同的分区文件组放到不同的磁盘，这样可以并行读取多个磁盘，而不用把所有I/O请求集中在一个物理磁盘上想来想去，我觉得性能问题可能出在[存储]上了。这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。那就赶紧买一台好一点的服务器吧，肯定比金蝶的要价要低对了。我原来公司的，就dell的普通服务器，大表现在估计得有超过2亿条，也没奔溃过。所以买个好一点的服务器，多点内存，性能就上去了。如果再建点索引，那速度肯定更快，如果再用分区表，把数据进行归档，那就更好了。 是的,可以设多个数据库文件组,把分区表的各分区放在不同的文件组里,有利于分担IO.如果磁盘只有1个IO通道 这个有效果？ 如果文件放到不同的磁盘里 这个IO能力提高有多少呢？除非做测试，不然没有准确数据，这里说的分担IO是只多个物理磁盘下，可以把不同的分区文件组放到不同的磁盘，这样可以并行读取多个磁盘，而不用把所有I/O请求集中在一个物理磁盘上想来想去，我觉得性能问题可能出在[存储]上了。这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。早知道就不要放那么多公用的 是的,可以设多个数据库文件组,把分区表的各分区放在不同的文件组里,有利于分担IO.如果磁盘只有1个IO通道 这个有效果？ 如果文件放到不同的磁盘里 这个IO能力提高有多少呢？除非做测试，不然没有准确数据，这里说的分担IO是只多个物理磁盘下，可以把不同的分区文件组放到不同的磁盘，这样可以并行读取多个磁盘，而不用把所有I/O请求集中在一个物理磁盘上想来想去，我觉得性能问题可能出在[存储]上了。这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。那就赶紧买一台好一点的服务器吧，肯定比金蝶的要价要低对了。我原来公司的，就dell的普通服务器，大表现在估计得有超过2亿条，也没奔溃过。所以买个好一点的服务器，多点内存，性能就上去了。如果再建点索引，那速度肯定更快，如果再用分区表，把数据进行归档，那就更好了。有这个打算了。 是的,可以设多个数据库文件组,把分区表的各分区放在不同的文件组里,有利于分担IO.如果磁盘只有1个IO通道 这个有效果？ 如果文件放到不同的磁盘里 这个IO能力提高有多少呢？除非做测试，不然没有准确数据，这里说的分担IO是只多个物理磁盘下，可以把不同的分区文件组放到不同的磁盘，这样可以并行读取多个磁盘，而不用把所有I/O请求集中在一个物理磁盘上想来想去，我觉得性能问题可能出在[存储]上了。这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。早知道就不要放那么多公用的有这想法了，虚拟机转成实体机，省得被人吃了资源还被蒙在鼓里，虚拟机分配的资源毕竟是假的。 若方便申请预算，乐意提供支持、优化、咨询。。120G的数据库在这几天不算大数据了，十多年前算是略看了KD、UF结构与DB代码，设计注重功能完成，至于效率，无非是一味地让客户买高端机器（这样也好，大伙儿都有钱赚）未看SAP的DB代码，不便评论。不过也都是买高级硬件 K3的数据结构设计烂到扑，很多信息根本就不是结构化的。上次有家公司找人做BI，结果愣是被数据结构给难住了。呵呵 insert类型的触发器在update时也被执行？ 数据库同步问题， 請教各位老大，問個基礎問題，2行語句，，我暈了 时间转换 再开个帖子问问 我下载了一个别人的asp.net程序,想修改一下数据库,怎么才能让SQL SERVER打开后缀为mdf的文件呀 如何将GROUP BY 的结果按照降序排列？ sql 企业管理器 从一个库表导入数据到另一个库的表 不重复取值 配ODBC数据源 两个server上的表操作 请教一个sql语句的写法 sql 异常[Microsoft][ODBC 驱动程序管理器] 无效的字符串或缓冲区长度
然后再看看这些SQL语句有没有问题 （你已经改不了语句了 除非是存储过程里） 看看能不能动索引（我估计可能性很小）比较靠谱的办法是提高硬件性能 存储换成PCI-E接口的SSD 怕丢数据组个RAID 加大内存 最后的方案是换软件
想来想去，我觉得性能问题可能出在[存储]上了。
这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。
数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。
想来想去，我觉得性能问题可能出在[存储]上了。
这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。
数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。那就赶紧买一台好一点的服务器吧，肯定比金蝶的要价要低对了。我原来公司的，就dell的普通服务器，大表现在估计得有超过2亿条，也没奔溃过。所以买个好一点的服务器，多点内存，性能就上去了。如果再建点索引，那速度肯定更快，如果再用分区表，把数据进行归档，那就更好了。
想来想去，我觉得性能问题可能出在[存储]上了。
这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。
数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。早知道就不要放那么多公用的
想来想去，我觉得性能问题可能出在[存储]上了。
这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。
数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。那就赶紧买一台好一点的服务器吧，肯定比金蝶的要价要低对了。我原来公司的，就dell的普通服务器，大表现在估计得有超过2亿条，也没奔溃过。所以买个好一点的服务器，多点内存，性能就上去了。如果再建点索引，那速度肯定更快，如果再用分区表，把数据进行归档，那就更好了。
有这个打算了。
想来想去，我觉得性能问题可能出在[存储]上了。
这个存储由十几块6Gb SAS 15k 600G硬盘组成，分了多个LUNs，几家公用，三路6Gbps光纤连接，挂了不少虚拟机。
数据库服务器也是虚拟机，早知道有性能瓶颈，数据库就干脆装实体机上了。早知道就不要放那么多公用的
有这想法了，虚拟机转成实体机，省得被人吃了资源还被蒙在鼓里，虚拟机分配的资源毕竟是假的。
略看了KD、UF结构与DB代码，设计注重功能完成，至于效率，无非是一味地让客户买高端机器（这样也好，大伙儿都有钱赚）
未看SAP的DB代码，不便评论。不过也都是买高级硬件