V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
cheneydog
V2EX  ›  问与答

轻松业务的业务数据库有什么选择

  •  
  •   cheneydog · 2022-10-24 10:43:21 +08:00 · 1181 次点击
    这是一个创建于 522 天前的主题,其中的信息可能已经有所发展或是发生改变。
    一些轻松的业务,代码都用 nodejs 写了, 数据库不想用关系数据库了,也换个非关系数据库吧。

    mongodb ,聚合语法有点怪异呀,有没有别的选择。
    12 条回复    2022-10-24 13:56:35 +08:00
    bushiren
        1
    bushiren  
       2022-10-24 10:47:48 +08:00
    加个中间件 好像可以
    Morii
        2
    Morii  
       2022-10-24 10:48:59 +08:00
    代码都用 nodejs 写了, 数据库不想用关系数据库了

    这俩有啥关系?好奇
    coderxy
        3
    coderxy  
       2022-10-24 11:03:43 +08:00
    用 Mongo 就要换思维了。 不要再想着外键、连表查询啥的。 全部放到业务里做,数据库只做数据存储。
    lmshl
        4
    lmshl  
       2022-10-24 11:04:56 +08:00
    最省事的就是 postgresql 了
    不搞外键约束,把 jsonb 类型当文档数据库用全没问题,还能继续享受 ACID 。
    wangxiaoaer
        5
    wangxiaoaer  
       2022-10-24 11:10:17 +08:00
    @coderxy #3 说实在的,我不是很理解类似 join 这种操作放到应用层是如何做的,几万条还是可以的,多起来呢,跨 2 张表的 join 呢?
    opengps
        6
    opengps  
       2022-10-24 11:11:49 +08:00
    轻松到什么程度?确实无关紧要搞个 txt 存也不是不行
    mmm159357456
        7
    mmm159357456  
       2022-10-24 11:25:04 +08:00
    我都是 orm 一把梭 \doge
    cheng6563
        8
    cheng6563  
       2022-10-24 11:37:25 +08:00
    @wangxiaoaer 不跨表,直接塞一个文档,用 json 无限套下去。
    coderxy
        9
    coderxy  
       2022-10-24 11:37:43 +08:00
    @wangxiaoaer 要摈弃原来三范式的思维, 反范式设计数据库字段,用字段冗余去满足一些业务需求。
    meeop
        10
    meeop  
       2022-10-24 11:42:26 +08:00
    足够轻松的话,就全量数据放内存里,然后更新操作时序列化一下存一个文件完事,稍微优化下就根据用户分几个文件
    hanai
        11
    hanai  
       2022-10-24 13:56:06 +08:00 via iPhone
    sqlite
    cheneydog
        12
    cheneydog  
    OP
       2022-10-24 13:56:35 +08:00
    @Morii 都是写面条代码,不想写的太累。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   4755 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 09:46 · PVG 17:46 · LAX 02:46 · JFK 05:46
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.