我正在做这个项目，这个项目基本上是使用PHP / MySQL（codeigniter框架）的ERP模块。
我不确定如何整合Order Placing机制（以及其他依赖于多表的功能）。 例如。客户订单由两个MySQL表管理（订单和订单明细）。 订单表存储一般订单信息，而订单详细信息存储订购的产品信息（数量等），因为订单可以订购多个产品。
所以，我的问题是：
这件事基本上是如何实现的（背后的逻辑）？
如何在行业术语中调用它（因此我可以谷歌搜索准备好的JavaScript / AJAX或PHP库或snipets）？
答案 0 :(得分：1)
这个术语是关系数据库
您可以使用mysql本身使用'innoDB'驱动表来构建关系数据库。
背后的逻辑是以下（在你的情况下）
你有3张桌子： - 用户（具有用户ID，用户名，用户密码等） - PlacedOrders（带有orderid，userid，productid） - OrdersDetails（带有orderid，productid，orderdate，ammount等） - 产品（包括产品，产品名称，产品等）
此处所有'... id'名称都是主键
对于用户，主要ID是userid 对于placeorders，主要id是orderid 等
但是有些表还有另一个'..id'，它是另一个表的主要id。 与表中的userid一样，placementorders是用户的主要id 这些id称为foreignID的
这些foreignID与彼此相关联。
它背后的逻辑是，对于表格放置器，您不必包含用户名或密码，这样的东西。
这可以防止冗余，并且当您拥有大量数据时可以提高数据库效率。
还有一个关于如何在网站中使用它的提示： 用户首先使用表用户的数据登录。 然后他进入产品页面并选择他想要订购的产品和装货。
现在下订单时，订单将在订单详细信息中进行 并且所有变量（orderid，productid和userid）将在placeorders中组合
现在对于用户而言，这不是一种改进。
但对你（或商店）来说。 通过这种方式查看谁已经订购了使用仅来自placeorders表的数据的内容
通过这种方式，您可以创建一个（搜索）页面，只需点击一下即可查看用户的数据，产品详细信息和订单明细。
现在有了一些方便的脚本，您可以轻松地从产品，用户和订单中获取相应的数据，并将这些数据放在一个页面上，而您没有将所有内容放在一个大的混乱数据库中
答案 1 :(得分：1)