求介绍适合生产用的数据库不要K3

若离ヘ不弃°

不知道各位大虾知不知道有什么数据库是适合生产用的，要有如下功能
1：记录生产数据，目前是员工将自己的产量扫描进access。
2：根据任务单的机型和数量自动生产机器序列号，目前的excel下拉导入access，比如TP02‘100台就要在原基础最后的机器序列号70000后开始生产，实在不行只要能批量导入也可以。
3：access能做到的表的关联查询也要做到，更完善更好。
4：销售订单可以录入并且匹配机器
公司的K3不能很好的用来生产信息的管理与维护，就用了access，但是access好慢啊，现在数据还不是很大，所以现在领导说找新数据库了，不过菜鸟不是很了解，在这里求教，求推荐啊。

笑嘻嘻哦

数据库是有限度的

若离ヘ不弃°

LeeTien 发表于 2013-1-20 08:37
后台数据库用Microsoft SQL Server 2000/2005/2008、Oracle 10g/11g或则DB2这些成熟的网络多并发数据库
前 ...

谢谢啊我先大概研究研究再来问

若离ヘ不弃°

roych 发表于 2013-1-19 20:32
1、压缩后台数据是需要所有人员退出之后才可以进行的（至于怎么提醒大家退出去，请搜索“升级记”）。
2、 ...

谢谢啊，默默的去研究研究啊

LeeTien

后台数据库用Microsoft SQL Server 2000/2005/2008、Oracle 10g/11g或则DB2这些成熟的网络多并发数据库
前端使用Access 开发界面处理
在实际实施过程中
二三十个并发没有发现系统变慢
而且我有一个QC项目有二十多个终端台站，一个台站有十几条记录项，数据库使用Microsoft SQL Server 2008 R2，服务器只用了一台联想台式机，速度一直很正常。到现在为止稳定运行五年了，中间还时常停电，一直很稳定。

有什么问题可Q我：31586115

roych

1、压缩后台数据是需要所有人员退出之后才可以进行的（至于怎么提醒大家退出去，请搜索“升级记”）。
2、查询语句也是可以优化的，好像在论坛里见过，由于和SQL Sever有所区别，所以尽可能不要用“In 子查询”方式，而是改成内联接查询；如果非要使用时，In 比Not In要快一些。
3、还要注意一点，在Access里，没必要非要什么都想着一步到位，一个查询就搞定。用多了别名（这里特指以某个表或者查询为别名的情况），不够直观，不方面修改，如果数据出错，自然也不方便判断到底是哪个查询出的问题了。
4、启动时应该创建Access组件来打开软件会快速很多。——对于前后台分离的情况来说，至少是这样。直接双击打开时往往会因为读取数据而变慢。具体可以搜索下“指定工作组打开数据库”的例子。

若离ヘ不弃°

roych 发表于 2013-1-18 14:16
1、我们用Access开发的系统，同时十几个人登录，也只是登录链接后台数据时稍稍慢一点而已，后面的操作都相当 ...

可能我的查询写的烦了，只会最简单的语句很多都是多重查询，至于那个压缩后台是怎么弄的啊

roych

1、我们用Access开发的系统，同时十几个人登录，也只是登录链接后台数据时稍稍慢一点而已，后面的操作都相当快的，除非记录达到10W条以上。
2、除了总览表以外，必要时可以考虑分开多个模块来处理，例如按工序单独划分，那么对应岗位只看到该工序的订单状况。不过需要注意的一点是：前一个工序完成时把数据追加到后一个工序中。
3、经常性压缩后台数据，至少一个月得压缩修复一次。
4、如果这样还是很慢的话，可能需要重新写后台数据的链接语句，或者查询了。

huangli0356

"zhuyiwen"

若离ヘ不弃°

yanghua1900363 发表于 2013-1-17 10:39
access+sql 本站论坛朱大师的帖子上有

哪位朱大师啊