>>> from kenobi import KenobiDB  

>>> db = KenobiDB('example.db')  

>>> db.insert({'name': 'Yoda', 'lightsaber': 'green'})  
True  

>>> db.search('lightsaber', 'green')  
[{'name': 'Yoda', 'lightsaber': 'green'}]  
  • rglullis@communick.news
    link
    fedilink
    English
    arrow-up
    4
    ·
    1 month ago

    KenobiDB is designed for small-scale applications and prototypes. While it provides excellent performance for most operations, it is not intended to replace full-fledged databases for high-scale or enterprise-level applications for that you should use MongoDB.

    Only MongoDB is webscale…

    • logging_strict@programming.dev
      link
      fedilink
      arrow-up
      1
      arrow-down
      1
      ·
      edit-2
      1 month ago

      Which is stated very clearly.

      Not stated, kenobi data engine is limited to only sqlite3. Would pigeon hole yourself unable to switch data engines later on. For that usecase, recommend an ORM (SQLAlchemy).

      kenobi looks like a fun project. Not every project needs to be bleeding edge or the bestest. kenobi is a good choice who those who are making a local app that doesn’t deal with requests.

        • logging_strict@programming.dev
          link
          fedilink
          arrow-up
          1
          arrow-down
          1
          ·
          1 month ago

          Oh! How embarrassing. Gonna pretend i understand the joke and hope no one notices.

          Not familiar enough with MongoDB, besides it’s not exactly open source

          • rglullis@communick.news
            link
            fedilink
            arrow-up
            3
            ·
            edit-2
            1 month ago

            All you need to understand about MongoDB is that it is webscale, because it doesn’t do joins and it has the most kick-ass benchmarks. And sharding.