三導架構的分布式系統(B/S)?
三層架構的分布式系統(C/S)?
二層架構(C/S),各店獨立數據庫,數據用同步復制技術發傳送?
二層架構,各店用小型數據庫,數據分段導入?
等等...
大家討論一下什麼方式最好,按連鎖店多寡分析。

解决方案 »

  1.   

    用B/S,如果用delphi技術成熟嗎,誰做過並成功實施過嗎?
    現在做B/S的大多數都用JBuild,.net之類的
      

  2.   

    可以采用J2EE技术,但对店务管理来说,速度是挺慢的(如果带宽足够的话另当别论),否则建议采用DELPHI的三层结构,使用数据库同步技术。
      

  3.   

    成熟的呢可以用三层!!!
    不成熟的有INRAWEB,这必须店比较少的情况下!!!或B/S
    不过还要看你要的功能!!!
      

  4.   

    本人推荐使用B/S结构;开发上使用ASP.NET;
      

  5.   

    那用那么麻烦.就用Delphi的webservice,我们做连锁店都是用的它.
    [email protected]我的邮箱,有空可以来讨论一下
      

  6.   

    webservice完全可以实现,功能很强大,开发语言可以选择Delphi,因为Delphi是做数据库系统的强项,如果用别的语言也行,可能开发费用高一点,如果不是1000万以上项目最好选择DELPHI
      

  7.   

    to  zengtai(Keep),
    你用delphi做過是嗎?我現在就是把握不住快不快,
    我現在用的是replication,維護起來太麻煩了,一
    年到頭到全國跑
      

  8.   

    用ASP.Net + Delphi 的 B/s
      

  9.   

    我觉得店的业务系统用两层架构来实现就完成可以啦,然后再加入一块三层的数据传输就构成了完美的连销版本啦.用DELPHI实现完成没问题.我们就是这么实现的.
      

  10.   

    用delphi做三层。以应付需求的变化。
      

  11.   

    B/S结构恐怕很难应付复杂的用户界面设计,而且可靠度、安全性也不算太好,最先进的技术未必是最可靠的,因为线路方面是个限制,如果用Internet传输数据,保密问题很重要,一旦服务器被黑掉,造成数据泄露麻烦可就大了。建议使用Delphi的C/S三层或二层结构,如果对实时性要求不高的话可以每天用拨号方式汇总数据,广州本田的专卖店管理系统就是这个结构。