范式 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第2页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
第一范式（ 1NF ）要求数据库表中的每个列都是不可再分的原子值，即每个列都不能包含多个值或值的列表。 现在使用 pg 的时候经常用 json 格式了，是不是违反了第一范式？
tech V2EX - 技术 2026-05-22 14:47:29+08:00
第一范式（ 1NF ）要求数据库表中的每个列都是不可再分的原子值，即每个列都不能包含多个值或值的列表。 现在使用 pg 的时候经常用 json 格式了，是不是违反了第一范式？
tech V2EX - 技术 2026-05-22 14:42:50+08:00
第一范式（ 1NF ）要求数据库表中的每个列都是不可再分的原子值，即每个列都不能包含多个值或值的列表。 现在使用 pg 的时候经常用 json 格式了，是不是违反了第一范式？
tech v2ex 2026-05-22 14:33:54+08:00
第一范式（ 1NF ）要求数据库表中的每个列都是不可再分的原子值，即每个列都不能包含多个值或值的列表。 现在使用 pg 的时候经常用 json 格式了，是不是违反了第一范式？
tech V2EX - 技术 2026-05-22 14:31:47+08:00
第一范式（ 1NF ）要求数据库表中的每个列都是不可再分的原子值，即每个列都不能包含多个值或值的列表。 现在使用 pg 的时候经常用 json 格式了，是不是违反了第一范式？
tech V2EX - 技术 2026-05-22 14:23:05+08:00
第一范式（ 1NF ）要求数据库表中的每个列都是不可再分的原子值，即每个列都不能包含多个值或值的列表。 现在使用 pg 的时候经常用 json 格式了，是不是违反了第一范式？
tech V2EX - 技术 2026-05-22 13:54:09+08:00
第一范式（ 1NF ）要求数据库表中的每个列都是不可再分的原子值，即每个列都不能包含多个值或值的列表。 现在使用 pg 的时候经常用 json 格式了，是不是违反了第一范式？
tech V2EX - 技术 2026-05-22 13:48:19+08:00
以前都说 LLM 是推理下一个字符，所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了，agent 的逻辑之下，LLM 会发现这是一个计算题，所以会当场写一个脚本再来算，就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了（至少不会再犯离谱的错误
tech V2EX - 技术 2026-05-17 14:59:36+08:00
以前都说 LLM 是推理下一个字符，所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了，agent 的逻辑之下，LLM 会发现这是一个计算题，所以会当场写一个脚本再来算，就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了（至少不会再犯离谱的错误
tech V2EX - 技术 2026-05-17 05:54:25+08:00
以前都说 LLM 是推理下一个字符，所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了，agent 的逻辑之下，LLM 会发现这是一个计算题，所以会当场写一个脚本再来算，就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了（至少不会再犯离谱的错误
tech V2EX - 技术 2026-05-16 18:54:15+08:00
以前都说 LLM 是推理下一个字符，所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了，agent 的逻辑之下，LLM 会发现这是一个计算题，所以会当场写一个脚本再来算，就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了（至少不会再犯离谱的错误
tech V2EX - 技术 2026-05-16 17:54:15+08:00
以前都说 LLM 是推理下一个字符，所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了，agent 的逻辑之下，LLM 会发现这是一个计算题，所以会当场写一个脚本再来算，就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了（至少不会再犯离谱的错误
tech V2EX - 技术 2026-05-16 17:21:37+08:00
以前都说 LLM 是推理下一个字符，所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了，agent 的逻辑之下，LLM 会发现这是一个计算题，所以会当场写一个脚本再来算，就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了（至少不会再犯离谱的错误
tech V2EX - 技术 2026-05-16 17:01:06+08:00
以前都说 LLM 是推理下一个字符，所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了，agent 的逻辑之下，LLM 会发现这是一个计算题，所以会当场写一个脚本再来算，就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了（至少不会再犯离谱的错误
tech V2EX - 技术 2026-05-16 16:09:15+08:00
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺
tech LinuxDo 最新话题 2026-05-12 22:14:49+08:00
AI 全栈工程师 AI 正在重构软件研发的底层范式，我们寻找真正践行 AI Native 理念的同行者。 公司无模型选型限制、无 Token 用量约束，AI 已深度渗透全员工作与业务全流程。 在这里，享受精兵小团队协作，摒弃无效沟通与冗余内耗；业务快速迭代，全程独立掌控 AI 全
tech v2ex 2026-05-09 15:47:38+08:00
AI 全栈工程师 AI 正在重构软件研发的底层范式，我们寻找真正践行 AI Native 理念的同行者。 公司无模型选型限制、无 Token 用量约束，AI 已深度渗透全员工作与业务全流程。 在这里，享受精兵小团队协作，摒弃无效沟通与冗余内耗；业务快速迭代，全程独立掌控 AI 全
tech v2ex 2026-05-09 15:36:56+08:00
AI 全栈工程师 AI 正在重构软件研发的底层范式，我们寻找真正践行 AI Native 理念的同行者。 公司无模型选型限制、无 Token 用量约束，AI 已深度渗透全员工作与业务全流程。 在这里，享受精兵小团队协作，摒弃无效沟通与冗余内耗；业务快速迭代，全程独立掌控 AI 全
tech v2ex 2026-05-09 15:28:56+08:00
AI 全栈工程师 AI 正在重构软件研发的底层范式，我们寻找真正践行 AI Native 理念的同行者。 公司无模型选型限制、无 Token 用量约束，AI 已深度渗透全员工作与业务全流程。 在这里，享受精兵小团队协作，摒弃无效沟通与冗余内耗；业务快速迭代，全程独立掌控 AI 全
tech v2ex 2026-05-09 15:14:18+08:00
用了CC算是有半年多，但一直属于裸用范式，没能用上太多的工具搭配！ 最近开了个新的win10虚拟机打算好好研究一下相关的配套工具 CC是从哈雷佬那下的npm版2.1.132（谢谢哈雷佬 ） 当前在ccswitch配了如下配置 现在在蹬Any路由器的opus4.7 刚刚才装上哈雷佬
tech LinuxDo 最新话题 2026-05-08 00:23:55+08:00