跑不动的,我试过notion了,airtable勉勉强强,但也很卡。我现在是用notion管理行程,airtable管理卡
服了,那到底有啥能用的啊
怎么2026年了搞个表还这么低效,后端子线程delayed update不就行了么
我的airtable已经让我搞到有时加一行数据要等一分钟的程度了。这种民用的关系型数据库一旦数据复杂了根本没法搞。除非自己开发了
期待大佬的模板
哎 就是这种问题
要么真的等我空了 写一个原生的…
但是感觉遥遥无期啊
你用过Coda吗?最近在研究,貌似性能比Notion好,而且支持渐变色的conditional formatting。接下来打算测试一下他们的MCP Server好不好用。
但是性能应该不如airtable,毕竟airtable应该底层确实是relational database
但是如果是这样的话,为啥你的这么卡?你的数据行数很多吗?
顶一顶 大佬早日更新
如果性能都不如airtable肯定就没戏了,我行数不多不过随时都处于free plan的max,也就是2000,但我有十张表互相交错在一起
但是说实话我这个表不需要你这么多数据哇…
你行数大头都在哪?真的是需要容易获取的数据吗?还是那些记的多了只需要导出永久保存就可以的东西
大概总卡片数量差不多有100条(含历史),账户数80条(含历史),会籍项目数30条,分期plan个位数,年订阅20条(含历史),月订阅50条(含历史),奖励100多条(含历史),奖励任务项目分配50条(含历史),机酒holding订单20条(随时更换),每笔应付账单(无上限,仅保留一年内数据,直到存满全base总行数2000后转移到备份base以规避月费)
我的base大概是这个构成,每个表之间都交叉引用,就算我把占大头的bills清空也还是卡
还有我每张表的列数都是至少十几列,最复杂的一张表将近40
这一年来,在尝试并且比较了非常多个 alternative 后,我最终选择了 Coda(类似 Notion)来作为新的数据库工具,用来给大家开发一个好的开源信用卡 Tracking 模板。我虽然还没有 daily drive 过这个软件,但是目前来看应该是最合适的
普通原因:
- 在线
- 免费(非共享文件免费无限容量)
- 有手机客户端
- 可共享(我共享给大家)
- 可复制(大家打开我的模板就可以复制到自己账户)
- 支持基于颜色的 conditional formatting(我原图上花花绿绿的格子,用来快速 visualize)
- 支持文档和表格的互相引用和嵌套关系
- 不像 excel 里所有内容都是平级关系,导致需要手动做嵌套并且 UX 不好
- 支持添加各种视图和统计,如graphs,timeline等。无痛可视化!
技术原因:
- 表格性能优异: 性能比 Notion 和 Excel Web 版好得多,尤其是处理大量跨表引用和复杂公式时
- 数据模型是真正的 Relational Database
- 所以性能好
- 支持真正的 One-way/Two-way Relations
- 每一行都是一个独立&结构化的Object,包含各种properties甚至subtable,点开就是一张单独的表单
- 是唯一一个融合了relational database 和 Excel 的 Column-aware 能力的工具
- 很关键。市面上绝大多数现代数据库工具(如 Notion, Airtable)的公式都是Row-bound的,单行无法知道整列的数据
- Coda 突破了这个限制,公式可以像 Excel 一样纵览全column(例如直接引用
=Table.Column.Max()) - 优势:支持基于 Column 的 Color Scale / Heatmap 和动态进度条。当列里的min或max变化时,所有颜色和进度条会 recursively 重新校准
- (Beta) 支持官方 MCP 服务器,可以快速集成到各位的 AI 助手里
Coda的限制:
- 没那么流行,但是考虑到专用工具对核心需求的契合更重要,我认为这是值得的取舍。他们之前是小公司,前段时间被 Grammerly(现在的Superhuman)买下来了
- 模板分发&实时更新: 我并不能直接编辑一个 template 然后让所有已下载用户的版本“实时同步更新”。目前貌似没有任何一套软件能完美解决这种“去中心化分发 + 中心化代码更新”的问题,除非我自己写客户端和后端并维护 SQL 数据库
- 隐私与端到端加密(E2EE): 像所有现代协作化 SaaS 一样,Coda 默认不是端到端加密的。但对于信用卡 Tracker 来说,我希望大家记录的是脱敏的数据,并且把卡号cvv等敏感数据交给 1Password 这类专业软件
- 分享大文件需要付费:对接受分享的人来说没有影响,但是我共享出一个大文档是需要付12刀月费的。目前发现可以通过我发 refer link 获得新注册/付费会员的方式给我账户抵月费,实在不行我就付点钱也没事,长期可能吃不消
我淘汰的工具和核心原因:
-
Excel (Desktop/Web)
- 不方便传播、更新
XLOOKUP多了以后的性能问题- 手机客户端可用性非常差(在屏幕上划这么大的表是灾难,如果有frozen column那直接划动不了)
- 不方便 link,不同表格里同样的 row 实质不是同一个物体,只能靠脆弱的
XLOOKUP,本质上是数据的 duplication - 本地文件,协作和同步极度依赖微软生态和订阅
- 没有合适的官方 MCP 服务器
-
Google Sheets
- 虽然解决了分享和云端同步,但底层依然是2D电子表格
- 缺乏 App 级别的 UI 和关系型数据管理,几十列的数据在手机上也没法看
-
AirTable
- 它是纯正的“表格/数据库”,缺乏doc support
- 不支持数值自适应的渐变色 Conditional Formatting(它必须手动设定“0-10是红色,10-2色”这死板的规则)
- 免费版有非常严格的记录行数限制(1000,2000行),把 @felixdesign 哥都快逼疯了:
-
Notion
- 性能瓶颈: 当数据库达到几千行,且包含大量 Relation、Rollup 和复杂公式时,卡顿非常明显。
- 致命伤: 公式引擎极其孤立。它完全不支持基于“列最高值/最低值”的自适应颜色/进度条。在 Notion 里想做一个根据整列数据动态是地狱难度
-
Craft
- 我自己的简易表格所在地,文档优美,有手机原生 app。
- 但是本质上是“带轻量表格的笔记软件”,不支持复杂的关联和重度公式,作为 Database 性能差且功能欠缺
-
各种开源自建项目 (如 Grist, ONLYOFFICE, NocoDB 等)
- Grist:数据结构和 Python 公式很好,但完全没有原生的颜色渐变/进度条(只能靠写 Python 代码生成
████░░░░░这种复古 ascii 条来妥协) - 普遍问题:上手门槛极高,需要使用者自己有服务器、懂 Docker 部署和内网穿透。没有现成稳定的云支持,根本不适合大家享给大家
- Grist:数据结构和 Python 公式很好,但完全没有原生的颜色渐变/进度条(只能靠写 Python 代码生成
重构计划:
选定工具后,我现在正在开始着手从头开发整一套 tracker。希望可以在现有版本的基础上:
- 提升功能: 添加升降/转卡路径支持、多 Player 支持等。
- 改善碎片化: 减少数据分布带来的手工劳动,利用 Relation 打通底层逻辑
- 提高整合性(All-in-One)
- 我自己都同时用了两三套系统分开管理(大致信息和笔记在 Craft,具体计算在 Excel,Todo 刷卡任务在 Todo list)
- 借这次迁移,希望可以利用 Coda 的 Doc + Database 特性,集中到一个系统里。
- 这整个过程本身可能又需要一段时间。我会研究 Coda 内部的 implementation 逻辑,用正确和高性能的方式(例如:优化文档中视图的个数)做出这一套模板,并且争取做的完善,避免大家之后使用出现需要经常更新、性能限制、功能不够等问题
很好奇,在这个AI时代,是不是自己用AI手搓一个客户端、服务器和数据库会比从头(遵循工具的限制)implement这些功能的工作量更少。
不好意思拖了这么久,大家应该能看出我是认真在研究hh
期待不久™后能把 2.0 版本的 Tracker 交到大家手上!
Coda玩起来!
以下是目前打算 track 的 object 的数据库 object relationship draft。
数据库将支持转卡,不同sub,同一张卡不同版本,人民币/其他币种卡,卖分,卖credit 等 tracking
感觉工程很大啊。根据我的时间安排,初版起码是一个月以后才有空出,做完完善好可能是1-6个月以后了
- Account
- Actions
- Open
- Card Object
- Version Object
- SUB Object
- Duration: Default 24m to show 5/24 timeline view
- Notes
- Card Object
- Close
- Notes
- Product Change
- From Card+Version to Card+Version
- Any reward for that
- Notes
- CLI
- From
- To
- Date
- Current Status (auto-calculate based on actions)
- CLI (auto-calculate based on most recent)
- Age of account (calculate)
- Duration: Time limit for how long you can’t close the account
- Notes
- Open
- Statement Date (list for change)
- Next Statement (calculate)
- Notes
- Player (p1, p2, p3, etc support)
- Actions
- Credit Card Database
- Cards
- Name
- Bank
- Type (Personal/Business)
- Type (visa/mastercard/amex/discover/unionpay)
- Type (Signature Business/world elite/Infinite)
- Currency
- USD
- CNY
- USD, all NFTF
- USD, FTF
- CNY, all NFTF
- etc
- etc
- Versions
- AF
- Credit list (linked with TODO)
- Name
- Amount
- Frequency
- Worth
- Link to use
- Notes
- Credits worth sum
- List of cashbacks
- category (travel, groceries, chase travel, hilton, everything)
- amount back (1x, 1.5x, 2x, 4x, 8x, etc)
- rebate unit (cent / point type)
- SUBs (linked to my accounts)
- Card + Version
- Spend Requirement
- Rewards (List)
- Cash
- Cash Type (currency)
- Points
- Point Type
- FNs
- FN Type
- First Year AF Waived?
- FY Value
- SUB ROI
- SUB Time Limit (Duration, for rendering SUB timeline)
- Card Versions
- Cards
- Hard Pulls
- Linkable to accounts
- Referrals
- Account
- Amont
- Type (point, cash)
- Points
- Point Redemptions
- Redeem Date
- Use Date
- Redemption Type (Flight/hotel/car/cash/gc)
- From (for flights)
- Destination (for flight/hotel/car)
- self use / gift(?) / liquidated (sold)
- Origin Point Type (MR/UR/Bilt/etc)
- Origin Point amount
- Used Point Type (MR (amex travel) / CX (transfer) / Hilton / UA / Hyatt / etc actual point type when used)
- Used Point amount (could be different)
- Transfer Fee? (should I add “transfers/point movement” table and make this linked?)
- Cash used (tax for flights etc)
- Cash Price (listed price if buy exact same item with cash)
- Same Item CPP (use cash price to calculate a cpp. This is probably higher than the actual value of the point)
- Cash Alternative Price (How much you’d spend on an alternative item if you had to buy it with cash)
- Cash Alternative CPP (the actual cpp that will be used extensively elsewhere e.g. when calculating point values and subsequently card SUB values)
- Price w/ Average CPP (the price of the same item if we use the average cpp of the point type to calculate)
- Average CPP Multiplier (ratio of this redemption’s cpp and the average cpp)
- Difference (cash difference between the cash alternative price and the price w/ average cpp, aka how much you lost/gained on this redemption vs the average for this point type)
- Quantity (number of tickets/days/items)
- Received (confirms date this is received)
- Rebate (if there is any rebate e.g. Amex biz plat amextravel 35% point rebate)
- Note
- Flight number, cabin, etc
- Hotel name and dates, etc
- Liquidation info, buyer, amount, currency, etc
- Point Values
- Main cpp
- min cpp
- enforced cpp
- dynamic cpp
- lowest cpp
- highest cpp
- transfers/point movements table?
- Point Redemptions
- Views
- Timelines
- 5/24 Timeline
- SUB Timeline
- Hard Pull Timeline
- Card View
- My active cards
- My archived cards
- All my cards
- Stats
- Earnings by time
- Utilities
- Value Back
- row: my unique card types (not accounts)
- column: categories
- content: precent back
- sum: highest
- Credits
- todo for current credits
- Subtable / list of received credits
- sum of received values
- Value Back
- Timelines
顺便给大家看一个随便做的测试用的表格,感觉确实是会比别的选择好呢
(这三个表格是在简易记录公开存在的、可以申请的信用卡信息、这些信用卡的不同版本、这些不同版本的不同credit,用作个人纪录的数据源。这些表并不是在记录个人手上有什么信用卡、有什么credit。后面的部分我会专门做)
图表也能比较方便的集成 不错
坐等更新




