7呵呵，微软也有免费的东西的 1 懒厨 2007-07-31 20:40:05
ＭＳＤＥ　（ＳＱＬ　ＳＥＲＶＥＲ　２０００　的免费版），数据库大小的限制是２Ｇ

ＳＱＬ　ＳＥＲＶＥＲ　Ｅｘｐｒｅｓｓ　（２００５的免费版），数据库大小的限制是４Ｇ，

一般的数据处理，绰绰有余了。需要处理更多数据的用户，一般也不是穷人，也不会在乎那点钱了。

2这个主题挺有意思，鼓励鼓励 1 请尽量 2007-07-30 22:34:24
不过，里面有个很重要的需求必须搞清楚：

如何计算、怎么比较、整理又是什么意思？这些功能应该是这个软件系统的核心吧？

3这部分比较麻烦 1 橡树村 2007-08-02 03:04:00
这部分需要非常灵活的增加调整功能。
搞科学的人么，想法比较多，不一定想比较什么呢。
计算简单，有计算方法就是了，比较整理就是找规律。
现在这些工作是人工和excel做的。
不一定非放到程序里面，这个数据库能够按照要求把想要的数据都找出来就好了。或者提供一些基本功能。

3agree 1 闲看蚂蚁上树 2007-07-31 08:53:05
so I recommend the dataview. He doesn't need to write any code for data download and process, just focus on the data analysis.

4这dataview是个面向行业的东西，还是通用的？ 1 请尽量 2007-07-31 09:53:50
能给个链接么？就是好奇。

5目前面向行业, 不过我觉得可以定制 2 闲看蚂蚁上树 2007-07-31 10:09:54
http://www.sas.com/success/ibm_dataview.html

Dataview是IBM开发的，基于SAS和IBM DB2的SAS 应用。看过IBM的工程师用过，觉得不错。类似做data mining的软件还有corner stone, JMP等等。

6挺有意思。看起来象是可以针对其他流程定制。 1 请尽量 2007-07-31 14:10:38
要用这个东西，数据自动采集应该是必需的吧？否则，数据量不够，分析的结果也不具有代表性啊？更别说要做实时分析了。

如果没有理解错的话，DataView是建在OLAP上的吧？分析能力更强？

7数据自动采集肯定是的 1 闲看蚂蚁上树 2007-07-31 14:43:43
也就是inline-test。offline-test or bench test是另外的东西了。
数据是在生产线上到达某个步骤后批量采集的。采集完后，有权限的工程师就可以分析数据了。我不知道OLAP, dataview整个就是个sas，每一个步骤都有sas script对应。

2懒厨方案二 1 懒厨 2007-07-30 18:00:44
对于第二期的要求，有两个假设。

其一是假设客户端没有变化，仅仅是有新的数据要输入，解决方案就很简单了，让网络管理员设置一个ＦＴＰ　Ｓｅｒｖｅｒ，让远处的数据提供者把数据上传过来，定时或者手动把数据抄入数据库即可。

第二个假设，是客户端有较大的改动，数据的分析及处理很复杂，而且需要远处的即时数据（Ｒｅａｌｔｉｍｅ　Ｄａｔａ）。这种开发就比较有趣了。我会把Ａｃｃｅｓｓ移植到ＶＢ．Ｎｅｔ　（或者　ＡＳＰ．Ｎｅｔ，假如想做Ｗｅｂ　Ｂａｓｅｄ的应用程序，好处是远处的用户也很容易使用）。另外，远处还应该设置服务器，来提供这边所需的Ｗｅｂ　Ｓｅｒｖｉｃｅ。

假如是只需要两三个程序员的功夫，用Ｖｉｓｕａｌ　Ｓｏｕｒｃｅ　Ｓａｆｅ来做源码的版本控制就足够了。如果是二三十个程序员的开发，我会推荐Ｒａｔｉｏｎａｌ　ＣｌｅａｒＣａｓｅ．


最后提一下，至于项目管理，测试什么的，我就偷一下懒，暂时不提了。

3的确如此 1 射手 2007-07-31 07:16:09
如果需要处理远程的实时数据还是用web service最好。当年没有这东西就麻烦了，我们原来做的一个系统客户是个大酒厂，在全国各地有许多分公司，系统每天定时拨号连接总公司服务器上传销售数据，服务器端程序汇总输入数据库，前端程序出报表。

2懒厨方案一 1 懒厨 2007-07-30 18:00:02
对前期的要求，客户端用ＡＣＣＥＳＳ，数据库用ＳＱＬ　ＳＥＲＶＥＲ．做开发的时候，可以在开发的机器上，用ＳＱＬ　ＳＥＲＶＥＲ的免费版。开发完毕之后，把数据库移植到正式的服务器上。

对于权限的要求，可以设置不同的ＳＱＬ　ＳＥＲＶＥＲ　Ｒｏｌｅ，让不同的人看不同的Ｔａｂｌｅ／Ｖｉｅｗ。

对于每天新增加的数据，不知数据格式，假设是简单的固定文本格式，可以用Ｂｕｌｋ　Ｃｏｐｙ，在服务器上设置一个任务（Ｃｏｎｔｒｏｌ　Ｐａｎｅｌ　－＞　Ｓｃｈｅｄｕｌｅｄ　Ｔａｓｋｓ），在固定的时间把数据输入数据库。

假如数据格式复杂，可以用ＳＱＬ　ＳＥＲＶＥＲ　的　Ｄａｔａ　Ｔｒａｎｓｆｏｒｍａｔｉｏｎ　Ｓｅｒｖｉｃｅｓ　（ＤＴＳ）处理后再输入。　（ＳＱＬ　ＳＥＲＶＥＲ　２００５　有同样的工具，但不叫　ＤＴＳ，　忘了叫啥了）

这个方案是基于用户不多，要求不高的假设，版本控制，就忽略了。

3数据的输入，如果已经有Excel文件的话 1 蜡笔小新 2007-07-30 21:33:44

直接导入SQL Server/Access即可，非常简单，符合橡树的“学生计算机水平较差”的需求。

数据的备份也比较简单，设成每天的自动任务即可。

这其实是用数据库的数据转换、传输等辅助功能完成一些非数据结构的数据控制，有意思。