当前位置：文档之家 › SYBASE优化

SYBASE优化

  • 格式：doc
  • 大小：41.50 KB
  • 文档页数：6

SYBASE优化数据库设计首先进行的是建立描述数据库实体关系的概念模型，当把一个满足第三范式的概念实体关系模型转换成一个关系模型时，有：·实体变换成表·属性变换成列·关系变换成数据的关联(主键和外键关联)满足第三范式并不能保证你的特定应用具有很高的性能。

相反，为了达到提高性能的目的，有选择地背离严格的规范形式是必需的。

一旦你的数据库设计满足了第三范式，你可以谨慎地调整设计以满足你应用的需求。

最后的设计反映了现实世界的存取需求和约束，这可能导致设计与第三范式理论相偏差。

根据你对应用的经验，你可以从以下几方面来精炼你的物理数据库设计：·在适当的地方采用非规范形式·在适当的地方分割表·在适当的地方把表进行分组放入数据库·决定段的使用·决定设备的使用·执行完整性约束规范化产生的表比较小，表所含的记录数也相对比较少·每页含有更多的记录(减少逻辑I／O)·每次I／O包含更多的记录(效率更高)·在cache中能存更多的记录规范化的好处包括：·寻找、排序和建立索引更快，因为表变小了，在每一个数据页有更多的记录，通常你必须处理更多的表，你将能得到更多的索引集(每一个表仅建立一个索引)，因此在查询优化时，你将有更大的灵活性·索引查找将会更快，因为索引趋于更小、更短·更多的表可以更好地利用段来管理数据的物理存放·通常在每个表将会建立较少的索引，因此数据的修改命令将会更快·在表中将存在少的空值和冗余数据，使你的数据库更紧密·由于不必维护冗余数据，Trigger执行得更迅速·减少数据修改异常·当你需要调整数据库时，规范化使得概念上更清晰，维护也变得更容易然而一个完全规范化的数据库需要更多的join操作，如果join操作的列存在索引时，join操作通常是很快的(参考第四章)，SQL Server已被优化，使索引在cache中保持高的级别，因此每个join仅需1个或2个物理I／O操作来取得每一匹配记录，如查找的记录已在cache 中则花费将会非常低。

基本范式第一范式规则是：·每列必须是原子的，不能被分解成两个或更多的子列·不能有多值列式或重复组·任一行、列位置仅具有一个值第二范式规则是：任一非主键域列必须依赖于整个主键，而不仅仅是主键的一部分。

第三范式规则是：一个非主键列不能依赖于另一个非主键列。

在下列条件下可以进行非规范化操作：·需处理多表、多列·先前已进行了规范化·完全了解对数据进行什么样的操作进行非规范化的理由是：·几乎所有频繁运行的查询需存取join操作的数据集合·当对表进行连接操作时，大部分的应用是对表进行浏览·导出列的计算需要临时表或大量复杂查询非规范化通过以下手段改善性能：·减少join操作·减少表的外键数目·减少索引数，节约存储空间以及减少数据修改时间·预算总和值，也就是说，在数据修改时进行计算而不是在Select时进行·在某些情况下能减少表的数量最普通的非规范化技巧有：·增加冗余列·增加派生列·合并表此外有时，分割规范化的表能改善性能，你可以从两个方向来分割表：·水平分割根据一列或多列的值，把记录放到两个独立的表中垂直分割，把主键和一些列放入一个表中，把主键和其他的列放入另一个表中。

垂直分割在下列情形下使用垂直分割：·一些列比其他列更频繁地被存取·表的一个记录很大，分割表减少了需读的页数根据是否建立索引以及建立的是何种索引，优化器的存取方法有以下选择：·表扫描——从表中读取所有数据页，有时可能达到上百或上千个数据页。

·索引存取——利用索引找到所需的数据页，有时，仅需读取几页。

·索引覆盖——仅利用非聚簇索引取得数据，而不用去读取实际的数据记录，则仅需读取表扫描所要读取的部分页。

使用堆的准则堆对以下表具有应用价值：·表很小且只使用较少的数据页·不需要直接单条的随机记录·不需对结果集排序·具有非唯一记录且具有以上持征·不需进行大量的insert和update操作索引可以有多个层次：·根结点层·叶结点层·中间层次在聚簇索引中，叶结点层页也就是数据页，数据记录根据索引键物理排序，物理排序也就意味着：·一页中的所有条目遵循索引键次序。

·根据数据层的“下一页”指针，以索引键次序读取整个表。

在根和中间页，每一条目指向下一层次的一页。

对聚簇索引和非聚簇索引来说，B-树的工作原理是非常类似的，但也存在一些差别。

在非聚簇索引中：·叶页不同于数据页·叶层次存储表中每条记录的一个键一指针对·叶层次页存储索引键和页指针以及一指向数据页中表的记录偏移的指针，页指针和记录偏移数相结合被称为记录的ID或RID·根和中间层次存储索引键和指向其他索引页的页指针，它们也存储键数据记录的记录ID当键的大小相同时，非聚簇索引比聚簇索引占用更多的空间。

因此为你的应用创建正确的索引集也就意味着优化器能利用索引来：·当存取数据时避免表扫描·直接确定点查询中含特定值的特定数据页·确定范围查询读数据的上、下界·当一索引覆盖一查询时，完全避免表存取·利用有序的数据避免排序此外，你可以创建索引来强制数据唯一以及随机地确定插入时的数据的存储位置。

表扫描可能发生在：·当查询的查找语句不存在索引时·当存在一索引，但优化器认为索引没有用处时·当没有查找参数时不正确的索引导致了差的查询性能，就如没有索引一样，差索引主要表现在：·Select语句执行很长时间·在两表或多表之间执行join花费相当长时间·select操作运行很好，但数据修改操作表现糟糕·点查询(如"where colvalue=3")表现很好，但范围查询(如"where colvalue 73and colvalue <30")表现糟糕太多索引减慢数据修改索引条目太大SQL Server中的索引存在以下限制：·能为每个表创建一个聚簇索引，因为聚簇索引的数据是根据索引键有序存储的。

·最多为每个表创建249个非聚簇索引。

·一个键可由多列组成。

最多可达16列，每索引键的最大字节数为256。

·当你创建一个聚簇索引时，SQL Server在数据库中额外需120%表大小的空间，因为它必须创建表的一个副本以及为索引的根和中间页分配空间，注意120%是经验值；如果具有非常长的键，就需更多的空间。

·引用一致性规则unique 和Primary key创建了唯一的索引来强制对键的限制，缺省条件下，unique限制创建非聚簇索引，primary key限制创建聚簇索引。

在优化查询和索引时，经常使用的查询分析工具列表如下：set showplan on显示查询的查询计划，包括所选择的索引，join次序和工作表set statistics io on显示处理查询时所需的逻辑和物理读写，set statistics time on显示执行查询的时间set noexec on通常和set showplan on一起使用，该命令取消查询的执行。

set noexec on通常和set showplan on一起使用，该命令取消查询的执行。

你可看到优化器所选择的计划，但查询没有执行，在产品系统中，对于返回长结果的或能引起性能问起的查询来说，exec是有用的，注意，当noexec有效时，statisticsio 输出没被显示(因为查询没有执行I／O)dbcc traceon(302)该跟踪标志使你能看到优化器决定是否利用索引的计算。

参看“利用dbcc traceon (302)优化”表6.3 查询优化的高级工具工具功能set forceplan 迫使查询按from子句中指定的次序使用表set table count 立即增加优化的表数select，delete,updata子句：(index...prefetch...mru-lru) 指定查询所使用的索引、I／O大小或cache策略sp_cachestrategy 设置状态位以激活或屏蔽提前预取和取—执行cache策略set statistics io的报告输出意义scan count 表或索引被查找的次数logical readscache中一页被引用的次数physical reads 从磁盘进行读的次数Total writes 写磁盘次数聚簇索引准则聚簇索引有以下一般准则：·大多数表都应有聚簇索引或利用分区来减少对于堆的最后页的竞争，在多事务环境中，对最后一页的加锁严重制约工作效率。

·如果你的环境需很多插入操作，聚簇索引键不应为单调增加值，如INDENTITY列，选择一个键使插入作用在“随机”页上以减少锁竞争，同时在大多数查询中保持有用。

通常，主键不满足这一准则。

·当键与范围查询的查找参数匹配时，聚簇索引能提供非常好的性能，例如：where colvalue >=5 and colvalue<10·其他好的候选聚簇索引键为orderby和group by子句以及join 操作中使用的列何谓查询优化: 查询优化，是一个分析独立的查询过程，以便决定这些查询使用哪些资源，以及这些资源是否可以减少。

对于任一查询，你需要了解它是如何存取数据库对象、对象的大小、以及表的索引，从而决定是不是有可能改善查询的功能，查询处理的步骤执行一个Transact-SQL查询时，SQL Server进行以下几步的处理：1.语法分析、标准化，查询语法分析器保证了SQL 语法是正确的，并且保证了查询中涉及对象都存在。

2.优化查询，分析查询，选择最佳的查询策略。

·分析每一张表·估计每个索引的代价·选择join的顺序·决定最终存取策略3.编译所选查询策略。

4.执行查询，把结果送给用户。

优化问题和问题的根源优化问题的症状如下：·从索引和表的大小来看，一个查询运行得比你想象的要慢得多·一个查询比与它相类似的查询运行慢得多·一个查询突然比通常运行得慢·存储过程体中的查询比它作为一个特定语句执行起来花费时间要长·当你希望查询策略使用索引时，它却显示使用表扫描产生优化问题的根源包括：·最近的索引统计信息未被更新，因此实际的数据分布与SQL Server用来优化查询的数值不匹配·where子句导致优化器选择了不合适的策略·一给定事务所参照的行不适合索引统计所反映的模式·一个索引被用来存取表的大部分·一个关键查询的合适的索引不存在·在对表的修改执行前，一个存储过程体已经编译过了SQL Server为查询优化提供了如下的诊断工具：·set showplan显示一次批处理中每个查询执行的步骤。

合集下载

sybase数据库慢的请留意

sybase数据库慢的请留意

sybase数据库慢的请留意数据库系统在当今的信息技术领域中发挥着重要作用，为各种应用程序的数据存储和管理提供支持。

然而，有时候我们可能会遇到Sybase数据库运行缓慢的问题。

本文将讨论一些可能导致Sybase数据库变慢的原因，并提供一些解决方案和优化策略。

一、索引设计不合理索引在数据库中起到加速查询操作的作用。

然而，当索引设计不合理时，可能会导致数据库查询变慢。

比如，过多的索引会增加数据库维护的负担，而过少的索引则会导致查询性能下降。

解决方案：对数据库进行分析，评估每个表的查询模式和频率，并根据这些信息，合理地设计索引。

避免创建过多冗余的索引，以免影响数据库性能。

二、存储空间不足Sybase数据库的存储空间管理对数据库的性能和稳定运行至关重要。

当存储空间不足时，数据库的读写操作会变慢。

此外，如果没有进行定期的空间清理，数据库中存储的日志文件会不断增长，进一步导致数据库性能下降。

解决方案：定期监控数据库的存储空间使用情况，合理规划并扩展存储空间。

同时，设置定期的空间清理任务，删除过期的日志文件等。

三、查询语句不优化编写高效的查询语句是提高数据库性能的关键。

当查询语句没有经过充分优化时，可能会导致数据库响应变慢。

解决方案：对于复杂的查询语句，使用Sybase提供的查询优化工具（如Explain Plan）进行分析，找出影响查询性能的因素，并进行优化。

避免使用不必要的子查询或者多次嵌套的查询操作。

四、硬件性能问题数据库的性能受到硬件的限制。

如果数据库运行在低配置的硬件环境下，可能会导致数据库响应变慢。

解决方案：评估数据库运行所在的硬件环境，确保硬件配置满足数据库的需要。

如果硬件配置有限，可以考虑升级硬件或者将数据库迁移到更高配置的服务器上。

五、数据库统计信息不准确数据库需要根据统计信息来优化查询执行计划。

如果数据库的统计信息不准确或者过期，会导致数据库查询慢。

解决方案：定期更新数据库的统计信息，以提高查询的准确性和效率。

SYBASE系统参数调整

SYBASE系统参数调整

SYBASE系统参数调整1. max memory：此参数用于指定SYBASE数据库服务器在计算机中使用的最大内存量。

通过将此参数设置为较大的值，可以提高该数据库服务器的性能。

如果可用的内存较少，则应适当减小此值。

2. number of engines：此参数用于指定SYBASE数据库服务器使用的引擎数量。

增加此参数的值可以提高并发访问性能。

然而，将该值设置得太高可能会浪费资源。

一般来说，使用与服务器CPU数量相同的值是安全的做法。

3. max scan parallel degree：此参数用于指定SYBASE数据库服务器执行并行扫描时使用的最大并行度。

通过将此参数设置为较大的值，可以提高并行扫描的性能。

4. sys statistics：此参数用于指定数据库服务器在自动生成查询计划时使用的统计信息的有效期限。

适当设置此参数的值可以提高查询性能。

默认情况下，此参数的值设置为30天。

5. max degree of parallelism：此参数用于指定SYBASE数据库服务器在执行并行查询时使用的最大并行度。

增加此参数的值可以提高查询性能。

然而，将该值设置得太高可能会增加系统负载。

6. max worker processes：此参数用于指定SYBASE数据库服务器使用的最大工作进程数量。

适当增加此参数的值可以提高并发性能。

默认情况下，此参数的值设置为255，但在大型服务器上，可能需要适当增加此值。

7. tempdb设备数：tempdb是SYBASE数据库服务器用于处理临时数据的数据库。

将tempdb数据库分配到多个设备上可以提高临时数据处理的性能。

8. prefetch parallel degree：此参数用于指定SYBASE数据库服务器在执行预取操作时使用的并行度。

适当增加此参数的值可以提高查询性能。

9. max rows per stack：此参数用于指定SYBASE数据库服务器在语句执行期间允许的最大行数。

sybase ase15性能调优简易实验指导手册

sybase ase15性能调优简易实验指导手册

ASE性能调优简易实验手册1,实验环境准备确定已经安装ASE15.01)安装实验文件；edb553 setup.exe解压到目标路径2)进入目标文件夹: cd C:\Sybase Courses\edb553\scripts\windows，查看对应文件：.bat; .bcp, .sql 三种类型文件3)执行文件：ptconfig150_setup.bat,初始化相关的设备，创建调优的实验数据库pubtune_db4)登录到server,查看所安装设备，数据库 sp_helpdevice , sp_helpdb3,调优工具箱1）建立一个benchmark，熟悉各调优工具同时开两个命令行窗口，在其中一个查看并执行mixed_load.bat ,mixed_load.bat bench模拟多个客户端同时登录时的操作，同时使用sp_sysmon监控运行状态，各客户端记录和sp_sysmon报告分别输出到对应名称文件。

另一个用sa登录到server,使用sp_who查看客户端登录和事务执行情况。

等所有客户端都执行完之后，查看所有的输出文件。

其中sp_sysmon输出的文件即为调优使用的 benchmark.2) 熟悉其他的工具-- 工具类1) Isql –p 查看执行时间Use pubtune_dbGoSelect * from titlesGo 1002)optdiag 查看表和索引的统计信息Optdiag statistics pubtune_db..space_table1 -Usa -P---set命令1)set statistics io on 某个语句的读写操作数目统计Use pubtune_dbGoSelect * from authorsGo2) set statistics time on 查看执行时间goSelect * from authorsgo3）set showplan ,noexec on 查看查询计划Select * from authorsGo--系统过程类1）进程行为类Sp_who,查看当前进程活动情况Sp_lock 查看锁的情况Sp_showplan 查看当前在执行进程的查询计划2）空间使用情况Sp_spaceused authors 对于给定表查看空间使用情况Sp_helppartition 对于分区表查看相关信息Sp_estspace authors, 1000 预估表占用的空间Sp_helpsegment 产看段的信息Sp_helpcache 查看高速缓存结构和绑定的对象信息3）配置情况Sp_configure 查看修改系统配置参数Sp_cacheconfig 创建命名缓存Sp_poolconfig 在数据缓存中创建大的缓冲池4)任务行为Sp_sysmon 监控cpu忙碌状态，网络包收发情况，磁盘读写情况Sp_monitor 对系统行为按给定时间间隔采样，报告各方面行为指标4，锁机制查看配置的锁数目对事务的影响，以及各种模式的锁对事务的影响查看系统配置的锁个数（缺省5000）sp_configure "number of locks".Use pubtune_dbGo1）行锁创建行锁表create table x (c char(1)) lock datarowsgo开始事务begin transelect @@trancount （结果返回1证明事务已经开始）go向表中插入值，执行4000次insert x values ("a")go 4000同时在另外窗口查询锁的情况 Sp_lock再次插入2000行数据insert x values ("a")go 2000再次在另外窗口查询锁的情况sp_lock锁不够，事务自动回滚。

Sybase编程中出现的错误及其解决办法-电脑资料

Sybase编程中出现的错误及其解决办法-电脑资料

Sybase编程中出现的错误及其解决办法-电脑资料SYBASE 数据库是当今在UNIX环境下最为流行的大型数据库之一，本人在SYBASE下开发和维护软件的过程中，发现了一些SYBASE 的内部规则，在程序设计中极易造成误解，而达不到预期的目的，。

下文将本人所发现的几个问题及其解决办法叙述如下：1、在sybase11.5中，组合两个定长的char(x)="aaa",char (y)="bbb"; char(x)+char(y)!="aaabbb"declare @val_1 char(8)declare @val_2 char(1)select @val_2 = 'x'select @val_1 = "0000"select @var_1= @val_1 + @val_2select @var_1我们期望的结果为0000x，而实际上其结果为0000。

解决方法一：当我们将"select @var_1=@val_1+@val_2"，改为"select @var_1=rtrim(@var_1)+@var_2"时，我们便看到了我们所期望的结果。

为什么呢？在有的SYBASE版本中存储一个char(n)时，在其真实值后补上了相应数量的空格，在本例中，存储在@var_1中的是0000 （在0000后有四个空格）。

你可以加上如下两句来验证：declare @val3 char(10)select @val3 = @val_1 + @val_2select @val3这时你会得到的结果为0000 x （在0000后有四个空格）。

解决方法二：将char 改为 varchar 也可以达到预期的目的，电脑资料《Sybase编程中出现的错误及其解决办法》(https://www.)。

2、用alter table 增加表结构时，虽然用sp_recompile tablename 重编译了所影响的数据库对象，但在运行某些包含"select * from tablename"的存储过程时，存储进程仍不认识用alter table 增加的列。