评估内容库网站需要多less数据库大小

我很难评估我的SQL2005数据库需要多less大小。 我正在创build一个基于内容的网站(文章 – video – 图像 – 论坛),并且正在考虑有可能是一个中等规模的观众。有没有办法评估我需要多less空间或多less数据库? 我有一个在DiscountASP上托pipe的账户,并且提供了他们提供的数据库大小(300-700MB),我觉得我会很快达到极限,而且还要花更多的钱。

你如何计算/testing你需要多less空间? 在数据库中添加尽可能多的虚拟条目是否足以评估数据库使用情况?

如果您只是将有关video和图像的信息存储在数据库中,则不应该很快达到这种限制。

为了testing你为什么不在你的系统上安装SQL Server 2005 Express,并且看到你的数据库有多大的样本数据量接近你的预期。 此外,大多数托pipe公司给你select稍后移动到一个更大的数据库,所以如果你认为这将是一个问题,确保与一个允许这样做的公司。

有几个数据库大小估计工具通过谷歌,但这些都假设“固定”宽度数据:整数,string等行数估计

如果你想存储图像和video,那么这些将不会太多使用。

我可以编一个数字,但是你很快就要花上数百个字节。

尝试近似。 例如,带有dynamic宽度行的“注释”表:avg-size =(uid [4] + flags [4] + avg-comment-length(100))*每条logging的数量= 144字节*数字-of-records = …
数字很​​大程度上取决于你的表格结构。

另外,如果你正在devise一个Web应用程序:考虑从数据库导出长数据到文件以节省空间。 例如注释可以存储在data / comments / .txt中

另外,您可以使用压缩表格(或者手动插入gzcompress文本数据)。

干杯!

如果您将图像和video存储在数据库中,您将很快达到极限。 如果你不这样做,那么根据字段types的不同,你可能会储存大量的信息,可能是数十万条logging。