Sequelize orm vs Loopback orm
我正在创建由PostgreSQL支持的rest api。 我喜欢Strongloop Loopback框架，它简化了API开发。 但是它的内置orm与sequelize相比如何呢？ 什么先进的功能作为专用的sql orm续集，哪些在回送中丢失？ 也许最好继续使用sequelize，并使用一些其他rest api helper而不是monolitic loopback框架？
一种意见问题，不知道它是否真的属于这里。 就RDMBS片断而言，我自己并没有在ORM实现方面看到很大的差异（nosql是另一回事）。 我也无法专门为Postgres实现发言，因为我不幸需要将它用于MSSQL。 压扁让你使用Hstore或JSON吗？ 考虑一下你会发现在回送中缺少的东西，因为它在所有连接器中推广了API。 它是一个权衡。 你可以说，你可以像Mongo一样查询你的RDMBS。 也就是说，strongloop似乎已经为这个企业制作了一个产品，所以我敢打赌，支持应该是相当不错的。
在一个侧面说明，我真的不知道是否调用loopback单片框架是准确的。 对我而言，至少，单块框架工作就像Rails一样，在架构的角落描绘了你，并且真正为服务器呈现的内容（与胖客户端SPA）做了更多的配合。 Loopback会自动为您创建一个兼容Swagger的Rest API，尽管您可以自行配置哪些路由/动词可以访问并且ACL控制。 虽然这些作品的某些实施是“烘焙”，但几乎不是单一的。 如果您要使用Restful体系结构，您将最终在任何其他框架中创建所有这些路由。 如果您觉得合适，您仍然可以在环回中创建自定义终点。 Loopback的一个非常好的事情是，您可以从RDBMS中的现有/旧版集反向设计模型定义。 还有一个定义同步选项（我还没有实际探讨过）。 看看这个话题，它很好地展示了为什么回送的原因。
值得注意的一件事是Loopback不能保证参照完整性，因为它不会在数据库级强制外键。 请参阅https://github.com/strongloop/loopback-connector-mysql/issues/135
这有点晚，但对于未来的参考文献：事实上，Loopback不仅仅是ORM，它还是一个ORM + Express。 你也可以单独使用Loopback的ORM库（loopback-datasource-juggler），但它的API并不像Sequelize那么直观。 另一方面，对我来说，主要的区别之一是，如果稍后更改模型，Loopback能够更新现有的数据库表，而不会破坏其中的数据。 使用Sequelize，您需要手动处理它，它只会在您运行它时第一次创建表。 要更新现有的表格，您需要删除它，然后重新创建它。 希望你记得在表格中备份数据。 或手动更改表格的结构。
Loopback处理它的原因很简单，与Sequelize不同，它没有在数据库级别实施数据完整性，正如上面提到的@ gurg-hackpof。
链接地址: http://www.djcxy.com/p/84371.html上一篇: Sequelize orm vs Loopback orm
下一篇: Spring OAuth @EnableResourceServer preventing login page from OAuth server