註冊並分享邀請連結,可獲得影片播放與邀請獎勵。

檢索結果 SQL
SQL 貼吧
一個關鍵字就是一個貼吧,路徑全站唯一。
建立貼吧
用戶
未找到
包含 SQL 的搜尋結果
SQLite 数据库的作者 Richard Hipp 解释,为什么他的项目一律不接受外部的 PR。 PR 不是免费的。你实际上是对我提要求:你开发了这个很棒的功能,然后希望我帮你维护它、帮你编写文档、帮你测试,并在接下来的二十五年里一直为你维护它。 Linus 曾说过一句名言:Free 既可以指免费啤酒,也可以指言论自由。但还有另一种 Free:免费的小狗。“瞧,我这儿有只免费的小狗送给你。” 你明白我的意思了吧? 提交一个 pull request 就相当于有人送你一只小狗。一天下来,你的小屋里就多了一只小狗。你不能把它扔掉——你有道义上的责任照顾它,直到它自然死亡。 我可不要任何免费的小狗。
顯示更多
0
124
3.7K
473
轉發到社區
SQLBot 用自然语言直接提问数据库
🚀SQLBot:基于大模型和 RAG 的智能问数系统 🤖用自然语言直接提问数据库 📊 一句话生成SQL查询,SQLBot让数据分析更简单! 👉 #AI# #数据分析# #SQL# #Data#
顯示更多
用SQL统计查询了下Polymarket上过去4天,比特币的5分钟涨跌盘。结论就是:基本已经成了散户的高频赌场。 平均单笔只有10美元左右,就是大量散户在用几美元赌来赌去。 而且过去几天,最大的单笔6.1万美元,大户稀少 @Polymarket
顯示更多
公司的 SQL 仔和数据分析师要被这个开源神器干失业了!老板直接用自然语言提问,AI 就能自动打通底层数据库生成数据报表,关键是还不会胡乱捏造指标。 这玩意真有人做出来了——GitHub 爆火开源项目 WrenAI,目前已经斩获 16.8k Star,采用 Apache 2.0 协议开源。它是一个专门给 AI Agent 打造的 Generative BI(生成式商业智能)引擎。简单来说,它在你的数据库和 AI 之间塞了一层“业务语义理解”,不管是 PostgreSQL、ClickHouse、Snowflake 还是 BigQuery,连上就能直接让人话变成准到离谱的 SQL 和可视化图表。 🔥 核心卖点: • 通吃 20+ 种主流数据库:大小数据库一键打通,不挑食 • 独家业务上下文层:AI 不再瞎猜表结构,查询零幻觉 • 自动出可视化图表:说句人话直接生成漂亮仪表盘 • 无缝对接 AI Agent:跟 Claude Code、Cursor 秒无缝集成 • 完全开源可私有化:敏感数据不外流,本地部署超省心 🔗 传送门:
顯示更多
0
7
278
71
轉發到社區
看了 SQLite 论战,好有意思。 几派观点: 1. 数据归属:结构化数据 vs Plain Text。 2. 工程结构:RDBMS vs AOF。 3. 实现选择:成熟外部工具引入 vs 自建协议库。 4. 关注点:讨论工程 vs 信任权威 还有啥,可以补充 + 后续关注。 PS:我站 SQLite,考虑长期功能诉求和可维护性,总有需要引入一套复杂数据结构,不是自己写就是用别人的。
顯示更多
0
14
66
2
轉發到社區
好喜欢 sqlite 论战,希望这不是程序员群体最后一次为技术而愤怒
不管是用文件系统还是用 sqlite 存储聊天记录,本质区别是如何在一个大段的 block 存储上,存取大量的短数据,这才是根本区别。至于怎样索引,用什么算法搜索,两种方案基础之上都可以实现,那不是问题的关键。 用文件系统直接存储的问题是,文件系统是一个系统级公有设施。它要满足的是整个 OS 层面的通用需求,而不是某个单进程、某个业务场景的最优访问模式。所以如果把大量业务对象直接映射成普通文件,单文件的存取就会引入额外开销。当然现代文件系统已经把性能压榨到极限了,但抽象层级决定了它不可能专门为聊天记录这种大量短数据场景优化。每一个文件的打开,都可能涉及路径解析、目录查找 、inode 加载、权限检查、句柄管理、元数据更新等等文件系统开销,然而这对于聊天记录的存取场景完全是不必要的。 相比之下,sqlite 建立在文件系统之上,存取操作损耗低了很多,检索实现起来也更加容易。 不过如果仅讨论每一个聊天会话写一个文件这样的使用场景,一般用户顶多几百几千个聊天会话,这种量级下性能差距微乎其微,用啥都行。 我真正想吐槽的是,之前微信 Mac 版本把表情包、缩略图这种小数据也一概全部单文件塞文件系统,我的聊天记录不算特别多,微信的数据文件夹下都有上几十万个小文件,虽然用着没啥问题,但是对于系统备份、恢复、迁移操作都是灾难,90% 的时间浪费在小文件处理上。我记得某次测试,单 rm -Rf 删微信数据,就删了好几个小时,微信自己的聊天迁移如此缓慢,我猜也是同一个原因。4.0 新版本应该已经修了这个问题。
顯示更多
0
37
84
4
轉發到社區
一堆人骂微信用sqlite,其实没有任何理由。 就本地存储这么多信息而言,sqlite是一个很好的选择,连中推公认最好的telegram的android和iOS也用的sqlite,证明sqlite这个database本身不是微信性能的瓶颈,同样用sqlite也能做出世界级聊天好工具。 那么真正瓶颈只能是微信团队程序员的智力水平了。
顯示更多
0
17
88
2
轉發到社區
为啥微信要用SQLite?因为他们需要一个能够加密的数据库,以免用户太方便的导出聊天记录。一个封闭生态的技术逻辑,你们不懂,也很正常。
0
19
23
2
轉發到社區
别再用画图软件或者白板手敲 SQL 数据库架构了,GitHub 上这个项目直接把后端和 DBA 的活儿给“可视化”自动化了。 这是一个叫 drawDB 的开源项目,全网爆火抓了 3.8 万+ 星标(AGPL-3.0 协议)。它本质上是一个免注册、完全运行在浏览器本地的现代化数据库 ER 图设计器与 SQL 生成神器。 🔥 核心卖点: 免登录即用: 打开浏览器直接画,数据保存在本地 IndexedDB,零隐私泄漏风险。 拖拽连线生成: 点几下拖出数据表与外键关系,一秒自动吐出精准 SQL 建表语句。 逆向工程黑科技: 复制现有 SQL 脚本粘进去,直接自动反向生成直观的结构拓扑图。 全主流数据库支持: 支持 MySQL、PostgreSQL、SQLite、MariaDB、SQL Server 和 Oracle。 轻量可私有化: 纯前端架构,支持 Docker 一键部署到本地或内网环境。 🔗 体验与源码: GitHub 源码: 在线即用:
顯示更多
0
9
72
18
轉發到社區