Question

C# SQL Server Express 适合开发Windows窗体程序吗

Answer 1

其实windows窗体与SQL完全是两码事，一个是应用程序，一个是数据库存储，从某些角度上来说，使用C#可以提高开发的效率，但在性能上的确不如C++等语言，但对于一般使用的程序来说已经足够了！

再说一下数据库，SQL做为一个承载，其实Express版本的功能还是比较少的，很多东西都不太合适，比如对于事务的处理性能上不如企业版，同时一般再做作业调度，因为只有在企业版以上的版本中才会有作业调度，才可以打开SQL代理，当然其中还有数据挖掘与商业智能两项必须移植到程序上实现，其实若是使用企业版则可以直接形成报表，数据挖掘，商业智能等功能，但在企业版中却无可避免地损失了web数据库的功能。

也就是说，如果你的程序是实事分析的话，那么企业版本的SQL才会适合你用的，并不是所有的功能都压到程序端去完成——你写的代理与数据库直接管理的方案要，你认为哪个效率效能高？很浅显示的道理。

但如果是分布工数据库，呵呵SQL的开发版肯定是不合用的，比如快照，订阅分发，事务更新等一些数据库同步的功能根本无法完成——你可以开发程序去代替这几项功能，但为了快速开发，这显然是不合算的。如果你非要说能完成，那么你自己开发一个数据库也未偿不可的！

所以开发什么样的程序所选用的语言，开发环境，数据库甚至包括到开发人员的调配等都是需要根据实际的项目去选择的！

不过在日常中C#+SQL server Express已经基本可以了！

追问

我不是学计算机的，没有做过软件开发，你说的内容，我听着似懂非懂。

我的具体问题是：我想用于工业生产中读取十几个管道的煤气流量，每秒读一次。这些管道都是24小时连续通煤气。使用SQL Server Express，不会存在问题吧。可以每一个礼拜，把数据清空或导入Excel，重新读取。
如果使用SQL Server Express，在工厂电脑上，还得安装这个软件，对吗？
SQL Server Compact呢，还用安装吗？

我这个情况，是不是用Access就可以了？

追答

如果是这样，不建议你用SQL，诺，这个数据库叫实时数据库，也就是数据库存储外部门数据非常的及时，每秒中要产生至于十几个的数据要存入数据库，而且查看的人必须在同一时间读出当时的数据，这对于数据库压力不小，你可以参看一下实时数据库，它能满足你的要求！

当然，对于SQL也是能完成，我只是说能完成，呵呵，如果没有扩展的话，至于那个版本SQL问题不大，但最好是企业版本的，因为他可以支持640G内存，CPU能支持16核的，真没有扩展的话，直接把数据库做后备。

也就是说将数据讯到程序中，程序进行即时显示，然后不再写入数据库，但前提条件是，只有一台机器可以这样，如果多台机器要同时读取的话，还得先把数据写入到数据库中而且迅速读出来，所以这种方案不太适合你用，毕竟后来还有可能扩展！

如果你愿意软件显示的是几秒前或几十秒前的数据库的，SQL,ACCESS都无所谓的！看一下你数据有多大，然后考虑一下数据服务压力。

建议使用实时数据库，不要使用SQL!

追问

最后一个问题，动态数据库是怎么一回事，跟工业自动化控制有什么联系吗

追答

其实在这里边讨论动态数据库是不合适的。

你可能指的就是实时数据库，该数据库系统能够及时地做出响应，对数据的处理上及时快速。一般用于实时要求较高的环境中！比如，系统要对某项数据指标进行签定，并快速做出反应，气象站每秒中对某一站点进行一次数据采集，并实时反应对中心监测系统，而且采集的站点可能会涉及多个，甚至上千个。再如飞航系统中每时间段对不同的监测站过行处理，并将结果实时反馈给几个监中心，正如你象到的，飞船在空间的位置一般要求是三个以上的监测站数据才能准确的计算，比如中国的飞船，他们每秒中采集的数据就有几组，这种实时性要求非强的强，这时必须要用到实时数据库系统。

至于你说的动态数据库，实际上的称呼应该为“动态数据链接库”，是相对于静态数据连接库而言的，他是软件编程的一个技术，并非指的数据库系统，而直接就是我们常说的DLL而已。如果你对这方面不懂，建议你百度一下“动态数据连接库”，然后查看其中的内容，这怕是与你所想的并不相关，所以我也不在这里给你介绍了！

Answer 2

一般够用

追问

我想用于工业生产中读取十几个管道的煤气流量，每秒读一次。这些管道都是24小时连续通煤气。使用SQL Server Express，不会存在问题吧。可以每一个礼拜，把数据清空或导入Excel，重新读取。

Answer 3

可以啊，一般够用