Cloudflare D1与Prisma：目前并不理想的组合
原文英文，约600词，阅读约需2分钟。
📝
内容提要
我将单体项目迁移到Cloudflare Worker并尝试Cloudflare D1，但由于D1不支持ENUM数据类型和交互式事务，我不得不手动创建表和用户ID。最终因缺乏ACID合规性，我决定继续使用PostgreSQL。
🔎
延伸解读
Cloudflare D1的局限性
Cloudflare D1在数据类型支持上存在明显不足，尤其是ENUM类型的缺失。这意味着开发者在迁移项目时需要额外的工作来手动创建表，增加了开发复杂性和出错的风险。对于依赖ENUM的项目，D1可能并不是一个理想的选择。
事务处理的挑战
Cloudflare D1不支持交互式事务，这对需要即时获取用户ID以创建用户资料的应用场景造成了困扰。开发者需要提前生成用户ID，这种变通方法虽然可行，但并不优雅，可能影响代码的可读性和维护性。
ACID合规性的重要性
缺乏ACID合规性使得Cloudflare D1在数据完整性方面存在隐患。对于需要确保多个操作作为一个事务执行的应用，D1的使用可能导致数据不一致，开发者在选择数据库时需谨慎考虑这一点。
❓
Q&A
Cloudflare D1有哪些主要限制？
Cloudflare D1不支持ENUM数据类型和交互式事务，且缺乏ACID合规性。
为什么选择继续使用PostgreSQL而不是Cloudflare D1？
因为Cloudflare D1缺乏ACID合规性，无法满足我的用例需求。
在迁移到Cloudflare D1时遇到了哪些具体问题？
遇到的问题包括ENUM数据类型不被支持和交互式事务无法使用。
如何解决Cloudflare D1不支持ENUM数据类型的问题？
我手动创建了单独的表来存储ENUM数据，以绕过这个限制。
交互式事务在Cloudflare D1中有什么影响？
交互式事务不被支持，导致无法在创建用户时立即获取用户ID。
Prisma在Cloudflare D1中如何处理事务？
在Cloudflare D1中，Prisma的事务会被忽略，作为单独的查询执行，无法保证ACID属性。
🏷️
