无标题无名氏No.68809905

2026-06-08(一)23:36:58 ID: gEGGVQn

>>No.68809850
那这样的话就改FLOAT就好了，因为这样考虑的话有时候可能有不少类似“间章”的串

无标题无名氏No.68809927

2026-06-08(一)23:39:32 ID: gEGGVQn

说起来，你的“系列”可以做成
自定义
现有系列
这样的结构，然后用js在用户选择自定义的时候再在下面出现一个输入框，选择其他选项的时候输入框消失，这样美观一点

无标题无名氏No.68809947

2026-06-08(一)23:42:21 ID: SLDLTVR (PO主)

>>No.68809927
确实这样会好很多，主要是一开始AI给大致样式写完之后我也没细改。⊂彡☆))∀`)懒比一个

无标题无名氏No.68809948

2026-06-08(一)23:42:25 ID: gEGGVQn

>>No.68809850
但是比较麻烦的一点就是怎么处理“系列”和“分类”，直接做成tag的话你比较难这么方便的显示，分离出来的话代码逻辑我还得想想( ﾟ∀。)

无标题无名氏No.68810016

2026-06-08(一)23:54:15 ID: SLDLTVR (PO主)

>>No.68809927
如果所有thread都下载下来不占资源的话，全归到tags里，然后固定位置放固定内容行不。

比如tags第一个默认genre，第二个series，第三个installment，第四个status，后面的都当成普通tag。没有的时候对应位置填个占位符。我不知道sql能不能[None,None]这种

访问的时候把所有thread都下载完之后本地拆一遍这样

无标题无名氏No.68810022

2026-06-08(一)23:55:17 ID: gEGGVQn

>>No.68809948
我好笨，前面都绕进去了，刚刚想到一个很简单的方案
具体地，标签库表有以下列：
tag_id, INT
tag_type, VARCHAR() -- 如“serie”
tag_content, VARCHAR() -- 如“大洛山系列”
PRI(tag_id)
然后关联表也就是标签表有以下列：
id, INT
tag_id, INT
PRI(id, tag_id)
KEY(tag_id, id)
很漂亮的解决方案

无标题无名氏No.68810031

2026-06-08(一)23:56:35 ID: gEGGVQn

>>No.68810016
怎么又是你刚好早我一分钟发，三次了( ﾟ∀。)我有想过，但是太丑了，可拓展性也被抛弃了

无标题无名氏No.68810038

2026-06-08(一)23:58:21 ID: gEGGVQn

>>No.68810016
installment做成tag是要干嘛，你要搜“大洛山系列”我能理解，你搜“第2部”是在干嘛，找有连载的作品吗( ﾟ∀。)

无标题无名氏No.68810047

2026-06-08(一)23:59:46 ID: gEGGVQn

>>No.68810016
而且你这个没做到关联表啊，你这个成多值索引了，虽然不是不能用( ﾟ∀。)