用了3个月的prisma,作为和TypeOrm可以说占据了大部分的node后端orm份额,但实际我个人用起来,虽然在参数类型上比较方便,但其他还有值得改进的点,但官方给人的感觉就很傲慢,就这个态度,在我看来目前还称不上下一代ORM
。
因为本人主要做前端开发,写后端只是顺带,所以一定会有不了解的地方。以下为个人使用过程中遇到的,仅作记录。
- 2024.4.21 更新:
5.12.0
发布,终于,sqlite支持了createMany
方法。
用了3个月的prisma,作为和TypeOrm可以说占据了大部分的node后端orm份额,但实际我个人用起来,虽然在参数类型上比较方便,但其他还有值得改进的点,但官方给人的感觉就很傲慢,就这个态度,在我看来目前还称不上下一代ORM
。
因为本人主要做前端开发,写后端只是顺带,所以一定会有不了解的地方。以下为个人使用过程中遇到的,仅作记录。
5.12.0
发布,终于,sqlite支持了createMany
方法。
因为数据很重要,这其中还有大量的代码片段,笔记,各种资料文档等等。所以,必要的多处异地备份显得重要,这里给出几个我常用的同步存储的选择。
2023.7.5更新:近期闲鱼上的硬盘价位较低,400入手了一个4T移动机械硬盘作为备份选择之一。
2024.4.5更新:由于近期微软针对E5订阅的消极支持态度,更新备份策略及网盘的推荐。目前备份策略为Bitiful+Onedrive。
虽然之前写过一篇《如何最大限度避免AWS天价账单》,但是这篇文章只做了流量超出提醒,没有提到如何自动关机导致我没注意到邮件而被背刺了。所以这次我打算写一篇关于如何使用Lambda监控Lightsail流量限额并超额自动关机的文章。
以此纪念上个月我被aws背刺的30刀。
最近某个 Web
项目处于开发阶段,要求设计支持上万用户在线的场景。因此需要对应用整体进行性能评估,以便确认应用整体的可容纳在线用户数,因此有性能测试的需要。
经过评估,我们的应用架构是典型的 SPA (Vue)
+ 后端 + 数据库应用,因此决定分开评测各自的性能,以便发现各自的性能问题,最终再集成整体评测。
因此我们分为了三个不同类型的性能测试:
本文分别总结这三个不同场景的性能测试。
PS: 由于后端部署的环境是 AWS Lightsail
,因此我们使用 AWS
提供的 RDS
作为数据库,国内云服务可能部分场景有不同,请考虑相关的替代品。