SQLSERVER 数据性能问题。

[kuaile999]

对 SQLSERVER 2008架构不是很了解，问一个问题。

数据库容量增大会不会影响查询性能或其他性能。我指的是容量增大，不是记录增多。

比如 一个数据库有300张表，其中3张表存储图片，如果没有这3张存储图片的表 数据库的总容量为 1.5G,如果有了这3张表,总容量为 18G。

请问 会不会因为多了这3张表（导致数据库容量增大），而影响其它表的查询性能（不管是连接查询还是子查询统计等）？。

[二月十六]

没试过，我觉得影响应该不大，楼主可以试试

[独木成林_]

表里也只是存储图片路径而已，我认为不会有什么影响。

[吉普赛的歌]

没有直接影响，你把这几个大表分到另外一个库也不会有改善。 间接影响是可能有的，因为大表小表同时操作，大表占磁盘IO 非常大的话， 小表就受影响了。 不过这种情况也不多见。 只是索引、归档做的好，没什么问题的。 关键还是优化

[文盲老顾]

个人感觉的话，没有影响，不过最好是将图片表换一下，换成物理存储文件，然后把文件地址保存到表里

[zjcxc]

如果这个数据不被访问（包括更新导致的访问），通常不会，如果会被访问，那么它会占用内存，内存占用就会影响其他查询

[xiaoxiangqing]

会有影响，大小也会影响性能

[datafansbj]

会有微微的影响，不过人察觉不到，因为数据库的数据存储是按页（块）存储的，某些数据如果你不访问，就不会去读写。但是由于这些不使用的数据占据了磁盘空间，导致要访问的数据存储不连续，磁盘寻道时会多占用一点时间（固态盘不存在该问题）。

[lich2005]

一般存图片路径好些。既然你意识到性能上的问题， 可以考虑为这3张表建立一个数据库(甚至存放到另外一个物理服务器上)，和你业务的数据库做一个逻辑隔离。

[吉普赛的歌]

开始没留意到你所谓的大表是要存图片， 确实是不合理的。 不合理并不是对其它表有影响， 而是本身就有很多问题存在。 图片直接保存在文件夹中， 性能远远优于数据库， 这是无法改变的事实。 目前比较流行的做法： 1. 搭建 FastDFS 文件服务器（只能在Linux ， 不过找教程并不困难）， 2. 数据库只保存图片路径。