餐厅应用程序的非SQL数据库设计

Question

我一生都在使用SQL数据库，现在我正试图进入NoSQL世界。为了达到这个目的，我正在寻找一个关于最佳实践的建议。

假设我有一张桌子，上面有菜单上的所有饭菜，另一张桌子上有服务员信息。我想为订单创建第三张表。使用NoSQL数据库将其存档的最佳实践是什么？

在传统的SQL中，我会创建一个名为Orders的表，其中包含一个ID和外键，指向侍者id。我会创建另一张桌子，把餐点id和订餐id联系起来。

在NoSQL数据库中执行此操作的推荐方法是什么？

你必须考虑到厨房里会有一个“客户”在显示订单。

如果与此相关，我将使用parse.com作为后端。

欢迎光临！

Answer 1

由于NoSQL数据库通常不支持联接，因此它们希望您以非规范化的形式存储数据。(因此，把codd正常化规则簿扔掉。开个玩笑)。在本例中，该表最好将值复制为类似的内容(orderid、ordertime、项目名称、waitername、orderserviced /no、servicetime、.)。项目名可以是许多NoSQL数据库支持的列表类型。除了一些数据库之外，并非所有数据库都支持辅助索引查询。您可以在orderserviced=no中查询所有订单，以获取所有已打开的订单。

如果其中一个表很小，并且可以由应用程序缓存，您仍然可以在应用程序级别执行类似于联接的操作。您可以对id进行哈希查找并获取实际值。

通常，您应该意识到NoSQL数据库具有有限的功能。但是，它们在模式方面提供了更大的灵活性，并且通常为大容量的应用程序和集群/HA进行调优。