Fanr

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

随笔分类 -  MSSQL

上一页 1 ··· 8 9 10 11 12 13 14 下一页

摘要:创建并管理SQL Server Analysis Services分区(一)创建并管理SQL Server Analysis Services分区(二)创建并管理SQL Server Analysis Services分区(三) 阅读全文
posted @ 2011-03-23 20:15 Fanr_Zh 阅读(273) 评论(0) 推荐(0) 编辑

摘要:本文详细介绍了优化SQL Server数据库查询方法。 SQL Server数据库查询速度慢的原因有很多,常见的有以下几种: 1、没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2、I/O吞吐量小,形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7、锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷) 8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。 9、返回了不必要的行和列 10、查询语句不好,没有优化 ●可以通过以下方... 阅读全文
posted @ 2011-03-23 20:03 Fanr_Zh 阅读(244) 评论(0) 推荐(0) 编辑

摘要:http://www.searchdatabase.com.cn/showcontent_28790.htm 阅读全文
posted @ 2011-03-23 18:59 Fanr_Zh 阅读(272) 评论(0) 推荐(0) 编辑

摘要:SQL语句优化的原则: 1 .使用索引来更快地遍历表 缺省情况下建立的索引是非群集索引,但有时它并不是最佳的。在非群集索引下,数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。一般来说:①.有大量重复值、且经常有范围查询(between, > ,< ,> =,< =)和order by、group by发生的列,可考虑建立群集索引;②.经常同时存取多列,且每列都含有重复值可考虑建立组合索引;③.组合索引要尽量使关键查询形成索引覆盖,其前导列一定是使用最频繁的列。索引虽有助于提高性能但不是索引越多越好,恰好相反过多的索引会导致系统低效。用户在 阅读全文
posted @ 2011-03-23 18:52 Fanr_Zh 阅读(277) 评论(0) 推荐(0) 编辑

摘要:大家都用过企业管理器中的--“收缩数据库”,里面的功能的确可以收缩数据库的日志文件(.ldf)和数据文件(.mdf),但都会发现同样的问题,在收缩“数据文件”(.mdf)时根本收缩不了多少。最多截段自动增长部份的,没有根本释放在日常操作中删除数据库的沉冗空间。 上述应该是很多人遇到过的,笔者也千试万试试出来的方法,为了确定您的数据库安全,在执行下例的操作前,请先备份你的数据库。 1.首先你要找到你的数据库最大的表,一般是数目最大的表,如果不清楚,请在查询分析器查询: DBCC SHOWCONTIG 接着用 sp_spaceused 表 来查询reserved 的值和 data 的值 的差异可看 阅读全文
posted @ 2011-03-23 13:26 Fanr_Zh 阅读(316) 评论(0) 推荐(0) 编辑

摘要:索引重建任务的时间间隔要相对一致。 如果索引较小,就没有必要去调整填充因子。 在索引级别上进行监控和更新,而不是表级别上。 保存填充一直在0,或者75和100之间。如果你要将填充因子设置为低于75,那么你必须自信你在做什么。保持较低的Scan Density和较低的平均Page Density是十分重要的情形。做一些观察,在将填充因子取值降低前,找出表被读取的频繁程度。 如果Scan Density高于或等于90%,别去改变填充因子,或者调整任务中填充因子至少不应该是首先被调整的。 如果Scan Density在60%到90%之间,小小地降低一下填充因子,例如降低幅度2%。 如果Scan De 阅读全文
posted @ 2011-03-23 12:45 Fanr_Zh 阅读(445) 评论(0) 推荐(0) 编辑

摘要:使用性能监视器找出SQLServer硬件瓶颈 开始SQLServer性能调优的最佳地方就是从性能监视器(系统监视器)开始。通过一个24小时的周期对一些关键的计数器进行监控,你将对你SQLServer服务器的硬件瓶颈了如指掌。一般来说,使用性能监视器去创建一个一些关键的计数器的24小时周期的监控日志。当你决定创建这个日志的时候,你需要选择一个典型的24小时的周期,例如,选择一个典型的比较忙的日期,而不是周日或节假日。一旦你将这些捕获的数据形成日志后,在性能监视器的图形界面下会显示计数器的推荐值。你在上表中记下均值、最小值、峰值。做完这些后,用你的结果跟下面的分析比较。通过你的结果和下面的建议值进 阅读全文
posted @ 2011-03-22 22:16 Fanr_Zh 阅读(3384) 评论(0) 推荐(1) 编辑

摘要:1.SQL Server系统数据库介绍 SQL Server有四个重要的系统级数据库:master,model,msdb,tempdb. master:记录SQL Server系统的所有系统级信息,包括实例范围的元数据,端点,链接服务器和系统配置设置,还记录其他数据库是否存在以及这些数据问文件的位置等等.如果master不可用,数据库将不能启动. model:用在SQL Server 实例上创建的所有数据库的模板。因为每次启动 SQL Server 时都会创建 tempdb,所以 model 数据库必须始终存在于 SQL Server 系统中。 msdb:由SQL Server 代理用来计划警 阅读全文
posted @ 2011-03-22 19:30 Fanr_Zh 阅读(358) 评论(0) 推荐(0) 编辑

摘要:同样的命题在SQL Server 2005中,微软发布了一个报表,可以直接查看,但是这个报表不能用于SQL Server 2000。 于是我就写了下面这几句话,可以返回同样的结果。 create table tmp (name varchar(50),rows int,reserved varchar(50), data varchar(50),index_size varchar(50),unused varchar(50)) insert into tmp (name,rows,reserved, data,index_size,unused) exec sp_msforeachTable 阅读全文
posted @ 2011-03-22 12:35 Fanr_Zh 阅读(1412) 评论(0) 推荐(0) 编辑

摘要:SQLServer2000同步复制技术实现步骤作者:gaojier 日期:2007-06-25字体大小: 小 中 大一、 预备工作1.发布服务器,订阅服务器都创建一个同名的windows用户,并设置相同的密码,做为发布快照文件夹的有效访问用户--管理工具--计算机管理--用户和组--右键用户--新建用户--建立一个隶属于administrator组的登陆windows的用户(SynUser)2.在发布服务器上,新建一个共享目录,做为发布的快照文件的存放目录,操作:我的电脑--D:\ 新建一个目录,名为: PUB--右键这个新建的目录--属性--共享--选择"共享该文件夹"- 阅读全文
posted @ 2011-03-22 09:26 Fanr_Zh 阅读(1036) 评论(0) 推荐(0) 编辑

摘要:-- top 10 引发i/oSELECT (total_logical_reads/execution_count) AS avg_logical_reads,(total_logical_writes/execution_count) AS avg_logical_writes,(total_physical_reads/execution_count) AS avg_physical_reads,execution_count,(SELECT SUBSTRING(text,statement_start_offset/2 +1, (CASE WHEN statement_end_offs 阅读全文
posted @ 2011-03-21 22:07 Fanr_Zh 阅读(375) 评论(0) 推荐(0) 编辑

摘要:--缓冲区池消耗内存总量SELECTSUM(multi_pages_kb + virtual_memory_reserved_kb + shared_memory_reserved_kb +awe_allocated_kb) AS[Used by BPool,kb]FROM sys.dm_os_memory_clerksWHERE type='MEMORYCLERK_SQLBUFFERPOOL'--查询确认哪些内部组件窃取了缓冲区池中大部分的页面SELECTTOP10 type, SUM(single_pages_kb) AS stolen_mem_kbFROM sys.dm_ 阅读全文
posted @ 2011-03-21 21:57 Fanr_Zh 阅读(369) 评论(0) 推荐(0) 编辑

摘要:--检测CPU压力的一个方法是计算运行状态下的工作进程数量,--通过执行如下的DMV查询可以得到这个信息SELECT COUNT(*) AS workers_waiting_for_cpu,t2.scheduler_idFROM sys.dm_os_workers AS t1, sys.dm_os_schedulers AS t2 WHERE t1.state='RUNNABLE' AND t1.scheduler_address = t2.scheduler_address AND t2.scheduler_id<255GROUP BY t2.scheduler_id- 阅读全文
posted @ 2011-03-21 21:31 Fanr_Zh 阅读(642) 评论(0) 推荐(0) 编辑

摘要:http://www.searchdatabase.com.cn/showcontent_35761.htm 阅读全文
posted @ 2011-03-21 13:12 Fanr_Zh 阅读(252) 评论(0) 推荐(0) 编辑

摘要:http://www.searchdatabase.com.cn/showcontent_36390.htm 阅读全文
posted @ 2011-03-20 21:40 Fanr_Zh 阅读(249) 评论(0) 推荐(0) 编辑

摘要:对单表超过300w+数据的Web应用程序进行测试后发现了一些功能、性能问题,采取了以下办法来进行调整: 将绝大部分的SQL查询改为存储过程,这样的操作毫无疑问可以提高部分性能。 凡是使用“select * from xxx”的操作一律具体到所需字段。 使用join连接2个以上大量数据的表,且基础数据表变化不大的查询一律使用视图,并为此视图建立索引。理由来自SQL Server联机帮助手册: “对于标准视图而言,为每个引用视图的查询动态生成结果集的开销很大,特别是对于那些涉及对大量行进行复杂处理(如聚合大量数据或联接许多行)的视图。如果在查询中频繁地引用这类视图,可通过对视图创建唯一聚集索引来提 阅读全文
posted @ 2011-03-20 21:13 Fanr_Zh 阅读(291) 评论(0) 推荐(0) 编辑

摘要:http://www.searchdatabase.com.cn/showcontent_37930.htm 阅读全文
posted @ 2011-03-20 20:36 Fanr_Zh 阅读(238) 评论(0) 推荐(0) 编辑

摘要:http://www.searchdatabase.com.cn/showcontent_37926.htm 阅读全文
posted @ 2011-03-20 20:28 Fanr_Zh 阅读(282) 评论(0) 推荐(0) 编辑

摘要:在一个数据库上创建索引会给数据库带来负面影响。当对表执行插入、更新和删除操作时,您就会看到这个性能的负面影响。您对表每作一次修改,包含这些修改记录的索引都必须更新,以符合最新的修改。 使用过滤索引后,需要更新的索引变少了。然而,包含这些记录的索引仍然需要在记录修改时进行更新。 因为这些操作必须在每一次数据修改时进行,您应该把数据库中不用于查询数据的索引删除。这样可以减少数据库的I/O需求和数据库的大小。 为了查找不使用的索引,可以使用如下所示的查询语句去查询sys.dm_db_index_usage_stats动态管理视图。 SelectOBJECT_NAME(sys.indexes.obje 阅读全文
posted @ 2011-03-20 19:55 Fanr_Zh 阅读(1868) 评论(0) 推荐(0) 编辑

摘要:http://www.searchdatabase.com.cn/showcontent_38015.htm 阅读全文
posted @ 2011-03-20 19:22 Fanr_Zh 阅读(313) 评论(0) 推荐(0) 编辑

上一页 1 ··· 8 9 10 11 12 13 14 下一页