Ember模型和SQL – 在服务器上或通过Ember关系连接表？
有了Ember，你可以find一些关于构build博客和做清单的教程，但是似乎没有太多需要更复杂模型的东西。 我正在寻找更多的指导，以确定在Ember中是否有处理复杂规范化数据的最佳实践。
例如，我正在开发一个酒窖应用程序，我正在使用8个不同的表格来模拟瓶装葡萄酒（虽然细节并不重要）：
wines categories bottle_varietals wine_varietals producers appellations regions countries 为了展示葡萄酒瓶，我需要join所有这些数据。 我看到了两种方式：
- 在服务器端进行join，然后将一揽子葡萄酒瓶发送给您只有
wine_bottle模型的客户端。 - 创build与每个表对应的8个Ember模型，并使用
hasMany，belongsTo等创buildEmber关系
这两种方式似乎都是可行的，就像他们有优点和缺点一样。 鉴于Ember是一个“自以为是”的框架，在这个框架中是否有一个“Ember Way”，还是这只是开发者的口味？
我的2美分：我认为这是留给用户的口味。 详情如下：
如果你想代表资源像生产者/ bottle_varietals，那么你应该采取你的第二种方法。 但是，如果您只想处理前端应用程序中的葡萄酒列表，那么您可以自己select第一个选项。 Ember就这样，对于你如何build模你的数据并没有提出任何意见，而是留给了ember-data 。 即使在Ember数据中，他们关于烬数据的哲学也在这个链接中被描述