Does anyone have a great idea for what to name a new datastore?

http://www.daemonology.net/blog/2010-10-22-naming-a-datastore.html

by cperciva • 16 years ago

19 33 16 years ago

revorad• 16 years ago

Mandelbrot

Perhaps something related to it's design goals, like "grains", url getgrains.com (ie. lots of tiny grains of sand on the beach)?

mpobrien• 16 years ago

silo?

yummyfajitas• 16 years ago

Win.

kreek• 16 years ago

Shelf

jaspero2• 16 years ago

Hooks (like key hooks)

novas• 16 years ago

Web Scale

cperciva5• 16 years ago

I considered calling it "devnul", but I can't do sharding (I need range requests) so the joke wouldn't have worked anyway.

geophile• 16 years ago

Why am I writing a data store? Because my online backup service needs to store 200,000 key-value pairs for every $/month of revenue, and existing data stores aren't optimized very well for very large numbers of very small records.

Really? Every one of the dozens of open-source key/value stores is so far off from your requirements that they just don't work for you?

cperciva5• 16 years ago

Yes. The most common problem is being designed for large values. My situation of having a large number of very small values is unusual, so it's not surprising that existing code isn't optimized for this case.

bhiggins• 16 years ago

Did you know that only two, maybe three of those datastores are any good? And did you know that of those three, they're not designed for every workload?

gizmo• 16 years ago

Five minute brainstorm: (so most are awful)

The datatorium

Ferret (no reason, it just sounds right)

Niblets (because it stores small chunks)

Petadata / petapairs (because it works with many k/v pairs)

Basology ((data)base + ology)

Keyology (the -ology of keys)

Tupology (because a k/v pair is a tuple)

shadowmatter• 16 years ago

How about Newd? For "New Datastore," of course. And all your clients can say "I'm going newd" when they adopt it.

cperciva5• 16 years ago

I have to admit, this one made me laugh. But it doesn't feel quite appropriate as a name for a highly stable and durable data store.

swombat• 16 years ago

SandStorm

SandCastle

SandStore

Sandy

SnipStore

TinyOcean

YAYSP (Yet Another Yak Shaving Project)

RickHull2• 16 years ago

    Kevlar (KV)
    Rithm  (Log)
    OhBaby (TarSnap ;)
    Cubby  (Hole)
    Pigeon (Hole)

RickHull2• 16 years ago

> Naming after a random household object: FridgeDB?

Actually, I am pretty sure the name CouchDB was inspired by REST :)

cperciva5• 16 years ago

Aha! I had no idea, but that makes perfect sense.

T_S_• 16 years ago

Attic

Iron Molehill

StavrosK• 16 years ago

YADS.

leif• 16 years ago

DonKey

cromulent• 16 years ago

No. But here's some mediocre ones:

Gidget

Kahuna

Hailstorm

Ark

ErrantX• 16 years ago

I wrote a KV store for work (nothing special, not planning to release it) and call it Koko.

It's the Finnish word for "size" or "bulk" and does not have many Google hits (always an advantage).

Feel free to use it :)

shotgun2• 16 years ago

Tar Pit

shotgun2• 16 years ago

"The highly stable and durable data store."

And a cluster of Tar Pits = La Brea (which is actually a cluster of tar pits)

chrismealy• 16 years ago

Small chunks? Call it "WeeDB"

jaspero2• 16 years ago

KeyMate

gbhn• 16 years ago

How about calling it a "transaction-value-logging-data-store" and naming it TRVLDS? That ought to be good for something. :-)

babeKnuth• 16 years ago

burnaby cabinet

sounds better than "vancouver cabinet" and is technically more accurate

smallKeys

even tho you're referring to small values, "smallKeys" sounds better than "smallValues" (tho misleading)

bayareaguy• 16 years ago

If it is not too much to ask, what are your real constraints and requirements and what existing systems did you investigate?

Based on the tidbits you've supplied I would guess what you're really doing writing is a file system capable of handling small files well (i.e. something along the lines of ReiserFS).

cperciva5• 16 years ago

Tarsnap data is stored in S3; my problem is handling the metadata which allows the Tarsnap service to find user data on request. The two large tables have (key, value) lengths respectively of (41, 12) and (8, 16).

I need immediate durability; fast restart; high throughput bulk writes; reasonable throughput random reads; range requests; and (for financial reasons) I'd like to have a high disk:RAM ratio.

kunley• 16 years ago

+1 for the already mentioned in the article:

Sauron

Kobold

zizou• 16 years ago

"Shunya" - sanskrit word for zero/null/nothingness it also signifies existence(infinity/everything) is contained in nothingness. should work as a gud koan too :P

Does anyone have a great idea for what to name a new datastore?

Related Stories