大容量SQL Server数据库的文件大小的问题.
我的程序需要记录 在计算过程 生成的上十亿条信息(记录).
原来使用Access数据库,
根据目前记录的信息量(记录的复杂程度),大约是1万条对应1M的数据库空间.那么2G可以容纳2000万条记录,
但是Access有2G库文件大小的限制.
因此,前日升级到SQL Server 2005,
发现其空间占用要大很多,目前得到500万条记录,占用空间1.5G!
(1.5G的是mdf文件,log文件已经被我压缩至1M了.每输出20万条记录就压缩一次数据库)
等所有记录全部输出,数据库文件将会超过10G.
这样对于现有的PC而言,我认为处理就相当困难了.
请问各位大侠,是不是SQL Server 2005数据库文件本来就是这么大的?
有没有改善措施?
或者其它数据库产品如MySQL在文件大小方面更有优势?
[解决办法]
本来就是这样的.
LZ的数据量本来就上亿了肯定大了. 加上日志文件更大的.
[解决办法]
你都是这么的数据，我推荐还是用ORACLE吧，SQL只适合在100W左右的纪录的，再大速度就很难更上了
[解决办法]
在计算过程 生成的上十亿条信息(记录).
这么大的数据量,数据库文件,日志肯定大,不过可以清除或压缩日志.
这么大的数据量,建议改用oracle 9i 或 oracle 10g.
清除日志：
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT
USE szwzcheck -- 要操作的数据库名
SELECT @LogicalFileName = 'szwzcheck_Log ', -- 日志文件名
@MaxMinutes = 10, -- Limit on time allowed to wrap log.
@NewSize = 20 -- 你想设定的日志文件的大小(M)
-- Setup / initialize
DECLARE @OriginalSize int
SELECT @OriginalSize = size
FROM sysfiles
WHERE name = @LogicalFileName
SELECT 'Original Size of ' + db_name() + ' LOG is ' +
CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +
CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB '
FROM sysfiles
WHERE name = @LogicalFileName
CREATE TABLE DummyTrans
(DummyColumn char (8000) not null)
DECLARE @Counter INT,
@StartTime DATETIME,
@TruncLog VARCHAR(255)
SELECT @StartTime = GETDATE(),
@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY '
DBCC SHRINKFILE (@LogicalFileName, @NewSize)
EXEC (@TruncLog)
-- Wrap the log if necessary.
WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time
AND @OriginalSize = (SELECT size FROM sysfiles WHERE name =
@LogicalFileName)
AND (@OriginalSize * 8 /1024) > @NewSize
BEGIN -- Outer loop.
SELECT @Counter = 0
WHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))
BEGIN -- update
INSERT DummyTrans VALUES ( 'Fill Log ')
DELETE DummyTrans
SELECT @Counter = @Counter + 1
END
EXEC (@TruncLog)
END
SELECT 'Final Size of ' + db_name() + ' LOG is ' +
CONVERT(VARCHAR(30),size) + ' 8K pages or ' +
CONVERT(VARCHAR(30),(size*8/1024)) + 'MB '
FROM sysfiles
WHERE name = @LogicalFileName
DROP TABLE DummyTrans
SET NOCOUNT OFF
把szwzcheck换成你数据库的名字即可，在查询分析器里面运行。
有全角的空格(为了显示好看),你自己把他换一下.
收缩日志：
企业管理器--所有任务--收缩数据库--文件--选日志文件收缩
[解决办法]
Access大约是1万条对应1M的数据库空间
500万条记录SQL占用空间1.5G
------------------------
Access:SQL=1:3
不太相信
索引空间:数据空间=1:1好不好，总体比例也是1:2。
CHECK字段长度是否合理。
[解决办法]
这么奇怪，数据类型和存储长度基本对应，占空比例怎么差那么大，困惑，请高手解惑。
------解决方案--------------------
SQL Server 2005数据库比Access数据库大这是肯定，大多少也是有规律的，
占用大小是根据数据空间+索引空间组成的+空白页组成，LZ想看具体的表使用空间情况可以使用 sp_MSforeachtable 或者是动态管理试图 sys.dm_db_partition_stats 查看，里面显示的都很清楚
LZ如果觉得Log大了没意义可以将数据库的恢复模式设为简单，另外定期的重整索引比单纯的靠压缩日志要好的多
[解决办法]
定期的重整索引是很必要的
