Sequelize orm vs Loopback orm

Question

我正在创建由PostgreSQL支持的rest api.我喜欢Strongloop Loopback框架,它简化了api开发.但它的内置orm与续集相比如何？哪些高级功能已经作为专用的sql orm继承,在环回中缺少？也许最好继续使用sequelize,并使用一些其他的api助手而不是monolitic loopback框架？

Answer 1

有点意见的问题，不知道是不是真的属于这里。就 RDMBS 部分而言，我自己并没有看到 ORM 实现有太大区别（nosql 是另一回事）。我也真的不能专门为 Postgres 实现发言，因为不幸的是我需要将它与 MSSQL 一起使用。不过，squelize 可以让您使用 Hstore 或 json 吗？想想那些你会在环回中发现的东西，因为它在所有连接器上推广了 API。它是一种权衡。可以说，您以与 Mongo 相同的方式查询您的 RDMBS。也就是说，strongloop 似乎已经在这里为企业生产了一款产品，所以我敢打赌，支持应该是相当不错的。

附带说明一下，我真的不知道将环回称为单体框架是否准确。对我来说，至少对我来说，一个整体框架就像 Rails 一样，它在架构方面把你画在一个角落里，并且更适合服务器渲染的内容（相对于胖客户端 SPA）。Loopback 会自动为您生成一个 swagger 兼容的 Rest API，但由您来配置哪些路由/动词可访问以及 ACL 控制。虽然这些部分的某些实现是“烘焙”的，但它几乎不是单一的。如果您使用 Restful 架构，您最终将在任何其他框架中创建所有这些路由。您仍然可以根据需要在环回中创建自定义端点。使用 Loopback 的一件好事是，您可以从 RDBMS 中的现有/遗留集对模型定义进行逆向工程。还有一个定义同步选项（我还没有真正探索过）。查看这个演讲，它很好地展示了为什么回环的逻辑。

Answer 2

答案有点晚，但供将来参考：事实上，Loopback 不仅仅是 ORM，它还是 ORM + Express。您也可以单独使用 Loopback 的 ORM 库（loopback-datasource-juggler），但它的 api 不如 Sequelize 直观。另一方面，对我来说，主要区别之一是，如果您稍后更改模型，Loopback 能够更新现有数据库表，而不会破坏其中的数据。使用 Sequelize，您需要手动处理它，它只会在您第一次运行时创建表。要更新现有表，您需要删除它，然后重新创建它。希望您记得备份表中的数据。或者手动更改表的结构。

Loopback 处理它的原因是，与 Sequelize 不同，它没有在数据库级别强制执行数据完整性，正如上面提到的@gurg-hackpof。