LanderDB

Data

embedded database

SHOW HN2015

27points
17comments
#988of 2,565 in 2015
Top 39%of 2015 by points

How HN took it

QuietFewer than 5 comments about the project

1 positive, 1 neutral or asking, 0 mixed, 2 critical, out of 4 comments about the project.

Execution: 0 for, 1 againstIdea: 1 for, 0 againstPerformance: 0 for, 1 against

The thread, comment by comment

Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.

positive neutral or mixed critical about another commenter or something else the maker

What HN said

What people liked

  • Embedded document stores and JSON data are easy to share and use without SQL

    From 2 comments
    • I think it's use-case is when your data is more structured than what Berkeley DB can handle but doesn't really fit neatly into tables. Not using SQL as a query language is a plus…
      klibertp on HN
    • > You don't need a full blown ORM here. Precisely my point, you don't need an ORM with this LanderDB, but you'd need it with SQLite (unless you like using raw SQL, which is a…
      klibertp on HN

Objections

  • Not a real database; no ACID, and data is lost if interrupted during an update

    From 1 comment
    • Hmmm. Not really a database; not much different than a "config file" container. No ACID, doesn't even attempt a filename flip (that would be an easy addition). As it stands, get…
      kabdib on HN
  • Whole JSON file is rewritten on every save and read in full, so it does not scale

    From 1 comment
    • You don't need a full blown ORM here. A rather thin access layer would suffice, as much I can see from the API. What I can see here, is that the data store is just a big…
      PythonicAlpha on HN
  • SQLite is just as easy to share and can be compressed

    From 2 comments
    • SQLite databases are just as "easy" to send and receive. In fact, they can be compressed, which means they're even easier.
      smt88 on HN
    • Why use sqlite when you can invent something new which has no concurrency semantics and eats up inodes?
      togusa on HN

Requests

  • Add atomic filename flip for safer updates

    From 1 comment
    • Hmmm. Not really a database; not much different than a "config file" container. No ACID, doesn't even attempt a filename flip (that would be an easy addition). As it stands, get…
      kabdib on HN

Questions

  • What is the use case over SQLite?

    From 1 comment
    • What's the use-case for this over, say, SQLite?
      smt88 on HN

Alternatives named

  • SQLite

    From 2 comments
    • What's the use-case for this over, say, SQLite?
      smt88 on HN
    • SQLite databases are just as "easy" to send and receive. In fact, they can be compressed, which means they're even easier.
      smt88 on HN
  • UnQLite, TinyDB, Blitz

    From 1 comment
    • It sounds like you're describing an embeddable document store. There are options for that as well: - UnQLite:…
      smt88 on HN
  • Berkeley DB

    From 1 comment
    • I think it's use-case is when your data is more structured than what Berkeley DB can handle but doesn't really fit neatly into tables. Not using SQL as a query language is a plus…
      klibertp on HN

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/10407355)