现在公司想基于b/s结构开发一个ERP系统，我们没这方面的经验，望大家讨论、赐教。公司总部在北京，各个省都有分公司，要把所有分公司的数据集中在总部。老大希望所有的操作都能在浏览器里操作，包括交互频繁的操作（开票等）。我现在有几个主要的难题不知道怎么弄：
1、数据库该如何部署。我们初步打算把所有的数据都放在一个服务器里，但这样每天有很多数据操作，访问量大了这样速度会不会太慢，尤其是在汇总时。
2、如果采用分布式数据库，数据库之间如何才能同步呢？
3、是否一年一个库。如果只有一个库，几年以后有的表数据量将会很大，几百万，或千万条。汇总起来就很慢了。
4、完全采用b/s合理不？一些交互频繁的操作，像出库开票什么的，这样会不会太慢。如果采用c/s结合，讲如何结合呢？等等现在还一团雾水，希望大家讨论一下，有什么好的解决方案。
1、数据库该如何部署。我们初步打算把所有的数据都放在一个服务器里，但这样每天有很多数据操作，访问量大了这样速度会不会太慢，尤其是在汇总时。
2、如果采用分布式数据库，数据库之间如何才能同步呢？
3、是否一年一个库。如果只有一个库，几年以后有的表数据量将会很大，几百万，或千万条。汇总起来就很慢了。
4、完全采用b/s合理不？一些交互频繁的操作，像出库开票什么的，这样会不会太慢。如果采用c/s结合，讲如何结合呢？等等现在还一团雾水，希望大家讨论一下，有什么好的解决方案。
至于数据库，看具体情况了，我想应该不要求百分之百即时同步吧？甚至只在汇总时需要同步？
这样的话，完全可以各分公司处理自己的数据，拥有自己的数据库，只把汇总需要的数据传送到总公司数据库中
业务中不可避免会产生N多的临时数据，不是特别重要的，完全可以放在各分公司，需要时再调用，这些不需要传送到总数据库中
还有就是网络情况是不得不考虑的，如果数据量比较大，想全部即时传送那是不可能的
结论：数据库分布，只汇总需要数据库到总公司；架构为B/S+C/S
而且既然你能想到分库，可见数据量真的比较大，所以用一个数据库是不可能的，只能分布式
开票等操作在浏览器中操作实在不方便，各种财务报表在B/S里解决起来远不如C/S方便，开发效率也是要考虑的
而且既然你能想到分库，可见数据量真的比较大，所以用一个数据库是不可能的，只能分布式
开票等操作在浏览器中操作实在不方便，各种财务报表在B/S里解决起来远不如C/S方便，开发效率也是要考虑的
----------------------------
同意！
我们一般情况下是将当前年的数据列出来，以前的数据就做为历史数据供用户查询使用。
到了年初就将上一年的数据导入到历史数据的表中。
不过象这种的b/c和c/s交互使用的，不太好整。财务报表也是需要考虑的首要问题。我们采用水晶报表。
不过还是有很多问题解决不了，只能是模拟的解决报表。
祝你好运！
我觉得这样的话不如用一个平台的概念来描述，目前也正要做这方面的项目。我的考虑是：各个分公司用一个统一的数据库，b/s结果来实现。采取最新数据和历史数据分开来存。
总部需要汇总的时候将各公司的数据导入到总部的数据库中，c/s结构。
当然，总部的数据库和分公司的数据库需要在相同的服务器上。
这样估计老大不同意，这样每次要汇总，做绩效分析都要导数据库。
是吗？都有些什么问题？能介绍一下吗？感觉该怎么弄好一些？谢谢啊