#database

IBM i (OS/400) The Database Operating System https://osadmins.com/en/ibm-i-os-400-the-database-operating-system/ #IBM #OS400 #Database

can i connect it to other services like paperless, or would i need to manually import files? Hister supports importing data from a few services, but paperless isn’t supported yet. More details: hister.org/docs/import Is it better to run it in docker or e.g. a LXC in proxmox? If i want to index files, it seems it needs the config.yml file Docker is perfectly fine. Every settings option from the config file can specified using environment variables. The syntax is HISTER__[SECTION]__[OPTION]=[VALUE]. After just playing with it for a day, the disk usage is 150 MB Probably most of the disk space is occupied by the Hister binary which contains all the N-grams required to identify ~30 languages. The index should be much smaller. I figure I should use postgres instead of sqlite. SQLite is more than enough for personal use, but if you prefer to use postgres, just specify the standard DSN formatted connection data to the server.database config option: hister.org/docs/configuration#database-backends how to set that up, preferably with docker Use the HISTER__SERVER__DATABASE=“host=localhost user=hister password=hister dbname=hister port=5432” environment variable. I am not familiar with pgvector Hister automatically creates the database model and handles the migrations if required.

Bending Spoons（下图为官网截图，展示旗下的产品） 就是那家买下 Evernote 的公司。而就在宣布收购 Airtable 计划的同一天，Obsidian 的官方导入器正式支持 Airtable。 我在判断一款生产力工具是否值得长期使用时，不会只看它今天有多少功能，还会问一个更朴素的问题：如果这家公司明天换了主人，我的数据还能不能完整地带走？ 最近，类似 Evernote 的命运突然落到了 Airtable 用户面前。巧的是，买家还是当年收购 Evernote 的那一家，Bending Spoons。 据报道，Bending Spoons 已经与 Airtable 达成收购协议，将以现金收购这家知名的在线数据库公司。消息出来之后，网上很快浮现出熟悉的担忧：会不会裁员？会不会涨价？免费版会不会进一步缩水？那些已经在 Airtable 里跑了好几年的业务流程，会不会被重新改造一遍？ 几乎在同一时间，Obsidian 更新了官方 Importer，正式加入 Airtable 导入功能。它给出的方向也非常 Obsidian：不要只是从一个在线数据库搬去另一个在线数据库，而是先把记录、字段和关系变成本地 Markdown 文件，再用 Bases 把它们重新组织成表格。 我觉得时机恰到好处。每一次云端工具被收购或重组，用户都有理由重新担心自己的数据。 当然，这并不是 Airtable 这款产品本身的问题，它只是又一次提醒我们云端工具共同的风险。 Airtable 以远低于巅峰估值的价格卖身 截至本文写作时，双方只是达成了最终收购协议，并不意味着交割手续已经全部完成，更不意味着 Airtable 即将停止服务。 按照媒体披露的口径，Bending Spoons 支付的是现金对价，而这个数字与 Airtable 在 2021 年融资时达到的 117 亿美元峰值估值相比，已经大幅缩水，甚至可能低于它历年融资的总额。 但我要强调：这不代表 Airtable 是一款失败的产品。 我个人很欣赏这款产品。事实上很多年前，我们也做过类似 Airtable 的东西，国内到今天也还有一些同类产品在运营。 Airtable 是成熟的低代码数据库工具。它把关系型数据库包装成普通人也能理解的表格，支持 Linked records、Lookup、Rollup、公式和多种视图。很多团队并不是拿它做一张简单清单，而是把它当成一个完整的业务系统在跑。作为一个长期写生产力工具的博主，我留意它很久了。 而这正是 Airtable 最有价值、同时也最容易锁住用户的地方：一般人以为不过是些表格数据，导出 CSV 就完事了；但深度用户早已围绕这些数据搭起了一整套工作流，而工作流是很难导出的。 又是 Bending Spoons 如果收购方是 Atlassian、微软这类老牌软件公司，用户反应可能不会这么大。 但 Bending Spoons 已经收购过 Evernote、WeTransfer、Vimeo、Meetup、AOL 等一大批知名互联网产品。它的玩法也相当清楚：收购拥有稳定品牌和用户群的成熟软件，重组团队、统一技术与运营体系，压低成本、改善利润，再用现金流继续收购更多产品。 Evernote 被收购之后经历了大规模团队调整，免费版限制收紧，订阅价格明显提高；WeTransfer 被收购后也有类似动作。这已经形成了一种很强的市场印象：Bending Spoons 很擅长让老牌软件重新赚钱，但这个过程未必让所有人舒服。 当然，事情也有另一面。 有一说一，Evernote 被收购之后并没有停止更新，反而在同步速度、移动端性能和产品功能上做了大量改进，不少长期用户认为新版本比过去更稳定、更积极；只是价格也确实涨得更辣手，免费用户和轻度用户承受了更多限制。到底是变好还是变坏，取决于你站在哪一层。 所以，不能简单断言 Airtable 被收购之后一定会怎样。但可以合理预期的是，定价与免费额度的分层策略大概率会更激进。仅仅是这一点变化，就足以让一个在 Airtable 里放了好几年重要数据的人，认真考虑一下后路。 Obsidian 的反应很快，但不是一晚上赶出来的 收购消息发布之后，Obsidian 社区很快开始传播一条非常应景的信息：现在可以把 Airtable 转换成本地的、可长期保存的 Markdown 文件和 Bases。 从时间上看，确实像是隔壁刚宣布换老板，Obsidian 立刻把搬家公司的车开到了门口。 但这个功能并不是临时赶工。这个需求从以往记录来看，已经提出好几个月了，只是很巧，它最终赶在 Airtable 收购消息传出的同一天正式发布出来。 目前的 1.9.1 导入器的改进： 导入速度大幅提升； Rollup 直接导入 Airtable 已经计算好的值； 空 Rollup 结果不再在 frontmatter 里写成 NaN； 指向未选中表格的链接，会显示记录名称，而不是 Unknown xxx； 以前我们也可以在 Obsidian 里搭建本地数据库式的视图，但要把已经沉淀在 Airtable 里的数据搬过来，仍然得导出 CSV、写转换脚本，或者依赖第三方插件。现在官方 Importer 可以通过 Airtable 授权直接读取 Base，整个迁移的门槛低了一大截。这点我很喜欢。 每一条 Airtable 记录，变成一个 Markdown 文件 Obsidian Bases 和 Airtable 长得有点像，但底层思路完全不同。 在 Airtable 里，一行是一条云端数据库记录。它住在 Airtable 的系统里，字段、关系和视图都由 Airtable 解释。我们可以下载 CSV，但 CSV 只是一张拍扁的表，很多关系、公式和产品行为不会跟着一起离开。 在 Obsidian 里，每一条记录可以变成一个独立的 .md 文件：字段写进文件顶部的 YAML frontmatter（也就是 Obsidian 里的 Properties），正文仍然是普通 Markdown。表格只是这些文件的一种视图，由 .base 文件负责筛选、排序、分组和展示。 也就是说：不再是数据住在表格 App 里，而是表格 App 临时读取我们自己的文件。 这两句话看起来差不多，实际差别很大。 导入之后，即使 Obsidian 有一天不再维护，你依然可以： 用任何文本编辑器打开每一条记录； 用 Git 查看修改历史； 用 Dropbox、iCloud、Syncthing 或 NAS 同步； 让 Python、命令行工具和 AI Agent 直接读取。 .base 视图可能需要 Obsidian 来解释，但也不难理解，真正的内容和属性仍然留在普通文件里。 这就是 Obsidian 一直强调的 File over App：文件先于 App 存在，也长于 App 存在。 能搬走数据，未必搬得走业务 Importer 能把 Airtable 数据转成 Markdown 和 Bases，不代表 Obsidian 已经是 Airtable 的完整替代品。这还差得很远。 对于书单、选题库、客户资料、设备清单、研究资料、个人 CRM、简单项目列表这类「一条记录本来就很像一篇笔记」的数据，Obsidian 的模型非常自然。记录变成文件之后，还能在正文里继续写长文本、插图片、链到其它笔记，而这恰恰是 Airtable 不擅长的方向。 但如果一个 Airtable Base 已经依赖下面这些能力，迁移就不可能一键完成： 多人权限管理； 表单收集与对外展示页面； 邮件发送、Webhook、定时触发之类的自动化逻辑； 大量复杂公式、Lookup、Rollup 和跨表业务逻辑； 与 Slack、Google Workspace、Salesforce 等外部系统的连接； 把 Airtable 当作其它应用后端的 API。 尤其要注意公式和 Rollup。Obsidian 方面说明写得很明白：导入的是「Airtable 已经计算出来的值」，这和把计算逻辑本身迁移过来完全是两回事。导入当下的数据是完整的，但上游字段一旦变化，本地文件不会自动重算。 所以，把 Obsidian Importer 理解成一个优秀的个人数据迁移工具更合适，而不是企业数据库或业务系统迁移器。 不急着放弃，但要做备份 如果我们大家目前仍然满意 Airtable，完全没必要因为一条收购新闻就立刻停掉所有业务。立刻放弃，本身也并不能自动解决锁定问题。 真正合理的解法是：让底层数据至少存在一份开放、完整、可验证的副本。上层工具可以继续用，也可以随时换。 更稳妥的做法，是趁服务一切正常的时候，把下面几件事做完： 盘点一下：哪些 Base 只是普通资料，哪些已经承载自动化和关键业务。 原样备份：用 Airtable 自带的导出功能保留原始 CSV，另行下载附件，同时记录公式、视图、自动化与外部集成的配置。 试跑导入：在一个单独的 Vault 或测试文件夹里，用最新版 Importer 做一次完整导入。 逐项校验：检查记录数量、关联记录、附件、日期、单选/多选字段和 Rollup 结果，不要只看表格第一页。 并行运行：新旧系统并行一段时间，确认确实可用之后，再决定哪些内容继续留在 Airtable。 至于要不要真的搬家，我的判断是： 个人资料库、内容日历、研究表格、简单 CRM ：我会很认真地考虑迁到 Obsidian。这些数据本来就适合成为 Markdown 文件，而 Bases 的筛选、排序、公式和多视图已经够用。 多人协作的运营系统 ：别搬到 Obsidian 了吧。轻量用途先看看 Excel、Google Sheets 能不能顶上。 承载大量业务逻辑的系统 ：老老实实先续费，同时找机会自建或重构。反正现在有 AI 帮忙，重构系统在有经验的人手里，也不算太难。 最后 我并不认为所有软件都该本地化，也不认为云端服务一无是处。 Airtable 的价值恰恰来自云端：团队成员打开浏览器就能共同编辑，同一份数据可以同时驱动表单、视图、自动化和外部应用。要在本地完整重建这些能力，成本高到不现实。 所以更实际的姿势是：继续使用方便的云端工具，同时让数据定期落到自己控制的格式里。 个人知识和长期资料，直接用本地文件；团队业务系统，至少保留结构化导出、附件副本、字段说明和自动化文档。 收购只是最容易让大家注意到风险的那一刻。真正的不确定性还包括涨价、封号、公司转型、功能下线、地区限制、API 变更，甚至只是某一天你自己不想再续费了。 如果所有价值都藏在某个 App 内部，那么每一次变化都会变成危机；如果 App 只是文件之上的一层界面，变化就只是一次工具选择。而「选择权」才是最重要的东西。 这也是我欣赏 Obsidian「File over App」的地方。 分享到： 共享到 X（在新窗口中打开） X 在 Facebook 上共享（在新窗口中打开） Facebook 赞 正在加载…… Related

Someone had a neat map of databases by country. #database #osint

BlueHammer (CVE-2026-33825): Windows Local Privilege Escalation and MSRC Dispute 🔗 https://cybersecurefox.com/en/cve-2026-33825-bluehammer-windows-privilege-escalation #CVE-2026-33825 #BlueHammer #Windows #local #privilege #escalation #SAM #database #Nightmare #Eclipse

Aurora DSQL: Scalable, Multi-Region OLTP http://muratbuffalo.blogspot.com/2026/07/aurora-dsql-scalable-multi-region-oltp.html #HackerNews #Tech #Database

I do enjoy doing fun #SQL tricks to clean up a database. 😌

Fun fact: if you have a newline-separated list of identifiers you need to use in a query, you can turn it into comma separated by piping it to tr '\n' ','. Then you can use it in a SQL IN clause.

But beware that this only works if your list contains nothing but integers! Otherwise you need to wrap string quotes around the lines first, escape them, etc, lest you fall prey to SQL injection.

#database #programming

Another fun fact: you can start a transaction, make some changes, check that the changes had the effect you intended, and then commit or rollback. Transactions aren't just for applications! You can use them interactively too. #SQL #database #programming

sqlite-utils 3.39.1 https://simonwillison.net/2026/Jul/26/sqlite-utils/#atom-everything #Python #OpenSource #Database

PostgreSQL's MVCC is bad. So is everyone else's https://boringsql.com/posts/mvcc-bad-bad/ #HackerNews #Tech #Database

#Pentagon has quietly updated its official #war #casualty #database, adding more than 140 wounded service members. The updated database shows official toll for the earlier phase of the US-Iran war, known as #OperationEpicFury, now stands at 14 service members killed & more than 400 wounded in action. The Pentagon previously reduced the totals from 18 deaths & 482 wounded that had been recorded just days earlier. #OperationEpicFail #TrumpDictatorship #USPol #auspol https://www.theguardian.com/us-news/2026/jul/26/pentagon-iran-war-troop-deaths-casualty-report

DuckPGQ - A DuckDB community extension for graph workloads https://duckpgq.org/ #HackerNews #Tech #Database

🔗 There's no artisan schema:show, so I built one https://albertoarena.it/posts/introducing-truss/ #laravel #database #tools #visualization #artisan

SQLite Query Explainer https://simonwillison.net/2026/Jul/18/sqlite-query-explainer/#atom-everything #SQLite #Database #DevTools

Lobste.rs is now running on SQLite https://lobste.rs/s/ko1ji1 #HackerNews #Tech #Database

🗃️ clidey/whodb Where data access meets operational intelligence Self-hosted workspace to explore databases, edit data, run queries and visualize schemas with optional AI features ⭐ Stars: 4927 📅 Last Update: Jul 16, 2026 https://github.com/clidey/whodb #selfhosted #homelab #selfhost #selfhosting #opensource #database

lobste.rs is now running on SQLite https://lobste.rs/s/ko1ji1/lobste_rs_is_now_running_on_sqlite #Database #OpenSource #Tech

sqlite-utils 4.1.1 https://simonwillison.net/2026/Jul/12/sqlite-utils/#atom-everything #Python #OpenSource #Database

sqlite-utils 4.1 https://simonwillison.net/2026/Jul/11/sqlite-utils/#atom-everything #Python #OpenSource #Database

Postgres locks do not scale https://www.recall.ai/blog/postgres-locks-do-not-scale #HackerNews #Tech #Database