数据 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第7页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
各位佬好，分享一个自己在做的开源项目 DBX —— 一款基于 Tauri + Vue 3 的跨平台数据库管理工具。 先说重点： 安装包只有 15MB ，因为用的是 Tauri （系统原生 WebView ），不像 Electron 动不动就 200MB+。 GitHub： htt
tech v2ex.com 2026-04-29 21:45:04+08:00
各位佬好，分享一个自己在做的开源项目 DBX —— 一款基于 Tauri + Vue 3 的跨平台数据库管理工具。 先说重点： 安装包只有 15MB ，因为用的是 Tauri （系统原生 WebView ），不像 Electron 动不动就 200MB+。 GitHub： htt
tech v2ex.com 2026-04-29 21:17:12+08:00
大家好，向大家请教一个问题。 我目前有海量数据：大概目前有 2 亿文本，文本长度在 1000 字符长度以下，并且数量在持续增长 一次给定 1000 个 key,如何在 30ms 内响应这 1000 条数据呢？ 除了 redis 还有其他方案吗？诚心求教
tech www.v2ex.com 2026-04-29 21:14:57+08:00
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺
tech linux.do 2026-04-29 21:05:10+08:00
各位佬好，分享一个自己在做的开源项目 DBX —— 一款基于 Tauri + Vue 3 的跨平台数据库管理工具。 先说重点： 安装包只有 15MB ，因为用的是 Tauri （系统原生 WebView ），不像 Electron 动不动就 200MB+。 GitHub： htt
tech v2ex.com 2026-04-29 20:17:49+08:00
各位佬好，分享一个自己在做的开源项目 DBX —— 一款基于 Tauri + Vue 3 的跨平台数据库管理工具。 先说重点： 安装包只有 15MB ，因为用的是 Tauri （系统原生 WebView ），不像 Electron 动不动就 200MB+。 GitHub： htt
tech v2ex.com 2026-04-29 20:17:49+08:00
大家好，向大家请教一个问题。 我目前有海量数据：大概目前有 2 亿文本，文本长度在 1000 字符长度以下，并且数量在持续增长 一次给定 1000 个 key,如何在 30ms 内响应这 1000 条数据呢？ 除了 redis 还有其他方案吗？诚心求教
tech www.v2ex.com 2026-04-29 20:14:57+08:00
各位佬好，分享一个自己在做的开源项目 DBX —— 一款基于 Tauri + Vue 3 的跨平台数据库管理工具。 先说重点： 安装包只有 15MB ，因为用的是 Tauri （系统原生 WebView ），不像 Electron 动不动就 200MB+。 GitHub： htt
tech v2ex.com 2026-04-29 19:41:20+08:00
大家好，向大家请教一个问题。 我目前有海量数据：大概目前有 2 亿文本，文本长度在 1000 字符长度以下，并且数量在持续增长 一次给定 1000 个 key,如何在 30ms 内响应这 1000 条数据呢？ 除了 redis 还有其他方案吗？诚心求教
tech www.v2ex.com 2026-04-29 19:14:57+08:00
大家好，向大家请教一个问题。 我目前有海量数据：大概目前有 2 亿文本，文本长度在 1000 字符长度以下，并且数量在持续增长 一次给定 1000 个 key,如何在 30ms 内响应这 1000 条数据呢？ 除了 redis 还有其他方案吗？诚心求教
tech v2ex.com 2026-04-29 18:14:57+08:00
大家好，向大家请教一个问题。 我目前有海量数据：大概目前有 2 亿文本，文本长度在 1000 字符长度以下，并且数量在持续增长 一次给定 1000 个 key,如何在 30ms 内响应这 1000 条数据呢？ 除了 redis 还有其他方案吗？诚心求教
tech v2ex.com 2026-04-29 18:14:57+08:00
当我们建表时，使用 VARCHAR2(50)，从开发的角度，可能会认为是 VARCHAR2(50 个字符)，而不是 VARCHAR2(50 字节)。 但 Oracle 数据库，如果你没写清楚 VARCHAR2(50 CHAR) 还是 VARCHAR2(50 BYTE)，而只是写了
tech www.v2ex.com 2026-04-29 16:58:06+08:00
当我们建表时，使用 VARCHAR2(50)，从开发的角度，可能会认为是 VARCHAR2(50 个字符)，而不是 VARCHAR2(50 字节)。 但 Oracle 数据库，如果你没写清楚 VARCHAR2(50 CHAR) 还是 VARCHAR2(50 BYTE)，而只是写了
tech www.v2ex.com 2026-04-29 16:58:06+08:00
当我们建表时，使用 VARCHAR2(50)，从开发的角度，可能会认为是 VARCHAR2(50 个字符)，而不是 VARCHAR2(50 字节)。 但 Oracle 数据库，如果你没写清楚 VARCHAR2(50 CHAR) 还是 VARCHAR2(50 BYTE)，而只是写了
tech www.v2ex.com 2026-04-29 16:58:06+08:00
当我们建表时，使用 VARCHAR2(50)，从开发的角度，可能会认为是 VARCHAR2(50 个字符)，而不是 VARCHAR2(50 字节)。 但 Oracle 数据库，如果你没写清楚 VARCHAR2(50 CHAR) 还是 VARCHAR2(50 BYTE)，而只是写了
tech www.v2ex.com 2026-04-29 16:58:06+08:00
当我们建表时，使用 VARCHAR2(50)，从开发的角度，可能会认为是 VARCHAR2(50 个字符)，而不是 VARCHAR2(50 字节)。 但 Oracle 数据库，如果你没写清楚 VARCHAR2(50 CHAR) 还是 VARCHAR2(50 BYTE)，而只是写了
tech www.v2ex.com 2026-04-29 16:58:06+08:00
当我们建表时，使用 VARCHAR2(50)，从开发的角度，可能会认为是 VARCHAR2(50 个字符)，而不是 VARCHAR2(50 字节)。 但 Oracle 数据库，如果你没写清楚 VARCHAR2(50 CHAR) 还是 VARCHAR2(50 BYTE)，而只是写了
tech v2ex.com 2026-04-29 16:58:06+08:00
当我们建表时，使用 VARCHAR2(50)，从开发的角度，可能会认为是 VARCHAR2(50 个字符)，而不是 VARCHAR2(50 字节)。 但 Oracle 数据库，如果你没写清楚 VARCHAR2(50 CHAR) 还是 VARCHAR2(50 BYTE)，而只是写了
tech v2ex.com 2026-04-29 16:58:06+08:00
当我们建表时，使用 VARCHAR2(50)，从开发的角度，可能会认为是 VARCHAR2(50 个字符)，而不是 VARCHAR2(50 字节)。 但 Oracle 数据库，如果你没写清楚 VARCHAR2(50 CHAR) 还是 VARCHAR2(50 BYTE)，而只是写了
tech v2ex.com 2026-04-29 16:58:06+08:00
WSL 与 Windows 双环境 OpenCode 配置同步实践 背景 在 WSL 和 Windows 双环境下使用 OpenCode 时，希望两边配置和会话数据能够同步，避免手动切换环境时丢失上下文。 主要分为两块：配置目录同步和会话数据库同步。把步骤直接丢给agent应该就
tech linux.do 2026-04-29 16:43:37+08:00