MSSQL网站制作之有关SQLServer内存成绩(保藏)

提供用于管理、检查、优化数据库操作的管理工具。server|sqlserver|成绩http://www.richsearch.com/search/search.aspx?page=1&S1=%2B%E5%86%85%E5%AD%98%20%2B"SQL%20Server"
给SQLServer分派多些内存（默许是静态分派，能够把最小值改动为一个对照年夜的数据）。
检察把数据库的日记文件和数据文件巨细，并得当调治。
-----------------
拔出纪录慢，多是由于表利用了CLUSTERED索引，而新的纪录招致了大批数据的存储地位产生变更。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2037790


来自：shaoyy,工夫：2004-5-319:25:00,ID：2636792[显现：小字体|年夜字体]
我公司的一个POS体系，背景是sqlserver，前台是ADO，如今是ADO+midas,2年来常常会呈现这个成绩：当体系很忙的时分(阛阓买卖好的时分)，sqlserver就会变的没有呼应，然后一切前台全体逝世机，一个月概会呈现一两次，找了好久了，都还不晓得是sqlserver仍是程序存在成绩？假如哪位有过这方面的履历，还看不惜见教，给些提醒，感激!
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2636792


数据库在很年夜水平上具有自立调治才能。跟着内存的不休增年夜，SQLServer将扩展内存利用空间，当来自其他使用的内存压力增年夜时，SQLServer将随之开释部份内存空间。与此类似，SQLServer还将依据实践必要静态扩大或压缩数据库及日记空间。
http://www.microsoft.com/china/technet/prodtechnol/sql/2000/plan/ssmsam.mspx


bytheway我是做证券软件的，数据量一样平常年夜于1亿条，SQLSERVER常常吃到2-4G内存
但体系运转优秀

实在事变不是这么复杂。
Mssql在内存的开释上是有成绩的。
假如真的是海量数据（所谓海量，尽非只一两百个G的观点），你会发明，在
一个短工夫内，假如接洽作大批的查询等操纵，它
占用的内存会不休上升，接着数据库的速率会分明下落，
常常在这个时分，假如从头启动体系，就能够办理成绩。
和微软接洽过，今朝无好的办理计划。
厥后我们本人做了好几个组件来进步它的效力，效果固然不是很好但也能够承受。
象数据库这器材，出格是Mssql，在数据量年夜的情形，的确不年夜好用。
可是由于它和微软本人的操纵体系的毗连对照好做，嗯，
以是仍是只好用他的。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1775126


改用oracle了。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=287033


服务器内存是1G,两天以后经由过程义务办理器察看，利用内存已占用900M多,
个中线程sqlservr占用最多，而客户毗连数才几个。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2144996


上面的文章也许对你有匡助：
http://www.ck23.com/net/html/2003-7-27/2003727151935.htm
万万不要在DELPHI中利用服务器端游标，不然很快就会损耗完你服务器上的内存。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2144996


后面说了，这恰是sqlserver的长处，由于它供应了缓冲内存，即便用户临时下线，
它也不会开释全体缓存。
固然，它也不会占用内存一向不开释，一旦它检测到操纵体系分派内存不敷时，它会
实时开释内存，不信你能够云云检测，用户下线后，在服务器端运转Photoshop如许占用
体系内存对照年夜的软件测试一下，包管此时sqlserver会开释部份内存。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2353948
mysql的prepare其实是本地PHP客户端模拟的，并没有根据你mysql的设置做字符集的调整。应该交与mysqlserver端做prepare，同时得调用mysql_set_character_set去操作，server才会按照字符集去做转义。

也可谈一下你是怎么优化存储过程的?

仓酷云

然后最好有实践机会，能够把实践到的和实践结合起来，其实理论思考是个非常困扰和痛苦的事情

大家注意一点。如下面的例子：

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

如果是将来做数据库的开发设计，就应该详细学习T-SQL的各种细节，包括T-SQL的程序设计、存储过程、触发器以及具体使用某个开发语言来访问数据库。

每天坚持做不一样的是，认真做笔录，定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣，你少不了需要看很多很多的书籍了。

但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右）

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。