??xml version="1.0" encoding="utf-8" standalone="yes"?>
1、没有烦引或者没有用到烦?q是查询慢最常见的问题,是程序设计的~陷)
2、I/O吞吐量小QŞ成了瓉效应?
3、没有创列D查询不优化?
4、内存不?
5、网l速度?
6、查询出的数据量q大Q可以采用多ơ查询,其他的方法降低数据量Q?
7、锁或者死?q也是查询慢最常见的问题,是程序设计的~陷)
8、sp_lock,sp_who,zd的用h?原因是读写竞争资源?br />
9、返回了不必要的行和?
10、查询语句不好,没有优化
●可以通过以下Ҏ(gu)来优化查?:
?|虚拟内存:(x)虚拟内存大小应基于计机上ƈ发运行的服务q行配置。运?Microsoft SQL Server? 2000 Ӟ可考虑虚拟内存大设|ؓ(f)计算Z安装的物理内存的 1.5 倍。如果另外安装了全文索功能,q打运?Microsoft 搜烦服务以便执行全文索引和查询,可考虑Q将虚拟内存大小配置是计算Z安装的物理内存的 3 倍。将 SQL Server max server memory 服务器配|选项配置为物理内存的 1.5 倍(虚拟内存大小讄的一半)? 联合体是一l分开理的服务器Q但它们怺协作分担pȝ的处理负荗这U通过分区数据形成数据库服务器联合体的机制能够扩大一l服务器Q以支持大型的多?Web 站点的处理需要。有x多信息,参见设计联合数据库服务器。(参照SQL帮助文g''分区视图''Q? 在T-sql的写法上有很大的讲究Q下面列出常见的要点Q首先,DBMS处理查询计划的过E是q样的:(x) 其次Q看一下SQL SERVER的数据存攄l构Q一个页面的大小?K(8060)字节Q?个页面ؓ(f)一个盘区,按照B?wi)存放? 多核心处理器,虚拟?/strong>和社交网l排行前?同时一些用L(fng)技术也占了榜单的数个位|? GartnerCIO建立一个正式的机制,建立虚拟团队,选拔优秀的工作h员来研究新的思\和创?特别是消费者所x的新Web2.0技?q运用这些技术来解决问题. 1. 多核心和混合处理?/p>
2. 虚拟化和构造计?/p>
3. C交|络和社交Y?/p>
4. 云计?Webq_ 5. Web Mashups 6. 用户界面(加速计,无线界面,全息和三l成像等) 7. 普及(qing)计算 8. 上下文计?/p>
9. 增强实体 10. 语义?/p>
1、Mark05 量机器性能的优良Y? http://dl.pconline.com.cn/html_2/1/60/id=4340&pn=0.html Q、Super PI 频玩家喜爱的工?http://dl.pconline.com.cn/html_2/1/60/id=4985&pn=0.html Q、HD Tune 盘工具软g http://dl.pconline.com.cn/html_2/1/60/id=10902&pn=0.html Q、SiSoftware Sandra 强大的系l分析评比工?a >http://dl.pconline.com.cn/html_2/1/60/id=11&pn=0.html Q?Dmark06 试整机E_性的3D软g http://dl.pconline.com.cn/html_2/1/60/id=11168&pn=0.html Q、EVEREST 盘性能工?http://dl.pconline.com.cn/html_2/1/60/id=5024&pn=0.html Q、Cpu-Z 1.39 汉化版(机器性能软gQ?http://www.newhua.com/soft/2775.htm Q、Windows Vista升N http://dl.pconline.com.cn/html_2/1/60/id=42182&pn=0.html
1、把数据、日志、烦引放C同的I/O讑֤上,增加d速度Q以前可以将Tempdb应放在RAID0上,SQL2000不在支持。数据量Q尺寸)大Q提高I(y)/O重?
2、纵向、横向分割表Q减表的尺?sp_spaceuse)
3、升U硬?
4、根据查询条?建立索引,优化索引、优化访问方式,限制l果集的数据量。注意填充因子要适当Q最好是使用默认?Q。烦引应该尽量小Q用字节数的列徏索引好(参照索引的创建),不要Ҏ(gu)限的几个值的字段建单一索引如性别字段
5、提高网?
6、扩大服务器的内?Windows 2000和SQL server 2000能支?-8G的内存?/font>
7、增加服务器CPU个数;但是必须 明白q行处理串行处理更需要资源例如内存。用ƈ行还是串行程是MsSQL自动评估选择的。单个Q务分解成多个dQ就可以在处理器上运行。例如耽搁查询 的排序、连接、扫描和GROUP BY字句同时执行QSQL SERVERҎ(gu)pȝ的负载情况决定最优的q行{Q复杂的需要消耗大量的CPU的查询最适合q行处理。但是更新操作UPDATE,INSERTQ?DELETEq不能ƈ行处理?
8、如果是使用likeq行查询的话Q简单的使用index是不行的Q但是全文烦引,耗空间?like ''a%'' 使用索引 like ''%a'' 不用烦引用 like ''%a%'' 查询Ӟ查询耗时和字D值总长度成正比,所以不能用CHARcdQ而是VARCHAR。对于字D늚值很长的建全文烦引?
9、DB Server 和APPLication Server 分离QOLTP和OLAP分离
10、分布式分区视图可用于实现数据库服务器联合体?/font>
a、在实现分区视图之前Q必d水^分区?
b?在创建成员表后,在每个成员服务器上定义一个分布式分区视图Qƈ且每个视囑օ有相同的名称。这P引用分布式分囑的查询可以在M一个成员服务器?q行。系l操作如同每个成员服务器上都有一个原始表的复本一P但其实每个服务器上只有一个成员表和一个分布式分区视图。数据的位置对应用程序是透明的?
11、重建烦?DBCC REINDEX ,DBCC INDEXDEFRAG,收羃数据和日?DBCC SHRINKDB,DBCC SHRINKFILE. 讄自动收羃日志.对于大的数据库不要设|数据库自动增长Q它?x)降低服务器的性能?
1?查询语句的词法、语法检?
2?语句提交给DBMS的查询优化器
3?优化器做代数优化和存取\径的优化
4?由预~译模块生成查询规划
5?然后在合适的旉提交l系l处理执?
6?最后将执行l果q回l用戗?/font>
12?Commit和rollback的区?Rollback:回滚所有的事物?Commit:提交当前的事? 没有必要在动态SQL里写事物Q如果要写请写在外面如:(x) begin tran exec(@s) commit trans 或者将动态SQL 写成函数或者存储过E?
13、在查询Select语句中用Where字句限制q回的行?避免表扫?如果q回不必要的数据Q浪费了服务器的I/O资源Q加重了|络的负担降低性能。如果表很大Q在表扫描的期间表锁住Q禁止其他的联接讉K?后果严重?
14、SQL的注释申明对执行没有M影响
15?可能不使用光标Q它占用大量的资源。如果需要row-by-row地执行,量采用非光标技?如:(x)在客L(fng)循环Q用临时表,Table变量Q用子查 询,用Case语句{等。游标可以按照它所支持的提取选项q行分类Q?只进 必须按照从第一行到最后一行的序提取行。FETCH NEXT 是唯一允许的提取操?也是默认方式。可滚动?可以在游标中M地方随机提取L行。游标的技术在SQL2000下变得功能很强大Q他的目的是支持循环。有四个q发选项 READ_ONLYQ不允许通过游标定位更新(Update)Q且在组成结果集的行中没有锁?OPTIMISTIC WITH valueS:乐观q发控制是事务控制理论的一个标准部分。乐观ƈ发控制用于这L(fng)情ŞQ即在打开游标?qing)更新行的间隔中Q只有很的Z(x)让第二个用户更新 某一行。当某个游标以此选项打开Ӟ没有锁控制其中的行,q将有助于最大化其处理能力。如果用戯图修Ҏ(gu)一行,则此行的当前g(x)与最后一ơ提取此行时?取的D行比较。如果Q何值发生改变,则服务器׃(x)知道其他人已更新了此行,q会(x)q回一个错误。如果值是一L(fng)Q服务器执行修攏V?选择q个q发选项OPTIMISTIC WITH ROW VERSIONING:此乐观ƈ发控刉项Z行版本控制。用行版本控制Q其中的表必d有某U版本标识符Q服务器可用它来定该行在读入游标后是否?所更改。在 SQL Server 中,q个性能?timestamp 数据cd提供Q它是一个二q制数字Q表C数据库中更改的相对序。每个数据库都有一个全局当前旉戛_|(x)@@DBTS。每ơ以M方式更改带有 timestamp 列的行时QSQL Server 先在旉戛_中存储当前的 @@DBTS |然后增加 @@DBTS 的倹{如果某 个表h timestamp 列,则时间戳?x)被记到行。服务器可以比较某行的当前旉戛_和上次提取时所存储的时间戳|从而确定该行是否已更新。服务器不必比较所有列的|只需 比较 timestamp 列即可。如果应用程序对没有 timestamp 列的表要求基于行版本控制的乐观ƈ发,则游标默认ؓ(f)Z数值的乐观q发控制?SCROLL LOCKS q个选项实现(zhn)观q发控制。在(zhn)观q发控制中,在把数据库的行读入游标结果集Ӟ应用E序试N定数据库行。在使用服务器游标时Q将行读入游标时?x)在?上放|一个更新锁。如果在事务内打开游标Q则该事务更新锁一直保持到事务被提交或回滚Q当提取下一行时Q将除去游标锁。如果在事务外打开游标Q则提取?一行时Q锁p丢弃。因此,每当用户需要完全的(zhn)观q发控制Ӟ游标都应在事务内打开。更新锁阻止Q何其它Q务获取更新锁或排它锁Q从而阻止其它Q务更 新该行。然而,更新锁ƈ不阻止共享锁Q所以它不会(x)L其它dd行,除非W二个Q务也在要求带更新锁的d。滚动锁Ҏ(gu)在游标定义的 SELECT 语句中指定的锁提C,q些游标q发选项可以生成滚动锁。滚动锁在提取时在每行上获取Qƈ保持Cơ提取或者游标关闭,以先发生者ؓ(f)准。下ơ提取时Q服务器 为新提取中的行获取滚动锁Qƈ释放上次提取中行的滚动锁。滚动锁独立于事务锁Qƈ可以保持C个提交或回滚操作之后。如果提交时关闭游标的选项为关Q则 COMMIT 语句q不关闭M打开的游标,而且滚动锁被保留到提交之后,以维护对所提取数据的隔R所获取滚动锁的cd取决于游标ƈ发选项和游?SELECT 语句中的锁提C。锁提示 只读 乐观数?乐观行版本控?锁定无提C?未锁?未锁?未锁?更新 NOLOCK 未锁?未锁?未锁?未锁?HOLDLOCK ׃n ׃n ׃n 更新 UPDLOCK 错误 更新 更新 更新 TABLOCKX 错误 未锁?未锁?更新其它 未锁?未锁?未锁?更新 *指定 NOLOCK 提示指定了该提示的表在游标内是只ȝ?
16、用Profiler来跟t查询,得到查询所需的时_(d)扑ևSQL的问题所?用烦引优化器优化索引
17、注意UNion和UNion all 的区别。UNION all?
18、注意用DISTINCTQ在没有必要时不要用Q它同UNION一样会(x)使查询变慢。重复的记录在查询里是没有问题的
19、查询时不要q回不需要的行、列
20?用sp_configure ''query governor cost limit''或者SET QUERY_GOVERNOR_COST_LIMIT来限制查询消耗的资源。当评估查询消耗的资源出限制Ӟ服务器自动取消查?在查询之前就扼杀掉?SET LOCKTIME讄锁的旉
21、用select top 100 / 10 Percent 来限制用戯回的行数或者SET ROWCOUNT来限制操作的?
22?在SQL2000以前Q一般不要用如下的字? "IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", and "LIKE ''%500''"Q因Z们不走烦引全是表扫描。也不要在WHere字句中的列名加函敎ͼ如ConvertQsubstring{?如果必须用函数的?候,创徏计算列再创徏索引来替?q可以变通写法:(x)WHERE SUBSTRING(firstname,1,1) = ''m''改ؓ(f)WHERE firstname like ''m%''Q烦引扫描)Q一定要函数和列名分开。ƈ且烦引不能徏得太多和太大。NOT IN?x)多ơ扫描表Q用EXISTS、NOT EXISTS QIN , LEFT OUTER JOIN 来替代,特别是左q接,而Exists比IN更快Q最慢的是NOT操作.如果列的值含有空Q以前它的烦引不起作用,现在2000的优化器能够处理了。相?的是IS NULLQ?#8220;NOT", "NOT EXISTS", "NOT IN"能优化她Q?#8221;<>”{还是不能优化,用不到烦引?
23、用Query AnalyzerQ查看SQL语句的查询计划和评估分析是否是优化的SQL。一般的20%的代码占据了80%的资源,我们优化的重Ҏ(gu)q些慢的地方?
24、如果用了IN或者OR{时发现查询没有走烦引,使用昄x指定索引Q?SELECT * FROM PersonMember (INDEX = IX_Title) WHERE processid IN (‘?#8217;Q?#8216;?#8217;)
25、将需要查询的l果预先计算好放在表中,查询的时候再SELECT。这在SQL7.0以前是最重要的手Dc(din)例如医院的住院费计?
26、MIN() ?MAX()能用到合适的索引?
27?数据库有一个原则是代码L据越q越好,所以优先选择Default,依次为Rules,Triggers, ConstraintQ约束如外健dCheckUNIQUE……,数据cd的最大长度等{都是约束),Procedure.q样不仅l护工作,~写E?序质量高Qƈ且执行的速度快?
28、如果要插入大的二进制值到Image列,使用存储q程Q千万不要用内嵌INsert来插?不知JAVA 是否)。因样应用程序首先将二进制D{换成字符Ԍ寸是它的两倍)Q服务器受到字符后又他转换成二q制?存储q程没有这些动? Ҏ(gu)QCreate procedure p_insert as insert into table(Fimage) values (@image), 在前台调用这个存储过E传入二q制参数Q这样处理速度明显改善?/font>
]]>
]]>
http://club2.cat898.com/newbbs/dispbbs.asp?boardid=41&id=2189094
据英国《新U学家》杂志报道,C的计机利用
1、光计算
光线传输~码信息不为奇Q因为全球通信全部依靠光缆来传输,但用光信h处理数据和进行计还是不切实际的。研I光计算是值得做的Q因Z用光能加快计机的速度和处理的数据量?br />
但对光的诱捕、储存以?qing)操作依焉常困难。美国伊利诺伊州立大学保|?#183;布劳恩等人的研究让我们更接近q一目标。他们已l研制成一ƾ三l光学L导光子晶体,可以诱捕光,使其降低速度Qƈ在锐角{角处让光弯曲Q而不必担心光逃逸。同Ӟ国哈佛(jng)大学的米哈伊?#183;卢金已经开发出一U光晶体,可以让单个光子从一个光
2、量子计?br />
如果你不再想打破所有传
3、DNA计算
DNA可能是完成计的最完美材料。DNA计算的创始h是美国南加州大学的莱昂那?#183;阿d莱曼教授Q他?994q利用DNA计算Ҏ(gu)解决了一个著名的数学N“七顶点哈密尔\?#8221;。最q,U学家们开始利用DNA计算来创造生物计机Q放在h体或生物体工作,其计结果可通过荧光蛋白的活动来d?br />
4、可逆计?
可逆计通过恢复和重新利用丢失数据的q些能量来减计机的能耗。美国佛(jng)|里辑֤学的q克?#183;弗兰克正在开发这样一U方法:(x)每个输入操作都会(x)产生一个输ZP输ZL(fng)能量保存hQؓ(f)新的信号输入提供能量Q从而创造出一U零热量产生的计方式?
5、撞球计?br />
传统的计涉?qing)?sh)子通过?sh)\内部每一个分子时产生的连锁反应,而科学家们正在尝试其它种cȝq锁反应Q包括多c或者大理石的连锁反应?br />
但是
6、神l元计算
研究经元通常是指模仿人类大脑的计方式。芝加哥
从机器hw上的光敏感元g上输Z号传递给经元,经元的反馈再反q来用来控制机器人的动作。此外,英国U卡斯尔大学的神l学家克莱尔·林d受《星球大战》电(sh)׃记录的一只蝗虫的启发Q开发出一U非常精的故障排除pȝ。美国国防部高研究计划|近来正在利用飞蛑֤脑的?sh)子元gQ尝试遥控半机械昆虫间谍——飞蛾?br />
7、核共振计?
如果你知道如何操作水Q那么每杯水是一台电(sh)脑。英国约克大学的苏珊(qing)·斯特及(qing)其同事用核共振强场来控制和观察分子的交互作用,q种Ҏ(gu)能够以三l方式表C息。如果研I能够成功,只要一杯水可以模拟大气。然而这个研I小l只完成了原理证明?
8、Glooper计算?br />
q可能是最不可思议的计机之一Q它使用gloopware当硬件。英国西英格兰大学的安d?#183;亚当马特兹可以在一U化学制剂中刉干涉离子LQ其行ؓ(f)要充当逻辑门。此波通过脉冲循环化学反应产生。亚当马特兹安d鲁已l展C其化学逻辑门可用于刉机器手臂。当机器人手指进行模仿动作时Q化学反应就被触发,q而控制这只手?br />
9、霉变计机
即像粘菌这L(fng)原始生物也可以被用来解决C计算机难以处理的问题。日本北道大学的Toshiyuki Nakagaki?qing)其同事首次证实_菌能够扑ֈ最短\UK过q宫?br />
在他们的试验中,一U阿c_门原生质_菌起初也是试所有\径走宫的。当q种生物扑և最短\径通往有食物的出口时就不再扑ֈ的\U了Q直奔食物去了。对于计机专家们来_(d)q是一个非常有的实验Q可解决行销推销员的问题?br />
10、水波计?br />
最不可思议的就是计机竟然以水波ؓ(f)动力。英国苏塞克斯大学的克莉西?#183;费尔南多{利用L动箱和高?nobr>摄像?/strong>Q用水L动模式制造出一U逻辑门,UC“异或门(exclusive OR gateQ?#8221;。h造神l网l感知器可以模仿一些逻辑门,但不能模仿异或门。费?dng)南多实Cq种逻辑门的工作原理?
]]>
d刚刚q驻伊拉克的军重装遥控机器人系lSWORDSQ也许永q都不会(x)有机?x)上阉|敌,摧城拔寨了。事实上Q这U配备有M249L枪的机器Z未放q一枪一弹,便被q速撤出战场——因为它们做了更可怕的事情Q将枪口对向它们的hcL挥官?br />
?nobr>新闻发布?/strong>上,国陆军地面作战指挥官凯?#183;法赫Uͼq些机器?#8220;它们的机枪指向未受批准的方?#8221;。显Ӟq意味着q些机器人遭遇了严重
法赫证实机器人ƈ未开火,也没有Q何hcd此次事变中伤亡。但qƈ不意味着零损失,所有关于机器h作战的研I目都可能因之取消。法赫称Q?#8220;一旦遇到如此严重的事变Q我们必花?0q乃?0q_(d)推倒重来?#8221;因此Q我们必d{上很久才能看到机器人和人类q肩作战了?br />
q不仅仅对于机器人工业是重大损失Q而且也树(wi)立了一个重要先例:(x)关于机器人的M试验都必M无hcM亡ؓ(f)l对前提。也许对一切事故的极度厌恶Q终导致此领域的Q何创新都步l艰?
]]>
http://hi.baidu.com/momoca/blog/item/422a73f023999fafa40f52b1.html
]]>
目Z业近期发展发展积累资?
产品Z业中期发展创造条?
队伍是企业长期发展的Ҏ(gu);
企业可以Ҏ(gu)自n的长期发展计?制定q期的发展计?
在有条g?应该首先队伍,其次设计产品Q再ơ做目Q?br />
实际执行?往往?者合进行的;
作ؓ(f)企业的主要负责h,理人员,乃至对企业发展关心的员工,都应该明企业发展的基本规律.来指导日常的工作实践?
]]>
http://club2.cat898.com/newbbs/dispbbs.asp?boardid=2&id=2067439
]]>
http://club2.cat898.com/newbbs/dispbbs.asp?boardid=41&id=2040695
Z让狗的主够更好的了解自己
据报道,q个Ҏ(gu)的计机E序是在分析了来自匈牙利14个地?000多只牧羊犬在6U不同场合的叫声后设计而成的。这六种场合分别为:(x)当只有一条狗时的叫声、狗之间发生冲突时候的叫声、当狗看到球后的叫声、当狗玩耍时发出的叫声和当狗看到陌生者时的叫C?qing)散步时发出的叫声?br />
据了解,来自匈牙利埃托沃|兰?nobr>大学的生态学
研究人员发现Q计机基本能正的辨别狗的叫声Q计机在分析狗所表达“打架”?#8220;陌生?#8221;q两U叫声时非常准确Q高?3%。尽L别的
通过研究发现Q狗之所以发出的叫声不同是由于它们的情A受到相应影响的原因所致。查巴说Q?#8220;如果q种讑֤研制成功投入使用的话Q将有助于hcM解他们的q日常都在‘?#8217;些什么?#8221;查巴表示Q通过研究狗儿们发Z同的叫声可以分析出它们传递着相应的信息,q得没有养狗经验的Z能知道狗Z么而叫?br />
据?zhn)Q该U研团队q计划研I其它动物的叫声Q以便发现它们之间的共同之处。有兌研究的结果已l刊dq日出版的《动物识别能力》杂志上?
]]>
下边修改picInfo表的自增字段sn的v始值和步进值都?
ALTER TABLE picInfo
ALTER COLUMN sn COUNTER (1, 1)
]]>