全球裤子交流论坛，是裁缝的请进

yy10112001

白水泉 发表于 2023-2-27 12:54
大佬， 请问下，如果一个程序本身就支持redis 和mongodb 给用户选择了， 你会选择？
（如果Discuz支持red ...

我会偷懒选sqlite ... 我自己的站就用的sqlite ...
缓存用的redis

白水泉

Senly 发表于 2023-2-27 12:46
缝纫机缺人了吗

缺少程序员， 现在都机器人制造了 大兄弟

白水泉

yy10112001 发表于 2023-2-27 12:57
我会偷懒选sqlite ... 我自己的站就用的sqlite ...
缓存用的redis

帮下忙吧， 程序就两个选择mongodb 和redis，
代码写的差， 都是用现成的

大炮

我表示看不懂。

Mr.Bean

果断芒果db，内存多大用redis啊

nnpk520

mongodb

W4ter

泻药 人在新加坡 刚下飞机
希望能够把帖子加权限防止恶意采集
利益相关 不匿

网上都在说redis、mongodb那种nosql分布式数据
别被误导了，像那种redis、mongodb一般是用来做缓存的，就是那些经常用的数据，会缓存到内存里，然后加快查询命中速度。
es不得不承认还可以，在数据处理好的前提下非常强大，但是学习使用维护成本太高，你又不能用全文搜索，不然会非常慢。
但是你当好的裁缝需要把不同的布料做关联吧，比如每个布料都有唯一的出厂编号，你搜的时候是通过出厂编号来关联的所有布料信息的。
这个时候你就就会发现nosql无法完成数据关联，你还是得用sql做主键。
nosql、nosql的好处是分布式，有一个前提，当你有成百上千台机器，每台机器分布式放一点点布料，然后去调度查询，这样你查询千亿万亿级别数据都是秒查。
但是普通人哪里有这样的机器数量呢？别听大厂说nosql牛逼，拥抱分布式数据库，很吊就无脑吹nosql。
现在的场景就是，单台或者几台机器的情况下，管理大量布料数据。
实测mysql单表百亿，索引做好，对应主键信息查询，直接秒查没有一点问题，alisql可能会更快（未测试），你用redis、mongodb单表百亿给我查询试试看？
mongodb会把索引数据放进内存，你数据量少的时候（几kw/几亿）可能很快，但是数据量一旦上来，就会极其缓慢。
Btw,别说mysql套redis、mongodb加速了，你查布料的时候每次都查询相同的数据命中缓存？
并且跟你的sql语句、数据库表的设计、服务架构，有很大的关系，我挺佩服红鼻子裁缝铺的，背后应该是非常精通数据库优化的。

jackyjack

这是什么谜语

白水泉

W4ter 发表于 2023-2-27 14:04
泻药 人在新加坡 刚下飞机
希望能够把帖子加权限防止恶意采集
利益相关 不匿

按大佬这么一说， 还是用mysql了？ 但是程序不带mysql啊
小鸡用mongodb
大鸡鸡用redis？

W4ter

白水泉 发表于 2023-2-27 14:12
按大佬这么一说， 还是用mysql了？ 但是程序不带mysql啊
小鸡用mongodb
大鸡鸡用redis？ ...

放弃redis吧，全用mongodb就好了