Is there a better NoSQL db?

Is there a better NoSQL db?

Other urls found in this thread:

youtube.com/watch?v=b2F-DItXtZs
cassandra.apache.org/
linkedin.com/pulse/mongodb-32-now-powered-postgresql-john-de-goes
twitter.com/NSFWRedditImage

>using any nosql stuff besides tdbengine 17 years ago
kys

Redis

But the chart doesn't include mongo

>MongrelDB
>database that loses its data
kys you motherfucking retard.

What kind of toy application are you writing where you don't need referential integrity?

>Redis is the fastest
>in a comparison to a handful of cherry-picked slow nosqls
>according to redis

MongoDB
>No consistency
>No partitioning
>No transactions
>No permissions
>No security
Why do people use this DB
>B/c you can change your data model on the fly
>It is so fast!
So it's only good if I build something without understanding how it'll work when I'm finished(?)

>Is there a better CrippleStorage/MorbidMemory?
Literally everything else.

mongoldb didn't even make the list.
sorry babbies :(

NoSQL is in itself retarded in the way most people do it.
Just learn to use a proper database system.

people use mongo for fast writes and for when the data has irritatingly complex schemas and it's ok if you don't get all of it. My friend used it in the past for doing real-time analysis of twitter data (he's a data scientist)

not the standard anymore by any stretch. but it made sense one time

When dataset isn't necessarily correlated.

Do you know what he switched to?

You can still use a decent database for those use cases, plus when you finally figure out that there are some correlations (not if) you don't have to replace your database.

It's also something you would want only if missing one in a million records doesn't matter - same with using an elastic backend.

If you're making generalizations about the data being collected, and you need that data to be relatively permanent, and you will never need to ask questions about the data that brings up a relationship with other data you're working with (Mongo's "joins" are fucking shit tier), then MongoDB is fine.

I certainly can't think of a good reason to use Mongo though, because I can't think of any system with that use case.

Yeah, just entire schema.

Can you think of a light db to run on resource constrained embedded device? I need something to facilitate persistence layer for 2 applications that will run in parallel on said embedded device. One does reads+writes and the other would just read the data.
It's meant to store settings/config so I would be more than happy to sacrifice performance for low footprint.

If you're doing embedded chances are you're going to have to roll your own db.
Its pretty easy to write one in Forth which runs in a ton of small devices.

If that's what they need to do to get those kickass benchmarks, then it's a great design.

All of them.

Is there a reason you couldn't just use a JSON or XML or your own proprietary kind of flat file for this? Have a backup "default settings" file that can be generated in case their settings fuck up?

A "read config" sounds like it happens at startup and is kept in the program until restart. Is that the case, or would you need to constantly access the file to read out settings?

NoSQL is a meaningless buzzword grouping unrelated technologies (which often do in fact use SQL as a query language).

The original question is dumb.

>If that's what they need to do to get those kickass benchmarks, then it's a great design.
You might as well store to /dev/null then.

>NoSQL db
Why would you do this?

Postgres storing JSON as binary blobs
Will still be faster kek

Everyone who is using this MongoDB shit needs to watch this:

youtube.com/watch?v=b2F-DItXtZs

Nothing has changed since then. MongoDB is still total pile of shit. It's only popular because there's lots of tutorials about it and retards find it easy to use.

PostgreSQL.

Not even kidding, it has support for JSON these days.

>I think you mean impedance

couchdb

all json-based databases are complete shit

not to mention they accomplish this by making no guarantees about your data randomly disappearing

muh Elasticsearch

>NoSQL
I'm so glad this meme is dead and never made it into the enterprise.
Only exception that comes to mind is graph data. Graph DBs are the only NoSQL that I've used that I feel like is actually useful.

sqlite is especially fitting if only one process is going to write.
sqlite also has one of the easiest to use FTS indexing I've ever used.

>Elasticsearch as an application DB
I had a colleague on my project suggest that we do this.
Like wtf is wrong with people? ElasticSearch is great, but why the fuck would you use it as a database?
Thankfully the lead was sane and quickly shut that idea down.

>mongo

RethinkDB

But it died because VCs pulled funding.

used sqlite in a similar setting once and it was pretty easy to use

cassandra.apache.org/ is good but, personally I'm using redis for smaller projects.

why are people so afraid of relational databases?

Different use cases alltogether

Sharding postgreSQL is a pain in the ass.

Joins are slow as fuck.

It's also faster in benchmarks when dealing with that JSON data.

It got so silly that MongoDB actually uses PostgreSQL underneath for some features: linkedin.com/pulse/mongodb-32-now-powered-postgresql-john-de-goes

No.

Redis is key-value not noSQL

I want to learn about databases and I plan to take a course on SQL, what's the point of using MongoDB over SQL?

Application reading the config would do so periodically during runtime (ultimately as soon as settings are updated via some kind of hook or event) so going with flat JSON would probably force me to write a layer to deal somehow with file locking prior to reading and writing

>using software that has "mongoloid" in its title
>nothanks.jpg

mongo is the php of nosql databases.

use something non-retarded like cassandra

now turn on the fsync-on-every-write option in redis to make it as durable as other nosql and watch the performance plummet

Please use the right tool for the right job.

Its not at all about what sounds fun or is a meme, its about what works the best for the given problem.

999/1000 it will not be the language or tool what holds you down, but your own choices and architecture.

Hbase is 10/10

>storing your database every few seconds
with this aptitude for software design no wonder they are shit
you can store hashes and things, it can do everything mongoldb does, much faster
wrong