L littlekoala Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-03 #1 基于速度，数据备份等方面的考虑，客户往往希望每年的数据单独存放一个数据库文件（对Access, Paradox等数据库）。但是这样给程序设计带来了不少麻烦，特别是涉及到跨年度的数据查询。 各位大虾有什么好的建议？
基于速度，数据备份等方面的考虑，客户往往希望每年的数据单独存放一个数据库文件（对Access, Paradox等数据库）。但是这样给程序设计带来了不少麻烦，特别是涉及到跨年度的数据查询。 各位大虾有什么好的建议？
C cAkk Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-03 #2 g一下. 建议: 当需要查询的数据不在硬盘上时,提示用户: "请插入1998年数据光盘,然后按[确认]按钮继续".. 哈哈!
G gxg8816 Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-03 #3 千万不要跨年度存放,一旦这样做,程序就改不完了. 数据全部存储在一个库中,先用Access,放不下就升级到SQL SERVER,电脑慢就升级电 脑,备份不了就买ZIP,CD-RW,磁带机等.
L littlekoala Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-04 #4 gxg8816, 假如你是我的客户就好了！
G gxg8816 Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-04 #5 我碰到这些问题时一定要说服客户,否则就不做.不肯在设备上花钱,怎么用好系统. 如果分开存放,动态SQL很难写的.
S spear Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-04 #6 一个库装所有的数据, 另外将每年的数据分别备份到各个文件, 再提供工具删除某年的数据和还原某年的数据
S Shenxinaz Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-05 #7 可以使用Jion 语句，将不同的数据库（表），连接查询，当然编程时 需要动态分析输入的时间，动态生成数据查询语句。
茶 茶壶 Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-05 #8 唉,这个问题我也碰到过, 对于小的数据库系统,foxpro,access,paradox就一定要跨年度存放, 因为速度和安全性来说要保险得多. 可是, 我的SQLServer中的库被老板逼着要跨年度存放, (老板是一个foxpro 2.5 for windows的程序员) 我实在想不通为什么要这么做. 但查询或操纵也不是象gxg9916说得那么难写.
唉,这个问题我也碰到过, 对于小的数据库系统,foxpro,access,paradox就一定要跨年度存放, 因为速度和安全性来说要保险得多. 可是, 我的SQLServer中的库被老板逼着要跨年度存放, (老板是一个foxpro 2.5 for windows的程序员) 我实在想不通为什么要这么做. 但查询或操纵也不是象gxg9916说得那么难写.
H Hydraxin Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-07 #9 我的想法是： 将每年的数据库文件按一定的规则命名，当然文件名要包含该年，如： 1999xxxx 然后在查询时，要用户输入年份，然后去查不就行了， 我想不管是单机数据库或是网络数据库这种方法都适用，但各位都说这样做 不值得，我不太懂，请各位赐教
我的想法是： 将每年的数据库文件按一定的规则命名，当然文件名要包含该年，如： 1999xxxx 然后在查询时，要用户输入年份，然后去查不就行了， 我想不管是单机数据库或是网络数据库这种方法都适用，但各位都说这样做 不值得，我不太懂，请各位赐教
L leonardo Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-07 #11 我还做过按月存放数据的应用呢，当时觉得很烦，不过只要命名规则的话，查询不是一个大问题。
学 学生 Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-07 #12 数据分年存放还是有些好处的，象你提到的速度、备份等， 特别适用于小型文件数据库，我单位以前有一个重要应用就是 分年存放的，用的挺好。我觉得这样做没有什么不可以，（毕 竟用户是上帝吗？！）但必须向客户讲清楚，要做分年存放可 以，但在使用时不能做跨年度的操作（维护、查询），必须关 闭当前打开年份的数据，然后在打开新的一年数据，否则麻烦 无穷；他如果同意，你何乐而不为呢？
数据分年存放还是有些好处的，象你提到的速度、备份等， 特别适用于小型文件数据库，我单位以前有一个重要应用就是 分年存放的，用的挺好。我觉得这样做没有什么不可以，（毕 竟用户是上帝吗？！）但必须向客户讲清楚，要做分年存放可 以，但在使用时不能做跨年度的操作（维护、查询），必须关 闭当前打开年份的数据，然后在打开新的一年数据，否则麻烦 无穷；他如果同意，你何乐而不为呢？
Y youtoo Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-08 #13 同意hydraxin 和walala的意见之综合.
L littlekoala Unregistered / Unconfirmed GUEST, unregistred user! 2000-03-08 #14 谢谢各位的指教。只可惜50分太少，真不好分配。请见谅！
