Database 使用Kotlin满足我需要的好的轻量级ORM是什么?

Database 使用Kotlin满足我需要的好的轻量级ORM是什么?,database,kotlin,orm,aws-lambda,serverless,Database,Kotlin,Orm,Aws Lambda,Serverless,场景: 我有一个应用程序,其中我使用AWS lambda,它是用Kotlin编写的,用于从驻留在AWS中的关系数据库查询数据 -- 我的问题是我想使用ORM来触发这些查询。我不想使用hibernate,因为它太重,安装时间太长,我需要一个解决方案,该解决方案在安装和启动Lambdas时占用的时间最少。我看过多个ORM,如Exposed、Requery、Jooq、Ktorm和Squash 有没有人有过在无服务器环境下使用这些库的经验?您对它们有什么经验?您建议在我的场景中使用什么?您可以看看exp

场景:

我有一个应用程序,其中我使用AWS lambda,它是用Kotlin编写的,用于从驻留在AWS中的关系数据库查询数据

--

我的问题是我想使用ORM来触发这些查询。我不想使用hibernate,因为它太重,安装时间太长,我需要一个解决方案,该解决方案在安装和启动Lambdas时占用的时间最少。我看过多个ORM,如Exposed、Requery、Jooq、Ktorm和Squash


有没有人有过在无服务器环境下使用这些库的经验?您对它们有什么经验?您建议在我的场景中使用什么?

您可以看看exposed,

我已经在一些大型项目中使用了带有Hikari连接池的Squash,我对此非常满意。我喜欢它是非常可扩展的,我的团队已经能够解决出现的任何问题,实现对方言的扩展,并且定义TableDefinition类的简单性使它能够很好地生成代码。它也是非常独立的,几乎没有依赖性和反射,所以应该对serverless有好处,尽管我个人没有使用过它

Squash与其说是一种ORM,不如说是一种绑定到实体的sql抽象/转换层,而且它并不像hibernate那样试图解决所有问题。根据我的经验,ORM从简单、高效、功能强大的项目开始,发展到试图做太多事情的重量级库,当开发人员无法轻松看到从使用到数据库/存储机制的链条中发生的事情时,它们的复杂性开始引发问题

关于squash,值得一提的一个负面因素是,虽然它是一个JetBrains官方库,由kotlin开发人员创建,但支持有限,因为创建者orangy非常忙,我有一些功能拉动请求未完成,目前有更多的请求已备份。我之所以选择它,是因为我喜欢它的简单性和可扩展性,因为它是一个小型但高级的开发团队,所有的开发人员都有能力改进它

我希望这些因素至少能帮助你做出决定