NocoDB：把 PostgreSQL 和 MySQL 变成在线表格的 Airtable 替代

把一张内部数据表做成「业务同事也能用」的界面，常见的两条路都不太划算：请人写管理后台，或者把数据搬进 Airtable——前者要排期，后者把数据放进了别人的云。公众号「寻微一隅」10 月 15 日的接单项目清单里，NocoDB 被放在「小微企业轻量 CRM/ERP」一类：它不换数据库，直接给已有的 PostgreSQL、MySQL 或 SQLite 套上一层在线表格，网格、看板、表单、日历四种视图加 REST API 都是开箱的（TypeScript，截至 2026-10-15 约 65.3k star）。

核心功能

• 不搬数据：连接现有库，在其上提供表格界面；Docker 部署时默认用 SQLite 存自身元数据，接生产库则用 NC_DB 指向 PostgreSQL。
• 四种视图：网格（默认）、看板、表单、日历，外加协作视图与锁定视图两类权限——表单视图可以直接给填表的人用，不用再为他们开账号教筛选。
• 字段类型贴近表格习惯：ID、链接、查找、汇总、单行文本、附件、货币、公式等；排序、筛选、分组、隐藏列这些表格操作都保留。
• 权限分层：行内字段到视图多个粒度，还可以把 Base 或视图公开分享，公开链接能加密码。
• App Store 做自动化：与 Slack、Discord、Mattermost 等聊天工具，AWS SES、SMTP、MailerSend 等邮件服务，以及 S3、GCS、Minio 等存储打通。
• 程序化访问：REST API 与官方 SDK，请求用 JWT 或社交登录 token 授权。

典型使用场景

• 接了小企业「把 Excel 换成能多人协作的系统」这类单子的开发者：一天内搭出带表单的台账界面，比从零写后台快一个数量级。
• 已经有库、缺界面的团队：不动 schema，NocoDB 加一层视图和权限，运营直接用，开发继续用 SQL。
• 想自建轻 CRM 的个人开发者：客户、跟进、订单各一张表，表单视图收集，看板看进度。

快速上手

docker run -d \
  --name noco \
  -v "$(pwd)"/nocodb:/usr/app/data/ \
  -p 8080:8080 \
  nocodb/nocodb:latest

打开 http://localhost:8080 创建账号，按引导连一个已有数据库，表格界面就会按表结构生成。接外部 PostgreSQL 用 -e NC_DB="pg://host:5432?u=user&p=password&d=database"；生产部署还有一条 auto-upstall 命令，自动生成 docker-compose。

创建 Base 后有三件事值得先做：把要给人填的表切到表单视图并生成公开链接；给需要只读的同事开协作视图而不是给登录账号；字段类型里链接（Link）和查找（Lookup）可以把「客户」和「订单」两张表关联起来，这是从 Excel 迁移时最容易漏掉的一步——NocoDB 在数据库层就是外键关系，而 Excel 里只有复制粘贴。想用 REST API 拉数据，设置里生成 token 后请求头带 xc-token 即可。

小结

适合「数据已在库里、缺一个能给业务用的界面」的场景，以及接小企业数字化单子的开发者；不适合需要深度定制交互的复杂系统——NocoDB 给的是表格抽象，超出这个模型的需求仍要写前端。注意一个事实：gh api 的 license 字段返回 NOASSERTION，仓库未检出标准 SPDX 标识，采用前自行核对 LICENSE 文件；截至 2026-10-15 是 65281 star、TypeScript、当天仍有推送，项目活跃。

需要更纯粹的 Airtable 自我托管对照，Baserow（截至 2026-10-15 约 6.2k star，同样 NOASSERTION）是同类方案；要的是「数据库 + 自动化中枢」而非表格界面，Activepieces 走的是另一条路。目标是完整 CRM 而不是表格层的话，Twenty 从另一头解决同一个问题——一个给你表格，一个给你产品。