我的数据里很简单 只有一个数值 和 日期
用的ACCESS
分别设定成了 “数字”和 “日期/时间”类型
数据的写入比较快,差不多一秒中一次,这样长时间以后,数据库就变的好大了
设计时是想 数据库记录两年的 两年后 不知道要多大了
我改用 MSSQLServer 设定为 real 和 datetime类型 好像也比较大
现在疑问有了
高手们给提点意见 ,在数据库大小控制方面应该注意什么
就说我这里例子中的
数值是 两位小数点的 如 2345.34
日期是 如 2008-11-1 11:23:45
怎样才能做到让数据库不浪费空间,做到最小的空间完成记录任务?另外我想问问,ACCESS跟 MSSQLServer在性能上差很多吗?
总觉得ACCESS不够专业,登不了大雅之堂的感觉
用的ACCESS
分别设定成了 “数字”和 “日期/时间”类型
数据的写入比较快,差不多一秒中一次,这样长时间以后,数据库就变的好大了
设计时是想 数据库记录两年的 两年后 不知道要多大了
我改用 MSSQLServer 设定为 real 和 datetime类型 好像也比较大
现在疑问有了
高手们给提点意见 ,在数据库大小控制方面应该注意什么
就说我这里例子中的
数值是 两位小数点的 如 2345.34
日期是 如 2008-11-1 11:23:45
怎样才能做到让数据库不浪费空间,做到最小的空间完成记录任务?另外我想问问,ACCESS跟 MSSQLServer在性能上差很多吗?
总觉得ACCESS不够专业,登不了大雅之堂的感觉
还有就是access中delete后,并没有实际删除数据还是占磁盘空间,要压缩一下的
另外,这么大的数据量,用ACCESS肯定不行了,用SQL SERVER吧.. 不过我原来也没做过这么大的,最大的也就是一个市的常住人口数据,几百万的数据存在ORACLE中,查询就比较慢了..
MS sqlserver处理数据,不能太吝啬磁盘空间,空间和速度常常是互逆的关系,比如你可能需要作索引
数据类型设计的字段长度将极大影响速度和空间
如果可以用 4字节整形表达的,就最好不要用超过4字节的其它类型:比如real,datetime,可能改用int和smalldatetime,或者全部用int
对于以秒为单位的数据,用int表达一样直观32位机器处理4字节长度的整形是非常完美的:)