某鱼-卖
某鱼-买

省去运费。

@lishen226 你是明白人。如果经常有表要填写，那么要考虑怎么快速生成，而不是从头来。一点点完善，到最后恭喜你开发了一个问卷系统。 然后作为增强功能，能不能给一个已经填了几个例子的 Excel，直接把问卷生成出来，然后发连接给答题人。填完之后，导出完整的 Excel 就好了。爽歪歪，有没有。

如果不愿意从头做，好消息是，我都做好了。WX: ZWNob3d1aGFv 或者 浏览器 dev console 输入 atob("ZWNob3d1aGFv")

你知道来信息安全问就已经要脱离小白了，找个计算机网络或者信息安全的书翻一番。

兄弟不要怕人家质疑你能力，都是从小白过来的。举国上下还弄不出个 7nm CPU 呢，我羞愧过么。

需要外包么？

包给板上的团队，每个业务两周并行完成，不耽误年底上线。

@googlai www.bestqa.net 是我们自己维护的，很多问卷是要往公网发送的。我们可以把同样的一套系统安装到你公司的内网。当然这个需要一定的费用。

@FightPig 没有一亿条了，但是 content 字符出现的次数不是 table1 row size 而是 table 2 的。你之前只寸这个字符一次，就是列名，但是你存到 jsonb 里面不是一百万次，而是一亿次。只一亿次是凭空多出来的存储空间。

你实际测一下。表虽然 row size 多了一点，但是 postgres 可以有更多信息优化，你堆到 jsonb 里面，postgres 能知道的信息更少，查询的时候就要麻烦了。

我个人没有做过那么大的表，所以只能理论说一下。

@jmyz0455 postgrest 一分钟搭建一个 rest 后端，哈哈。

@MoccaCafe

2，不能跨库查询，如果 PostgreSQL 数据文件完全损坏，那真的就是损坏了

postgres 里面有 schema 的概念，有点像 mysql 里面的 db 了。就是一个 schema 里面可以有很多表。你把 mysql 里面的不同数据库放到不同 schema 里面，就可以了。

如果非要跨库，不仅可以跨，还可以跨不同服务器上面的，postgres_fdw 速度会慢一点。

@MoccaCafe

PostgreSQL 的缺点：
1，没有 show create table/show tables/show database/show variables 等方法，你要找这张表有多少列，有点麻烦，可以说对开发人员很不友好(学院派)

\d
\dt
\l

查了一下，jsonb 也有 size limit，which is 255 MB.

https://stackoverflow.com/questions/12632871/

如果内容比较多，不能用。

不可取。1. 肯定会更慢，取决于你查询的内容。
2. 仅 content 一个词，一亿条记录就增加了快 650M 的空间占用。

你可以弄个几万条记录测试一下，我只是猜想。

不知道你问的什么问题了。

这个表有啥特殊的么。用户 id，feature 两个字段就够了。 当一个 feature 被关闭时，加一条记录，打开的时候删掉。

按照之前帖子提到的文档，如果用户基数不太大，前段处理的时候，如果用户选择不接收，扔掉这个消息就好。

你多翻一页就看到了。

https://www.v2ex.com/t/730483

我是雷锋。

@JerryY 什么？这个那么基本的功能都做不了？

这个难度很大，可以考虑上传 word -> 转换为中间格式-> 导出 word （前提 word 不太复杂）

直接 word 上编辑，打听下 word 团队人数就好了。

systemd

无数个和你一样的。