<分区>
我想知道您在开发新应用程序时如何估算数据库大小。
例如我正计划启动一个网站，但我很难估计我的数据库可以增长到什么规模。我不希望您告诉我我的数据库有多大，但我想知道在估计这个时是否有一般原则。
例如当 Jeff 开发 StackOverflow 时，他(大概)猜测了他的数据库大小和增长。
我的困境是我正在为我的 web 应用程序寻求一个托管解决方案(在这个阶段它是关于成本的)，并且最好不想因为没有购买足够的 SQL Server 空间而搬起石头砸自己的脚(他们收取溢价)。
<分区>
我想知道您在开发新应用程序时如何估算数据库大小。
例如我正计划启动一个网站，但我很难估计我的数据库可以增长到什么规模。我不希望您告诉我我的数据库有多大，但我想知道在估计这个时是否有一般原则。
例如当 Jeff 开发 StackOverflow 时，他(大概)猜测了他的数据库大小和增长。
我的困境是我正在为我的 web 应用程序寻求一个托管解决方案(在这个阶段它是关于成本的)，并且最好不想因为没有购买足够的 SQL Server 空间而搬起石头砸自己的脚(他们收取溢价)。
最佳答案
如果您有一个数据库模式，调整大小非常简单……它只是估计行数 * 每个表的平均行大小 * 一些索引因素 * 一些其他开销因素。鉴于如今存储价格低得离谱，调整大小通常不是问题，除非您打算拥有一个非常高的流量站点(或者正在为大型企业构建应用程序)。
对于我自己的尺寸调整练习，我总是创建一个 excel 电子表格列表:
第 6 列(总列)的总和，加上没有增长表的数据库的初始大小，就是您的大小估计。您可以获得更科学的方法，但这是我快速而肮脏的方法。
关于sql-server - 估计数据库大小，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/600886/