问如何处理200万个产品

EN

我自己10年前提出的问题的答案基本上就是@jvenema在他的评论中试图告诉我的。索引。良好的索引。

10年前，我根本不知道他在做什么，我们基本上只在出现性能问题时才添加索引。

如今，数据库中的200万行对我来说基本上是小菜一碟。在我现在工作的地方，我们有of大小的表，其中有数十亿行。

本质上我的问题是--有没有预建的PHP/MySQL购物应用程序能够优雅地处理这么多产品？

不是的。如果有这些拥有2,000,000个产品的公司就会使用它。

我是否需要创建自定义应用程序？

你已经做到了。您以OS Commerce作为基础，并在此基础上构建了一个自定义应用程序。您可能不认为它是一个应用程序，但它确实是。

这里有哪些选项？

接受这一点，你需要一个像样的IT/开发团队来追逐这项工作，并评估这些成本和研发是否值得追逐这项新业务。

数据库会比MySQL更好吗？

不是的。但是MySQL数据库也不会比"nosql“数据库更好。

你肯定想要构建一个定制的解决方案，而且你肯定想收取比平时高得多的费用，因为这需要大量的风险和尽职调查。

至于你的架构，使用NoSQL是可能的，使用NoSQL进行电子商务背后有一些令人信服的原因-主要原因是它是无模式的，如果你有一吨的类别和一吨的产品，都需要不同的销售(即你销售不同的电脑和你的手表)，因为产品属性不同，管理数据库的复杂性变得非常重要。

这段视频将向你展示纽约市一家真正具有前瞻性的初创企业正在做什么。他们将MongoDB用于整个产品数据库。这个视频应该会让人大开眼界，因为它概述了大型电子商务网站在MySQL中的许多陷阱，以及NoSQL改变游戏规则的许多潜力：

http://engineering.shopopensky.com/topics/mongodb

至于处理付款，您肯定不希望将其存储在NoSQL中。将您的用户、会话和支付数据保存在MySQL中，并确保其高度安全。下面是关于在PHP应用程序中保护会话的一篇很棒的文章(尽管很旧)：

http://www.troubleshooters.com/codecorn/php/persist.htm

需要注意的是，最后一个链接应该可以帮助您更好地理解该理论。大多数PHP框架都支持这种开箱即用的会话处理方式。CodeIgniter、Yii和ZendFramework都是最好的。