本地100M局域网的话用SQLSERVER就比较理想了,实时能力是比较强的,同时本地再使用MDB数据库,如果网络不通的话用先保存入本地数据库,如果要求实时很高的话并且很繁忙的情况,就这样,有点象POS系统。

解决方案 »

  1.   

    最有效的方法就是锁定表,将表锁住也就行了。
    UPDATE时锁行可能也行!
      

  2.   

    用sqlserver就可以了。条件本地局领域网。
      

  3.   

    用MSDE,OFFICE里面就有带,和SQL SERVER功能一样,免费。★★★★★
    打工好辛苦
    ★★★★★
    钞票好难赚
    ★★★★★
    编程好伤神
    ★★★★★
    光阴好易混
    ★★★★★
      

  4.   

    呵呵lingfeng_314(小旋风) 你也在这里啊。我也看看。大家讨论讨论。
    其实既要要求很高的并发,又要要求廉价的桌面数据库系统。这本来就有一些矛盾。特别,当客人、点菜高峰时。桌面数据库系统根本不能胜任。所以我觉得还是应该使用SQL。特别,如果使用桌面数据库系统,只有通过非及时系统。即盘点时上传。
      

  5.   

    用远程自动化RPC
    利用远程COM实现的话不如干脆试试Soap+COM组件利用WEB Service实现这个系统
    用什么库都没关系下一个MSSoap Tookit 3.0
    试试
      

  6.   

    那个远程自动化服务器
    实施起来比较烦啊相对来说 Web Service更有生命力
    也更容易实施有很多辅助的工具能完成对数据库操作的COM组件如果采用这些工具,这样的开发,也不很费时
      

  7.   

    首先,我要谢谢各位的支持!
    我尝试过用vb的远程自动化编过一个测试程序,还没有时间仔细设计,有兴趣的朋友可以给出email,我给你们看看
    这个题目其实是很有意思和钱途的哦,就看你们怎么看了
    我目前的想法是想用"远程自动化"或者"DCom"或者其他什么相关技术加上廉价的"mdb"数据库来解决,并发冲突和软件成本的问题,在上述前提下实现:稳定\实时\廉价的开发目标
    就此欢迎各位大侠发表高论,有兴趣交流的还可以email和qq联系好,我有事先出去了,明天再来看看!
      

  8.   

    MSDE5用户以内与MS-Sql差不多,可以使用的。你用远程自动化来保持数据同步,好象不太理想!不知你的数据量多大,如果大的话,同步需要时间,在同步的过程中可能发生业务!我的建议是用MSDE,然后网络中只有这一个数据库服务器,工作站都读它。