我想知道在开发新的应用程序时,在估计数据库大小方面你做了什么.
例如.我打算推出一个网站,而且我很难估计我可以期望数据库增长的大小.我不希望你告诉我我的数据库是什么尺寸,但是我想知道估计这个是否有一般原则.
例如.当Jeff开发StackOverflow时,他(估计)会猜测他的数据库大小和增长.
我的困境是,我正在为我的网络应用程序提供一个托管解决方案(关于这个阶段的成本),最好不要通过购买足够的sql Server空间来为自己拍摄自己(他们为此收费).
解决方法
如果你有一个数据库模式,调整大小是非常简单的,它只是估计每个表的行* avg行大小*索引的一些因素*开销的一些其他因素.鉴于现在存储的价格低得可怜,除非您打算拥有非常高的流量站点(或为大型企业构建应用程序),否则大小通常不是问题.
对于我自己的大小调整练习,我总是创建一个excel电子表格列表：
col 1：每个表都会增长
> col 2：估计列大小(以字节为单位)
> col 3：估计行数(每年或最大,取决于应用程序)
col 4：索引因子(我总是设置为2)
> col 5：开销因数(我总是把它设置为1.2)
col 6：总柱(col 2 X 3 X 4 X 5)
col 6(总列)的总和加上您的数据库的初始大小没有增长表,是您的大小估计.你可以得到更多的科学,但这是我的快速和肮脏的方式.
