@waytodelay #4

如果中间表字段少（比如就存 user_id 、group_id ），存索引不是还多一个自增字段吗？

如果中间表字段多，存索引的话，会不会大概率经常回表，查其他字段呢？

另外，索引相当于乱序插入了，页分裂肯定很频繁呀。。

（除非你严格按照 user_id 、group_id 自增顺序插入。那你的业务，是没有回头客啥的吗？）

你用自增主键，表本身是不会页分裂。

但联合索引呢？你也严格按 (userId, groupId) 递增顺序，插入到表里吗？

你的业务请求，挺有规律啊。。https://i.imgur.com/krir4IG.png

@Int100 #10 要不，你模拟几个场景出来看看？比如：

10GB 的 A.json （格式是 [{"a": xxx, "b": yyy, ...}, ...]，约一亿条），
100GB 的 B.json （格式是 [{"c": xxx, "d": yyy, ...}, ...]，约十亿条），

需求一：A 里的 a, b 字段去 B 里的 c, d 查，保留结果是 xxx 的，再分组取前一万，再分季度汇总，。。。
需求二：。。。

https://i.imgur.com/F29pmQ6.png https://i.imgur.com/F29pmQ6.png

@Braisdom #16 不是概括总结数据为人话，是用人话输入想查询的结果，程序翻译成 SQL 执行？

都用上 AI 了，为嘛不直接翻译人话，出查询结果呢？

@NessajCN #23 这么久以来，有通过自己查，避免了什么东西吗？

想看看有没有必要，尽量少用别人编译好的二进制。。

https://i.imgur.com/F29pmQ6.png https://i.imgur.com/F29pmQ6.png

@debuggerx #13 看了看 AvaloniaUI 的展示案例，确实手机端很少，只有两个。界面看起来还行。。

QT 我一时也想不到，手机上的应用有啥。。

所以你觉得 AI 的能力边界是什么呢？

其他人也能写出赚这么多钱的，那就直接让他《写一个机器人，能日种几亩田》之类的。。？

https://i.imgur.com/krir4IG.png https://i.imgur.com/krir4IG.png

@debuggerx #11 QT 、AvaloniaUI ，这些不行吗？

AI 出来后，让它《写一个日赚过万的 App 》，会咋样呢？

换句话说，AI 的能力边界是什么呢？

https://i.imgur.com/F29pmQ6.png https://i.imgur.com/F29pmQ6.png

@kuanat #26 浏览器会利用系统的 DWM ，由其来单独合成普通页面与视频画面，而不是浏览器自己合成再提交？

放到 Windows 上说，就是利用了 DirectComposition ？

可这是 Win8 才引入的呀。。Win7- 是咋做到的呢？

https://i.imgur.com/F29pmQ6.png https://i.imgur.com/F29pmQ6.png

把设备晾在那一天，看看语音助手耗多少电、用多少流量，不就心中有数了嘛。。

@hez2010 #8 如果 8 线程访问 Redis ，每个线程 pipeline 都是 1 。这算啥？

为嘛不用 DuckDB 呢？它支持直接读取 xlsx 呀。。

速度上，之前的 1BRC （十亿行文本）挑战里，它能做到（普通人 SQL 写法）计算只用 5 秒钟。

或者，23 亿词 13GB 的英文维基文本，计算 TOP 1000 高频词，i5-8250U 轻薄本上，单线程下，只需 3 分钟，500MB 内存。。

如果你用 PHP 不能做到，更快更省资源，用用它也不错呀。。

反正我用 Java 一般写法，都要 6 分钟，2GB 内存。。

用 C++ 来写，也才勉强和它打平。。

https://i.imgur.com/krir4IG.png https://i.imgur.com/krir4IG.png

《 SQL 解惑（第二版）》，里面有 75 个问题，并用 SQL 编程解决。

跟着做完，SQL 能力肯定能提升很多。。

什么浏览器，七八百兆就崩啊？我这常年几个 G 呢。。

不会是一个页面就七八百兆吧？抖音客户端，也是 Electron ，都才四五百兆啊。。

https://i.imgur.com/veWihk6.png https://i.imgur.com/veWihk6.png

Deepin 20 ，打开时报错说 libstdc++.so.6 版本太低诶。。

```
/usr/share/reqable/reqable: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by /usr/share/reqable/lib/libdesktop_multi_window_plugin.so)
/usr/share/reqable/reqable: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by /usr/share/reqable/lib/libreqable_appdump_plugin.so)
```

```js
s = 'txt=123,txt=kg66vv,hhj,txt=6966,ggg'
s.match(/(?<=(?:^|,)[^=]+=)([^,]*6[^,]*)(?=,|$)/g)
```

@luozic #6 感觉 DuckDB 读文件时，性能有点问题？


感觉 DuckDB 读空缓冲区后，Writer 才能继续写。写满后，DuckDB 才去读一样？

同样的内容，会因喂给 DuckDB 的姿势不同，表现出不同的速度差异。。

就像 Python 的假多线程一样，只能有一个线程活跃。。

https://i.imgur.com/zDWIvwg.png

@ComplexPug #14 我用 Lua 写了个（可限制内存）词频统计，并和 DuckDB 比了下速度，感觉还行。


1. 测试数据

[知乎回答]( https://www.zhihu.com/answer/1906560411 ) 里，分享的《英文维基百科（仅文本版）》，并简单用脚本预处理了下（去标点、每词一行、转小写）。

解压后：13.33 GB
处理后：12.84 GB ，23 亿词（不重复的有 854W ）


2. 测试结果

- ＤｕｃｋＤＢ　（不限制内存）：4 分半（ 1.0X ）
- Ｌｕａ（最多存１００Ｍ文本）：7 分半（ 1.6X ），01 个共 103MB 临时文件
- Ｌｕａ（最多存　１０Ｍ文本）：8 分钟（ 1.7X ），23 个共 306MB 临时文件


3. 测试硬件：i5-8250U 低压 CPU 轻薄本。。


4. 运行截图

https://i.imgur.com/Th6QoLr.png


5. 预处理脚本

```shell
unzip -p enwiki_text.zip | tr -cs "[:alnum:]'-" '\n' | tr [:upper:] [:lower:]
```


6. Lua 脚本（ V 站吞空格，所以将行首缩进，都转为全角空格了）

```lua
#!luajit
local TOP_NUM = 1000
local MAX_SIZE = tonumber(arg[1] or 16) * 2 ^ 20

local dict = {}
local dict_size = 0
local files = {}
local words = {}
local word = ''
local freq = 0

function heap_swap(heap, comp, lhs, rhs, func, next)
　 if comp(heap[lhs], heap[rhs]) then
　　 heap[lhs], heap[rhs] = heap[rhs], heap[lhs]
　　 func(heap, comp, next)
　 end
end

function heap_up(heap, comp, idx)
　 if idx > 1 then
　　 local pa = math.floor(idx / 2)
　　 heap_swap(heap, comp, idx, pa, heap_up, pa)
　 end
end

function heap_down(heap, comp, idx)
　 if idx <= #heap / 2 then
　　 local left, right = idx * 2, idx * 2 + 1
　　 local son = right > #heap and left or
　　　(comp(heap[left], heap[right]) and left or right)
　　 heap_swap(heap, comp, son, idx, heap_down, son)
　 end
end

function heap_push(heap, comp, val)
　 table.insert(heap, val)
　 heap_up(heap, comp, #heap)
end

function heap_pop(heap, comp)
　 heap[1] = heap[#heap]
　 table.remove(heap)
　 heap_down(heap, comp, 1)
end

function heap_adjust(heap, comp, idx)
　 heap_down(heap, comp, idx)
　 heap_up(heap, comp, idx)
end

function comp(lhs, rhs)
　 return lhs[1] < rhs[1]
end

function sorted_keys(dict)
　 local keys = {}
　 for k in pairs(dict) do
　　 table.insert(keys, k)
　 end
　 table.sort(keys)
　 return keys
end

function push_word()
　 if #word > 0 then
　　 if #words < TOP_NUM then
　　　 heap_push(words, comp, {freq, word})
　　 elseif freq > words[1][1] then
　　　 words[1] = {freq, word}
　　　 heap_adjust(words, comp, 1)
　　 end
　 end
end

function try_save_dict(new_key)
　 dict_size = dict_size + (new_key and #new_key or 0)
　 if not new_key or dict_size > MAX_SIZE then
　　 local file = io.tmpfile()
　　 for idx, key in ipairs(sorted_keys(dict)) do
　　　 file:write(dict[key], ' ', key, '\n')
　　 end
　　 dict = {}
　　 file:seek('set')
　　 dict_size = new_key and #new_key
　　 table.insert(files, {'', 0, file})
　 end
end

for word in io.lines() do
　 dict[word] = (dict[word] or try_save_dict(word) or 0) + 1
end
try_save_dict()

while #files > 0 do
　 local file, read_ok = files[1]
　 if word == file[1] then
　　 freq = freq + file[2]
　 else
　　 push_word()
　　 word, freq = file[1], file[2]
　 end
　 file[2], read_ok, file[1] = file[3]:read('n', 1, 'l');
　(read_ok and heap_adjust or heap_pop)(files, comp, 1)
end
push_word()

table.sort(words, comp)
for i = #words, 1, -1 do
　 io.write(string.format('%d %s\n', words[i][1], words[i][2]))
end
```

@AoEiuV020JP 总感觉，Win10+ 有内存泄漏。。

表现为，用了几天后，关闭所有程序，但系统还会吃很多内存。。（比如一半以上。。）

Win7 、XP ，好像没有这种现象。。