大容量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字段长度是否合理。
------解决方案--------------------
这么奇怪，数据类型和存储长度基本对应，占空比例怎么差那么大，困惑，请高手解惑。
------解决方案--------------------