主题：【求助】数据库解决方案 -- frnkl

用免费的mysql也很好

如果录入、输出不复杂 就用b/s结构很方便

如果有复杂的录入、输出还是c/s方便 b/s的报表很痛苦

不求交叉查询速度 文本也行 就是DB格式

整个需求报告，俺免费做哎，哈哈。

SQL Server还有一个免费的版本， compact edition。部署起来很方便只需要拷几个dll就可以了。开发时可以用它，如果以后要升级到其他SQL server 版本，只需改引擎就可以了，C#/ADO.net端的代码不变，建议试试。

Visual Studio 2010自己就是用的它。

小数据量选择SQLLite，读取速度非常快，不过并行写比较差（锁库）

中等数据量用MySql，虽然oracle买了sun mysql已经没前途了，但个人用用还是不错。

大规模首推postgresql,可以和Oracle相比较的免费DB.功能强大，性能稳定。

大概思路是这样，信息老了点

MSDE，又稱為 Microsoft Database Engine、Microsoft Data Engine 或 SQL Server Desktop Edition 等等，是以微軟 SQL Server 7.0 與 SQL Server 2000 核心為主的小型資料庫引擎，在大部份的使用情況下是免費，而且可以轉散布的資料庫（若要取得商用軟體的轉散布，則需要註冊才行），目前已由 SQL Server Express 接替。

MSDE 最令人詬病的，就是它只能使用指令來管理，除了使用 SQL Server Enterprise Manager 可連接以外，沒有圖形化的管理工具，而且功能也稍嫌單薄，最大的可共用使用者數只有8個[1]，在擴充性上也受到了限制。

excle可以在单元格里写宏触发脚本，也可以做窗体，也可以用web access

输出excel自然很方便，vba宏就搞定了

最新版的vsual studio版数据库+2010版office应该有更先进的方案（比如infopath什么的）

快两年没碰过这玩意了，纸上谈兵，过过干瘾也好。

先来几个假设：

1.将在局域网内运行。

2.不同用户使用同样的ID登陆，即不划分角色。

3.服务器是Windows的

我会选如下方案：

1.后台用SQL Server的免费版，有4G容量，应该够用。

2.前台用MS Access，用它的ADP格式，而非那个mdb格式。

说说好处：

1.用Access，你说的a与b都很容易实现，特别适合有一点编程基础，又不很精通那种用户。

2.用Access做报表很好实现。

说说不好之处：

1.将来要移植的话，前台可能要推倒从来

2.开发时必须用MS Office的Professional版，如果用正版软件的话，会较贵。

3.用户每台机都必须安装Access。当然，不安装也可以，我记得有个Access runtime，但这个要求用户有较好的编程基础。

4.每次更新，你都要每个用户逐个发布。当然，少过10人，还不算太麻烦。

说说不是很肯定之处：

我记得SQL Serve Express Edition限5个Concurrent Users，所以我才会假设所有用户都用同一个ID登陆来绕过这个限制。但不知你所要求的搜索是否复杂，复杂的话，10个用户同时运行，对服务器的要求可能会很高。而SQL Serve Express Edition似乎是限定单CPU的。

呵呵，欢迎提问。

我就写了个这种东西。

后面用SQL，前面用EXCEL里的VBA，很方便。

数据读出来后，EXCEL大家都会用，也省了写界面的时间。

用你的经验给俺指导指导呗.俺刚刚发了个求指导的帖子在这儿.

http://www.ccthere.com/article/3289056

主要自己编程的底子薄，到现在才基本完工。最近我一定找时间写一个总结，向各位朋友汇报一下。说实话，微软的东西用起来真够麻烦的。

我会大致讲一下平台、工具选择；开发model；sql server remote access配置等等问题。

你要是有时间，可以自己编程。这玩意就是会者不难、难者不会，主要是里面各种各样的术语太多，我们这样大叔级人物经常会被搞到头大。不过你我这样的小项目对专业人员来说，又像鸡肋，估计在美国也没多少人愿意干。

不是天顶星人在用！

1.数据库用 SQL Server Express。设计和调试可以用 Access，然后再用 SQL Server Management Studio import.

2.如果是 Thick Client, 前台用 Visual Basic。

如果要是 Thin Client, 前台用 ASP.net 加 IIS。这两个东西都是为半吊子程序员设计的。很容易用的。

否则的话，用 JSP 加 Tomcat 也是可以的。Fancy 一点还可以用 Struts. 只看你那位朋友对哪套东西比较熟悉了。

3.至于输出到 Excel,方法很多的，DTS, SSIS,甚至自己写个小的程序都可以。如果用 JSP 或 Struts,现成的 code sample, 随便搜一下就到处都是了。

不知道你所说的更新数据库指更新数据，还是更新数据库结构。前者不过是怎样加数据的问题，SQL Server 上的工具一大堆。后者就比较麻烦，尤其是数据库里已经有数据的情况下。这就不是一般非专业人士能搞的了。

呵呵,最后这句俺已经体会了.

我这儿基本也是这个思路,asp.net+sql server express R2.

期待你的经验总结...

多谢任兄！我基本是按照上手最快的原则做的选择。

我的背景是没有Windows GUI Application编程经验，没有使用面向对象语言经验，曾经使用c（不是c++）做数值计算，有数据库（包括sql server）使用经验。用户则可以假定什么都不懂，只有最基本的计算机使用经验。

所以我最后的选择是：（1）前台用ASP.NET(c#)+IIS，后台用SQL Server Express。（2）数据的导入比较麻烦，因为用户的数据不规范，无法直接用SQL Server Management Studio import导入（这个我试过无数遍，鄙视一下微软的程序员，像SAS里加个选项即可），所以选择自己编程处理。更新是指有新的数据过来话，怎么加入数据库。用户不需要即时处理，一般是累积一段时间再导入新的数据。（3）输出至Excel我选择的还是自己编程，主要是自己的学习时间成本问题。