Supabase 近来备受青睐,这并非偶然。它是一个强大的后端即服务平台,集成了 Postgres、身份验证、存储和实时功能,并以开发者友好的方式打包提供。如果您之前使用过 Firebase,那么 Supabase 会让您感觉更上一层楼,尤其是在您热衷于 SQL 和数据库优先开发的情况下。
但是,随着项目的增长,挑战也随之而来。如果您曾经因为担心回滚有风险而犹豫不决地进行更改,或者难以跟踪行级安全 (RLS) 策略和数据库函数,那么您并不孤单。好消息是?Supabase 提供了工具和工作流程来应对这些挑战——而且它们比您想象的更强大。
在这篇文章中,我们将探讨如何从使用 Supabase 仪表板进行快速编辑过渡到采用基于 Git 的可扩展工作流程进行正式开发。
在开始使用 Supabase 时,仪表板感觉直观且易于上手。您可以快速创建表、定义 RLS 策略,甚至编写函数。但是,随着项目的增长,这种方法可能会变得混乱:
仪表板非常适合原型设计,但对于大型项目,您需要更强大的工具。
这就是 Supabase CLI 和本地开发发挥作用的地方。Supabase 提供了一个工作流程,允许您在本地管理数据库模式、策略和迁移——所有这些都在 Git 中进行版本控制。这弥合了快速原型设计和专业开发实践之间的差距。
supabase start
启动本地环境。supabase db diff
生成迁移文件。supabase db push
将迁移应用于生产。为了充分利用 Supabase,请采用以下最佳实践:
保持您的数据库函数、触发器和 RLS 策略模块化且可重用。将它们存储在版本控制的 .sql 文件中,并以逻辑方式组织它们——例如,为迁移、函数和策略创建单独的文件夹。
将您的数据库模式视为应用程序代码。对模式、策略和函数的所有更改进行版本控制。这确保您的团队可以有效地协作并在需要时回滚更改。
切勿在生产数据库上进行实验。使用本地环境测试模式更改、函数和策略。这最大限度地降低了在生产环境中破坏应用程序的风险。
虽然 Supabase CLI 功能强大,但可以考虑使用其他工具来保持组织:
行级安全是 Supabase 最强大的功能之一,但过于复杂的策略可能难以调试。从简单开始,彻底测试,并逐步构建。
Supabase 不仅仅是 Firebase 的替代品——它是一个强大的后端平台,可以通过正确的工作流程很好地扩展。通过采用 Supabase CLI、本地开发和基于 Git 的工作流程,您可以自信地构建和发展您的项目,而无需担心破坏生产环境。
以上是Supabase工作流程:从仪表板到基于git的开发的详细内容。更多信息请关注PHP中文网其他相关文章!