带有MySQL数据库的PHP Yii框架上的应用程序是否可以处理2万名员工的ERP解决方案？

如何解决带有MySQL数据库的PHP Yii框架上的应用程序是否可以处理2万名员工的ERP解决方案？

| 我们有一个为孟加拉国最大的制衣业之一建立ERP系统的项目。 他们大约有20,000名员工，其中每个月约有10％的员工离职。我们是一家小型公司，只有5个PHP开发人员，并且在大型项目方面经验不足。我们之前使用Codeigniter / Zend Framework和MySQL数据库开发了不同的中小型项目。 对于这个项目，我们决定使用Yii框架和MySQL或PostgreSQL。每天将有大约一百万个数据库查询。现在我的问题是MySQL / PostgreSQL是否可以处理此负载，还是有更好的选择？是否可以使用Yii框架执行此操作，还是可以针对此类应用程序使用更好的PHP框架？我们只有5个月的时间来构建薪资和员工管理模块。     

解决方法

一方面，考虑使用PostgreSQL而不是MySQL。您将要处理关键任务数据，总的来说，您将了解： 您将可以访问窗口功能（对报表有用），带有语句和功能更强大的查询计划程序。 您将拥有额外的数据类型，即几何类型，可用于优化与日期范围重叠相关的查询。 您将可以使用全文搜索功能，而无需使用容易造成数据损坏的引擎（MyISAM）。 您将具有更多选项来实现数据库复制（其中一些是内置的）。 关于可伸缩性，请注意可伸缩性==性能。后者是关于更快地提出单个请求。前者是关于能够处理大量同时请求的，而后者通常会受到轻微的影响。 对于PHP框架，我从未亲自使用过Yii，所以我不知道它的扩展性如何。但是我非常确定Symfony2（或者Symfony，如果您不打算使用Beta版软件）可以很好地扩展：它的主要开发人员在网络代理商中工作，其主要客户是中大型组织。     ,我认为，Yii将能够（相对）处理大量数据。我正在使用Yii来管理130万条记录，每天在一些性能惊人的小型虚拟主机上进行thausend更新，每天进行数千次查询。 如果您的数据库可以处理此数据，则Yii应用程序也将处理该数据。 您对数据库的选择将是重要的一点。所以@Denis说了一些重要的想法。通过使用MySQL，您可能必须探索/确定适合您需要的存储引擎。 但是，通过与Yii创建一个不断发展的项目，我意识到了几点。您应该考虑这些事情： -Yii是一个年轻的框架：支持新技术（例如ajax），但是在某些特殊情况下，它还有些不成熟：在数小时内生成基本应用程序非常容易。特殊情况和要求可能会发生问题。  示例：它们具有用于用户输入（HTML表单）的良好验证机制。但是直到Yii 1.1.6不能与HTML复选框一起使用，从Yii 1.1.7开始，默认情况下支持复选框，但不支持复选框组。另一个问题：Yii始终使用表别名，该别名始终为\“ t \”。那可能是个问题！有时您可以定义该别名，有时则不能（不一致）。如果您想在MySql中锁定几个表，则会遇到问题，因为Yii用相同的别名“ t”调用每个表。因此，您无法通过表名抢劫MySql中的表，也无法锁定通过相同别名调用的几个表。 ->这些是特定的问题，您可以通过编写纯PHP（不使用Yii功能）来解决，而我想说的是：在大多数情况下，该框架将无济于事。 -Yii很容易扩展。添加自己的扩展程序或功能很容易。通过编写自己的扩展名，小部件或通过重写方法可以解决很多“小问题”。 -Yii支持PHP 5.2。 Yii与5.3兼容，但是（Yii在5.3上运行-我从昨天开始仍在使用它，它可以正常工作），但是不支持5.3中的新功能（也许您需要一个？） Yii 2.0可能会（可能）支持PHP5.3-在不久的将来（2012年） -Yii有一个很小（但非常好）的社区。 -没有专业支持（您可以发布错误，希望有人可以修复它-或您自己修复） -Yii是OO PHP。通过处理数据对象来考虑这一点。可以将大量数据加载到数据对象中。但是请记住，您的应用程序服务器具有足够的RAM（但这不是Yii特有的东西） 完全：我喜欢Yii，如果您的应用程序不那么复杂，那么最终您将获得一个有趣而强大的应用程序。     ,不过，我认为您可能会问错问题。 您有五个月的时间来构建ERP系统。首先要关注的是： 安全。您正在处理金钱和个人详细信息。 可靠性。正常运行时间可能很重要（至少在工作时间内） 一致性。您不想冒险丢失数据或破坏数据 开发人员的生产力。用五个月的时间来完成您描述的内容 可维护性。听起来这是企业的核心资产，使用寿命长达数年-将来可能需要维护和扩展。 可扩展性。您需要为数以万计的工人提供支持，每个工人都有很多时间卡，工资单运行等。 性能。您希望应用程序能够响应。 我会问性能是否是绝对优先的事情-它不应该太慢，但是许多ERP系统都比较缓慢。性能优化通常意味着需要权衡其他优先事项-例如，ORM系统可以提高开发人员的生产率，但比手工编写的SQL速度要慢。 至于可伸缩性-只要您具有合理设计的架构，我认为2万名员工对于像样的硬件上的任何现代RDBMS都不会构成太大的挑战。 因此，如果您是我，出于Denis提到的原因，我可能会选择PostgreSQL。从未使用过Yii，但似乎完全合理。我将使用ORM，直到您发现性能确实无法接受的情况为止。 至关重要的是，我将构建一个测试框架，该框架可让您在开发周期中监视性能和可伸缩性（为此我使用JMeter），并且仅在确实需要时才进行性能优化。在您知道自己有问题之前，以性能为名牺牲所有其他方面，尤其是生产率和可维护性，往往会创建过于复杂的解决方案，从而又会带来更多的安全问题和维护挑战。     ,只需添加， Yii可以很好地在两个方向上扩展（即，使用新模块等进行功能添加，并且在性能方面是最快的php框架之一）。 我可以用Yii看到的唯一缺点是，它的用户群较少，因此与其他一些框架相比，其支持要少一些，但是这种情况正在迅速改变。 Yii最好的部分是基于gii的代码生成，一旦您习惯了它，它可以帮助您真正快速地入门。     ,Yii非常灵活，轻便且易于学习的PHP框架。