多少行数据是多少行数据？

关于SQL表有多大太大,是否有一些硬性规定？

我们以名称/值对格式存储SCORM跟踪数据,每个用户每个路线可能有4-12行,因为有数百个课程和数千个用户,这将是一件坏事吗？

1> S.Lott..：

---

神奇的数字是数十亿.在你获得数十亿行数据之前,你根本不是在谈论非常多的数据.

算一算.

每个用户每个课程4-12行,...数百个课程和数千个用户？

400,000到1,200,000行.我们假设每行1000个字节.

这是400Mb到1.2Gb的数据.您可以在Apple商店以299美元的价格购买100Gb硬盘.您可以轻松地花费超过299美元的可计费时间出汗,而不再重视细节.

在获得1Tb数据(1,000 Gb)之前,您根本不会谈论太多数据.

---

是的,但他说"在Apple商店".你很难得到一个低于100美元的鼠标.

---

重点是,价格过高的存储价格便宜.便宜的存储真的很便宜.在存储上绞尽脑汁是浪费金钱.

2> JoshBerke..：

---

我个人生产的表有5000万行,与我听到的相比这个数字很小.您可能需要使用分区来优化结构,但在您的环境中测试系统之前,不应该浪费时间.你所描述的是相当小的恕我直言

我应该补充一点,我使用的是SQL Server 2000和2005,每个DBMS都有自己的大小限制.

---

@Bujji我在SQL 2008中研究过一个TB级的数据库...至于为什么WikiPedia需要400台服务器....我敢打赌他们可以从一台服务器上快速地发送一篇文章,但它们不能提供一页到一次只有一个用户,他们可能有数千名用户访问页面.

3> Joel Coehoor..：

---

100(课程)*1000(用户)*10(记录)只有一百万.这是低端,但一个体面的数据库应该处理好.

听到的是名称/价值对.这将限制您正确索引事物的能力,这对良好的性能至关重要.