Choose your own NoSQL DB - How to.

[Spartan]

Kyoto Tycoon (0.9.56)

• Written in: C++
• Main point: A lightweight network DBM
• License: GPL
• Protocol: HTTP (TSV-RPC or REST)
• Based on Kyoto Cabinet, Tokyo Cabinet's successor
• Multitudes of storage backends: Hash, Tree, Dir, etc (everything from Kyoto Cabinet)
• Kyoto Cabinet can do 1M+ insert/select operations per sec (but Tycoon does less because of overhead)
• Lua on the server side
• Language bindings for C, Java, Python, Ruby, Perl, Lua, etc
• Uses the "visitor" pattern
• Hot backup, asynchronous replication
• background snapshot of in-memory databases
• Auto expiration (can be used as a cache server)

Best used: When you want to choose the backend storage algorithm engine very precisely. When speed is of the essence.

For example: Caching server. Stock prices. Analytics. Real-time data collection. Real-time communication. And wherever you used memcached before.

[Spartan]

RethinkDB (2.1)

• Written in: C++
• Main point: JSON store that streams updates
• License: License: AGPL (Client: Apache)
• Protocol: Proprietary
• JSON document store
• Javascript-based query language, "ReQL"
• ReQL is functional, if you use Underscore.js it will be quite familiar
• Sharded clustering, replication built-in
• Data is JOIN-able on references
• Handles BLOBS
• Geospatial support
• Multi-datacenter support

Best used: Applications where you need constant real-time upates.

For example: Displaying sports scores on various displays and/or online. Monitoring systems. Fast workflow applications

[sattipandu]

3 minutes ago, Spartan said:

ElasticSearch (0.20.1)

• Written in: Java
• Main point: Advanced Search
• License: Apache
• Protocol: JSON over HTTP (Plugins: Thrift, memcached)
• Stores JSON documents
• Has versioning
• Parent and children documents
• Documents can time out
• Very versatile and sophisticated querying, scriptable
• Write consistency: one, quorum or all
• Sorting by score (!)
• Geo distance sorting
• Fuzzy searches (approximate date, etc) (!)
• Asynchronous replication
• Atomic, scripted updates (good for counters, etc)
• Can maintain automatic "stats groups" (good for debugging)

Best used: When you have objects with (flexible) fields, and you need "advanced search" functionality.

For example: A dating service that handles age difference, geographic location, tastes and dislikes, etc. Or a leaderboard system that depends on many variables.

This is the best of the lot as far as i know and have used

fukk mongo 

[thanks]

gp

[nako_job_kavali]

Gp...kaani annii java lo ne na....ade vasthe ma bathukuli verela undevi babugaru

[Spartan]

3 minutes ago, nako_job_kavali said:

Gp...kaani annii java lo ne na....ade vasthe ma bathukuli verela undevi babugaru

C++ vi kuda unnai ga.

[uncertainty]

Ltt gp

[nagivator99]

nice

[Chngogosn]

SUBJ1

[tennisluvr]

Good post guruji

[jbourne]

On 4/12/2016 at 6:10 PM, nako_job_kavali said:

Gp...kaani annii java lo ne na....ade vasthe ma bathukuli verela undevi babugaru

+CBN 

[dasara_bullodu]

On 4/12/2016 at 6:58 PM, Spartan said:

Redis (V3.0RC)

• Written in: C
• Main point: Blazing fast
• License: BSD
• Protocol: Telnet-like, binary safe
• Disk-backed in-memory database,
• Dataset size limited to computer RAM (but can span multiple machines' RAM with clustering)
• Master-slave replication, automatic failover
• Simple values or data structures by keys
• but complex operations like ZREVRANGEBYSCORE.
• INCR & co (good for rate limiting or statistics)
• Bit operations (for example to implement bloom filters)
• Has sets (also union/diff/inter)
• Has lists (also a queue; blocking pop)
• Has hashes (objects of multiple fields)
• Sorted sets (high score table, good for range queries)
• Lua scripting capabilities (!)
• Has transactions (!)
• Values can be set to expire (as in a cache)
• Pub/Sub lets one implement messaging

Best used: For rapidly changing data with a foreseeable database size (should fit mostly in memory).

For example: To store real-time stock prices. Real-time analytics. Leaderboards. Real-time communication. And wherever you used memcached before.

 

Redis is not dbno ... redis is db cache