Grist可自托管的开源关系型电子表格10分钟跑起来【免费下载链接】grist-coreGrist is the evolution of spreadsheets.项目地址: https://gitcode.com/GitHub_Trending/gr/grist-core月底对账时同一份 Excel 在三个人的邮箱里传来传去谁都不敢动格式——这种场景你可能不陌生。Grist 是一个可以自托管的开源关系型电子表格列的类型严格得像数据库公式的更新自动得像表格而整套系统可以跑在你自己的服务器上数据不用出门。它到底是什么把列当数据库字段来管理Grist 官方给自己的定位是 a modern relational spreadsheet拆开看就两句话列的行为像数据库字段每列有名字、有固定类型——日期、货币、开关、带颜色标签的选择列表、附件、用户甚至指向别的表的记录。一列里不会出现今天写文本、明天贴链接的混乱。公式的行为像电子表格单元格可以写公式引用其他单元格被引用的值一变就自动重算。公式既支持 Excel 风格函数也支持完整 Python 语法含标准库对习惯写脚本处理数据的人是加分项。真正让它和 Excel 拉开距离的是跨表关系。你可以建一张 Projects 表再在 Tasks 表里加一个引用Reference列把每行任务挂到某个真实项目上引用列表Reference List则支持一行关联多条记录双向引用还能在两个表之间自动同步。表与表之间不再是靠人肉维护编号对齐而是结构化的外键关系。存储层面每个文档是一个基于 SQLite 的自包含文件。任何能读 SQLite 的工具都能直接读到里面的文本和数字备份、迁移、归档都很直接——这也是它敢主打自托管的底气。每个打开的文档由独立的 Doc Worker 承载公式计算在沙箱里的 Python 数据引擎中执行架构图见 documentation/overview.md 的说明。想深入源码可以从 README.md 的 Using Grist 一节读起。Docker 一键部署 Grist10 分钟装好 装 Grist 最快的路径就一条命令docker run -p 8484:8484 -v $PWD/persist:/persist -it gristlabs/grist启动后浏览器打开http://localhost:8484你会进入 Quick setup 页面选一个管理员邮箱、选登录方式然后按提示把容器启动日志里那行 boot key 粘贴进去点击上线即可。几个实用细节-v $PWD/persist:/persist把文档持久化到宿主机目录容器删了数据还在想跳过配置向导直接以单用户模式跑起来加--env GRIST_IN_SERVICEtrue换端口要用--env PORT9999 -p 9999:9999只改端口映射是不够的公式沙箱可加--env GRIST_SANDBOX_FLAVORgvisorLinux/Docker 环境。团队协作部署不用自己拼仓库里带了现成的 docker-compose 示例Postgres Redis MinIO 三个组件一次拉起。偏好源码构建的话yarn install、yarn build、yarn start三步README 里写得很全。跑起来之后前五分钟值得这么玩新建 Blank Document把默认表改成Tasks加一列 Status选择列表给每个状态配个颜色、一列 Due Date日期、一列 Priority数字再加一张Projects表回 Tasks 里建一个指向它的引用列最后拖一个图表部件到页面上按 Status 做柱状图——点柱形页面上的表格和卡片视图会跟着联动筛选。两个实战场景任务台账与客户台账场景一项目任务管理替代多表互抄的 Excel做法是两张表Projects只存项目名和描述Tasks存任务用引用列挂到项目上。状态列用选择列表管理想加计算就写公式比如给每行标出阶段IF(Status Done, 已完成, 进行中)效果上Excel 用户最省心的变化有三点跨表关联不再靠编号对每条修改都会记进内置的 ActionHistory翻起来像看 git log谁在什么时候改了什么一清二楚筛选出来的视图不需要再复制一份表——顶部筛选栏加上复制部件就能给不同人留不同视角。场景二客户台账替代 Airtable做法Customers、Orders、Communications三张表按 1:N 关联形成客户的 360° 视图每月从系统导出的流水 CSV 直接导入Grist 的增量导入只补新行、不重复旧行对外收集数据则用内置表单部件提交直接落到表里。关键一步是权限访问规则Access Rules可以按行、列、表三个层级写条件依据是单元格里的值和登录用户的属性——销售只能看到自己名下的客户这类需求写一条基于用户属性的规则就能实现。数据留在自己机房API 和 webhook 还能对接现有系统。从 Airtable 迁过来的用户会觉得列模型非常眼熟官方也提供了直接从 Airtable 导入的入口。怎么选Grist 和 Excel 的区别 给三类人各一句判断从 Airtable 来模型几乎同构引用列、选择列表、仪表盘都在迁移成本最低从 Excel 来最大调整期在列类型这个概念上头几天会觉得约束变多了换来的是跨表关联、行级权限和实时协作这些 Excel 做不了的事对比自己搭数据库 后台省掉的是协同编辑、评论、提醒、建议式修改suggest changes这类协作周边这些在 Grist 里是默认能力。反过来如果你的重度依赖是 VBA 宏或者主战场在移动端离线编辑建议先拿一个真实文档试点再决定。部署规模上单机 Docker 足够小团队用用户多了再拆成 Home Server 多个 Doc Worker挂上 Postgres、Redis 和 S3 兼容存储水平扩展。收尾三个入口一条命令需要深入时记住三个去处官方帮助中心公式、访问规则、自部署的完整文档、官方模板库薪资、库存、发票等现成文档可以直接拷来改、社区论坛问题和路线图都在这讨论。项目本身采用 Apache 2.0 协议代码全开放改坏了也能自己修。现在就跑起来docker run -p 8484:8484 -v $PWD/persist:/persist -it gristlabs/grist【免费下载链接】grist-coreGrist is the evolution of spreadsheets.项目地址: https://gitcode.com/GitHub_Trending/gr/grist-core创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Grist：可自托管的开源关系型电子表格，10分钟跑起来
Grist可自托管的开源关系型电子表格10分钟跑起来【免费下载链接】grist-coreGrist is the evolution of spreadsheets.项目地址: https://gitcode.com/GitHub_Trending/gr/grist-core月底对账时同一份 Excel 在三个人的邮箱里传来传去谁都不敢动格式——这种场景你可能不陌生。Grist 是一个可以自托管的开源关系型电子表格列的类型严格得像数据库公式的更新自动得像表格而整套系统可以跑在你自己的服务器上数据不用出门。它到底是什么把列当数据库字段来管理Grist 官方给自己的定位是 a modern relational spreadsheet拆开看就两句话列的行为像数据库字段每列有名字、有固定类型——日期、货币、开关、带颜色标签的选择列表、附件、用户甚至指向别的表的记录。一列里不会出现今天写文本、明天贴链接的混乱。公式的行为像电子表格单元格可以写公式引用其他单元格被引用的值一变就自动重算。公式既支持 Excel 风格函数也支持完整 Python 语法含标准库对习惯写脚本处理数据的人是加分项。真正让它和 Excel 拉开距离的是跨表关系。你可以建一张 Projects 表再在 Tasks 表里加一个引用Reference列把每行任务挂到某个真实项目上引用列表Reference List则支持一行关联多条记录双向引用还能在两个表之间自动同步。表与表之间不再是靠人肉维护编号对齐而是结构化的外键关系。存储层面每个文档是一个基于 SQLite 的自包含文件。任何能读 SQLite 的工具都能直接读到里面的文本和数字备份、迁移、归档都很直接——这也是它敢主打自托管的底气。每个打开的文档由独立的 Doc Worker 承载公式计算在沙箱里的 Python 数据引擎中执行架构图见 documentation/overview.md 的说明。想深入源码可以从 README.md 的 Using Grist 一节读起。Docker 一键部署 Grist10 分钟装好 装 Grist 最快的路径就一条命令docker run -p 8484:8484 -v $PWD/persist:/persist -it gristlabs/grist启动后浏览器打开http://localhost:8484你会进入 Quick setup 页面选一个管理员邮箱、选登录方式然后按提示把容器启动日志里那行 boot key 粘贴进去点击上线即可。几个实用细节-v $PWD/persist:/persist把文档持久化到宿主机目录容器删了数据还在想跳过配置向导直接以单用户模式跑起来加--env GRIST_IN_SERVICEtrue换端口要用--env PORT9999 -p 9999:9999只改端口映射是不够的公式沙箱可加--env GRIST_SANDBOX_FLAVORgvisorLinux/Docker 环境。团队协作部署不用自己拼仓库里带了现成的 docker-compose 示例Postgres Redis MinIO 三个组件一次拉起。偏好源码构建的话yarn install、yarn build、yarn start三步README 里写得很全。跑起来之后前五分钟值得这么玩新建 Blank Document把默认表改成Tasks加一列 Status选择列表给每个状态配个颜色、一列 Due Date日期、一列 Priority数字再加一张Projects表回 Tasks 里建一个指向它的引用列最后拖一个图表部件到页面上按 Status 做柱状图——点柱形页面上的表格和卡片视图会跟着联动筛选。两个实战场景任务台账与客户台账场景一项目任务管理替代多表互抄的 Excel做法是两张表Projects只存项目名和描述Tasks存任务用引用列挂到项目上。状态列用选择列表管理想加计算就写公式比如给每行标出阶段IF(Status Done, 已完成, 进行中)效果上Excel 用户最省心的变化有三点跨表关联不再靠编号对每条修改都会记进内置的 ActionHistory翻起来像看 git log谁在什么时候改了什么一清二楚筛选出来的视图不需要再复制一份表——顶部筛选栏加上复制部件就能给不同人留不同视角。场景二客户台账替代 Airtable做法Customers、Orders、Communications三张表按 1:N 关联形成客户的 360° 视图每月从系统导出的流水 CSV 直接导入Grist 的增量导入只补新行、不重复旧行对外收集数据则用内置表单部件提交直接落到表里。关键一步是权限访问规则Access Rules可以按行、列、表三个层级写条件依据是单元格里的值和登录用户的属性——销售只能看到自己名下的客户这类需求写一条基于用户属性的规则就能实现。数据留在自己机房API 和 webhook 还能对接现有系统。从 Airtable 迁过来的用户会觉得列模型非常眼熟官方也提供了直接从 Airtable 导入的入口。怎么选Grist 和 Excel 的区别 给三类人各一句判断从 Airtable 来模型几乎同构引用列、选择列表、仪表盘都在迁移成本最低从 Excel 来最大调整期在列类型这个概念上头几天会觉得约束变多了换来的是跨表关联、行级权限和实时协作这些 Excel 做不了的事对比自己搭数据库 后台省掉的是协同编辑、评论、提醒、建议式修改suggest changes这类协作周边这些在 Grist 里是默认能力。反过来如果你的重度依赖是 VBA 宏或者主战场在移动端离线编辑建议先拿一个真实文档试点再决定。部署规模上单机 Docker 足够小团队用用户多了再拆成 Home Server 多个 Doc Worker挂上 Postgres、Redis 和 S3 兼容存储水平扩展。收尾三个入口一条命令需要深入时记住三个去处官方帮助中心公式、访问规则、自部署的完整文档、官方模板库薪资、库存、发票等现成文档可以直接拷来改、社区论坛问题和路线图都在这讨论。项目本身采用 Apache 2.0 协议代码全开放改坏了也能自己修。现在就跑起来docker run -p 8484:8484 -v $PWD/persist:/persist -it gristlabs/grist【免费下载链接】grist-coreGrist is the evolution of spreadsheets.项目地址: https://gitcode.com/GitHub_Trending/gr/grist-core创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
