Kirimase项目中使用Supabase和Drizzle的正确配置流程
Kirimase是一个基于Next.js的现代化全栈开发工具链,它整合了多种流行技术栈如Drizzle ORM、Supabase和Lucia认证等。本文将详细介绍如何正确配置Kirimase项目中的Supabase数据库连接,避免常见的"pool未导出"错误。
问题背景
在集成Supabase作为数据库提供者时,开发者可能会遇到Lucia认证无法添加用户的问题,控制台显示"pool未从@/lib/db/index导出"的错误。这通常是由于数据库初始化流程不正确导致的。
正确配置步骤
-
项目初始化 首先使用Next.js官方脚手架创建项目基础结构:
bun create next-app@latest myproj cd myproj -
Kirimase初始化 运行Kirimase初始化命令并选择相关技术栈:
kirimase init在此过程中选择Drizzle ORM、PostgreSQL驱动和Supabase作为数据库提供者。
-
Supabase本地开发环境设置
supabase init supabase start这一步会启动本地Supabase实例,注意记录控制台输出的数据库连接URL。
-
环境变量配置 将Supabase提供的连接URL等信息添加到项目的.env文件中,包括:
- DATABASE_URL
- SUPABASE_URL
- SUPABASE_ANON_KEY
- SUPABASE_SERVICE_ROLE_KEY
-
数据库迁移
bun db:generate bun db:migrate这一步会根据Drizzle的schema定义生成数据库表结构并执行迁移。
-
开发服务器启动
bun stripe:listen # 如果需要Stripe集成 bun run dev
关键注意事项
-
执行顺序的重要性 必须确保Supabase服务先启动并获取连接字符串后,再进行数据库迁移操作。顺序错误会导致连接配置不完整。
-
环境变量时效性 Supabase本地实例每次重启可能会改变端口号,需要相应更新DATABASE_URL。
-
Drizzle适配器配置 Kirimase生成的Drizzle配置已经针对Supabase做了优化,开发者不应手动修改pool导出方式。
技术原理
当使用Drizzle ORM与Supabase配合时,Kirimase内部会创建一个适配层,将Supabase的PostgreSQL连接池转换为Drizzle可识别的格式。Lucia认证系统则通过这个适配层访问用户数据。如果初始化顺序错误,会导致适配层未能正确建立,从而出现"pool未导出"的错误。
总结
通过遵循正确的配置流程,开发者可以顺利集成Kirimase、Supabase和Drizzle的技术栈。关键在于理解各组件间的依赖关系,严格按照初始化顺序执行操作。这种组合为开发者提供了强大的全栈开发能力,同时保持了良好的开发体验。
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C0131
let_datasetLET数据集 基于全尺寸人形机器人 Kuavo 4 Pro 采集,涵盖多场景、多类型操作的真实世界多任务数据。面向机器人操作、移动与交互任务,支持真实环境下的可扩展机器人学习00
mindquantumMindQuantum is a general software library supporting the development of applications for quantum computation.Python059
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
AgentCPM-ReportAgentCPM-Report是由THUNLP、中国人民大学RUCBM和ModelBest联合开发的开源大语言模型智能体。它基于MiniCPM4.1 80亿参数基座模型构建,接收用户指令作为输入,可自主生成长篇报告。Python00