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