当前位置: 电脑软硬件应用网 > 设计学院 > 网络编程 > 数据库 > 正文 |
|
|||
数据库设计中经常用到的计算表宽度的脚本 | |||
2008-7-19 21:37:30 文/游子 出处:赛迪网 | |||
在数据库的设计过程中,我们经常会发现一些非常宽的表,虽然它们的出现使我们编码工作方便了许多,但很多人都会担心这样的异常会不会对数据读取和数据库的整体性能有所影响。本文中,我们主要介绍了几个计算表宽度的实例脚本,希望对大家的学习和工作有所帮助。
方法1: DBCC SHOWCONTIG
简单的 DBCC SHOWCONTIG 命令
以下是引用片段:
USE AdventureWorks; GO DBCC SHOWCONTIG WITH TABLERESULTS; GO
需要注意的是:DBCC SHOWCONTIG的这个功能只在SQL server 2000和SQL server 2005里有。不建议繁忙的SQL Server数据库在工作时间运行这个命令,可以在非工作时间或着维护窗口或数据库备份里运行该命令。
方法2:- sys.dm_db_index_physical_stats
sql server 2005的一个新特性就是更加生动的管理视图和函数。在这种情况下我们可以方便使用的就是sys.dm_db_index_physical_stats。管理视图和函数最大的优点在于可以通过非常简单的SELECT语句进行查询。下面是几个使用AdventureWorks sql server 2005数据库的例子:
引用片段:
sys.dm_db_index_physical_stats – 基本的 SELECT 语句 USE AdventureWorks; GO SELECT CAST(DB_NAME(DATABASE_ID) AS VARCHAR(20)) AS 'DatabaseName', CAST(OBJECT_NAME([OBJECT_ID]) AS VARCHAR(20)) AS 'TableName', index_id, index_type_desc, alloc_unit_type_desc, min_record_size_in_bytes, max_record_size_in_bytes, avg_record_size_in_bytes FROM SYS.DM_DB_INDEX_PHYSICAL_STATS (DB_ID('AdventureWorks'),NULL,NULL,NULL,'DETAILED'); GO sys.dm_db_index_physical_stats – 带有ORDER BY从句的基本SELECT语句 USE AdventureWorks; GO SELECT CAST(DB_NAME(DATABASE_ID) AS VARCHAR(20)) AS 'DatabaseName', CAST(OBJECT_NAME([OBJECT_ID]) AS VARCHAR(20)) AS 'TableName', index_id, index_type_desc, alloc_unit_type_desc, min_record_size_in_bytes, max_record_size_in_bytes, avg_record_size_in_bytes FROM SYS.DM_DB_INDEX_PHYSICAL_STATS (DB_ID('AdventureWorks'),NULL,NULL,NULL,'DETAILED') ORDER BY avg_record_size_in_bytes DESC; GO Database Design Considerations
数据库设计需要考虑的问题:
消除多表连接:在OLTP环境里,有些情况下会通过重复数据来消除多表连接。根据不同的情况以及重复数据的维护,这可能是保证良好的用户体验的一个重要技术。
重复列:这种情况是很典型的标志,说明要么是数据库设计不够严谨,要么就是数据库已经开发了很长时间了。如果一个表有三列以上意思一样的列,比如产品一,产品二,产品三,那么可以说是一个很典型的一对多关系。另外需要考虑的一点是,假如订单里还有第四个产品或第五个产品,应该怎么办呢?
假如一个数据库包含一些很宽的表,所有的列都是文本数据类型,但是其中一些更适合使用integer符号整型数据或日期时间类型等等,那么这样的数据库肯定是没有经过缜密的考虑,在此情况下,这个设计团队应当进一步的加强数据库方面的学习。 |
|||
关于45IT | About 45IT | 联系方式 | 版权声明 | 网站导航 | |
Copyright © 2003-2011 45IT. All Rights Reserved 浙ICP备09049068号 |