SQL2000数据库问题? 主要是性能方面.

[易十五]

俺对数据库只有肤浅的了解.现在有这些问题来请教大家...谢谢了..


1) SQL2000的最大联接数是多少? 就是说最高有多少个终端可以联接?
2) 关于数据的性能,当有上千个终端同时访问数据库,而且是同时查询一个上千万记录的数据表,有什么办法

达到最快速度?
3) 图片存储于什么类型? 以什么形式存储的?大小有什么变化?
4) 当一个表有上千万条记录时,应用Like查询用什么方法能达到最快?(多个条组合条件)

[了缘]

基本上同意楼上的观点
等专家来解答

[子陌红尘]

1) SQL2000的最大联接数是多少? 就是说最高有多少个终端可以联接?
取决于系统资源

2) 关于数据的性能,当有上千个终端同时访问数据库,而且是同时查询一个上千万记录的数据表,有什么办法达到最快速度?
将大表划分为多个小表，采用分区视图方式检索数据
提高数据库系统配置，比如使用磁盘阵列，采用多台数据库服务器组成分布式数据库系统，在群集上实现负载均衡

3) 图片存储于什么类型? 以什么形式存储的?大小有什么变化?
image 二进制方式存储，最大支持单个文件2GB

4) 当一个表有上千万条记录时,应用Like查询用什么方法能达到最快?(多个条组合条件)
用全文索引

[yangbo88]

1) 取决于系统资源
2) 设定合理的索引，常用于作为where查询的字段要设为索引字段
3) 以二进制大文本方式存储，最大取决于系统资源
4) 基本同2

[summerain]

本人有些经验可以和楼主共享,供参考.
SQL Server的连接数和服务器本身有很大关系,尤其是内存。服务器性能越强，可支持的连接越多。
当大量的并发访问一个大表的时候，如果索引设置合理，并且没有频繁的增删改，数据库的性能还是可以接受的，如果增删改多了，则容易导致死锁，这时可以对一些非关键的查询加nolock提示避免死锁。
大表的索引一定要谨慎设置，尤其是聚集索引，聚集索引越小越好，最好只是一个数字类型的字段当聚集索引。
对大表的查询尽量少用join等和其他表做连接，如果需要其他表的数据，可以由程序处理。
图片可以用image类型存储，但是不建议这样做，好的做法是：将图片存储在文件系统中，也就是存放到数据库之外，而在数据库中记录图片的路径或url，毕竟数据库处理图片的性能没有操作系统高。
当一个有上千万条数据的大表用like进行查询效率是很低的，有效的做法是使用全文检索。全文检索的使用其实是比较简单的，速度比like要快多了，并且也可以组合多个条件。