我正在寻找一个最新的工具来准确计算SQL Server 2005+的任何 SQL 表定义的总行大小和页面密度。
请注意,有大量资源涉及计算现有表中的行大小、估计大小调整技术等......但是,我正在设计表并且有一些关于列大小的选项,我试图与有效的数据访问进行平衡 -这意味着我可以将访问频率较低的长文本重新定位到专用表中,以允许这些新表的最频繁访问以最佳速度运行。
理想情况下,会有一个在线工具可以剪切和粘贴创建语句,或者我可以在开发数据库上运行存储过程。
我正在寻找一个最新的工具来准确计算SQL Server 2005+的任何 SQL 表定义的总行大小和页面密度。
请注意,有大量资源涉及计算现有表中的行大小、估计大小调整技术等......但是,我正在设计表并且有一些关于列大小的选项,我试图与有效的数据访问进行平衡 -这意味着我可以将访问频率较低的长文本重新定位到专用表中,以允许这些新表的最频繁访问以最佳速度运行。
理想情况下,会有一个在线工具可以剪切和粘贴创建语句,或者我可以在开发数据库上运行存储过程。
答案很简单,直到您开始进行适当的表设计并平衡连接和 FK 数据和磁盘访问。
我会看看您正在使用多少数据页,并记住一个从磁盘读取扩展(8 个数据页),而不仅仅是您正在寻找的数据页。然后是表中的数据压缩选项以及稀疏列和行外类型的数据存储和可变长度字符。
这不是关于一列中有多少数据,而是关于读取多少数据以及获取它需要多少 CPU。您可以在执行查询并查看实际查询计划时对此进行测试。
至于使用的空间,您可以使用名为 sp_spaceused 的存储过程。这是您可以用来查看如何在 dbforms 中使用它的来源
希望能帮助到你
沃尔特