Kterou nosql db

Zdarek,

pokoukávám po nějaké nosql db, ale moc v tom nemám přehled, tak beru každou radu.

Mám mysql db s 2,7gb a cca 10m řádků, která roste cca 200mb a xxk řádků za den.

Rád bych to hodil na nosql db, ale která je nejoptimálnější?

Dík

Původně odeslal Tomve

Zdarek,

pokoukávám po nějaké nosql db, ale moc v tom nemám přehled, tak beru každou radu.

Mám mysql db s 2,7gb a cca 10m řádků, která roste cca 200mb a xxk řádků za den.

Rád bych to hodil na nosql db, ale která je nejoptimálnější?

Dík

Pro tak malou DB bych sel do Mongo

Ahoj,

mysql preci unese mnohem vic dat, pokud je dobre navrzena struktura.
Na zatezove veci pak staci pouzit treba redis nebo memory a nemusis prekopavat pulku systemu.
Jsou i nejake nastroje na to, jak mysql vysypat do redisu automaticky.
Jak pise gransy, tak Mongo je taky fajn a s Elasticsearch to je fakt sikovne.

Původně odeslal skorozacatecnik

Ahoj,

mysql preci unese mnohem vic dat, pokud je dobre navrzena struktura.
Na zatezove veci pak staci pouzit treba redis nebo memory a nemusis prekopavat pulku systemu.
Jsou i nejake nastroje na to, jak mysql vysypat do redisu automaticky.
Jak pise gransy, tak Mongo je taky fajn a s Elasticsearch to je fakt sikovne.

ja to nechtel kritizovat :) ale presne tak, MySQL dava v pohode i vetsi databaze, je potreba mit vhodne konstruovane dotazy a spravne udelane indexy ...

Elastic jsem nedoporucoval, nebot ten se dle me hodi az na vyrazne vetsi databaze (sam provozuju velkej ES cluster).

Původně odeslal gransy

Pro tak malou DB bych sel do Mongo

Mrknu, dík

---------- Post added 8.2.2018 at 16:59 ----------

Původně odeslal skorozacatecnik

Ahoj,

mysql preci unese mnohem vic dat, pokud je dobre navrzena struktura.
Na zatezove veci pak staci pouzit treba redis nebo memory a nemusis prekopavat pulku systemu.
Jsou i nejake nastroje na to, jak mysql vysypat do redisu automaticky.
Jak pise gransy, tak Mongo je taky fajn a s Elasticsearch to je fakt sikovne.

Celý systém má 1 706 řádků :D, odněkud mi tam začali chodit lidí a já to nechci předělavat, jak to bude mít 20+ gb.

já tomu teda vůbec nerozumím, ale když se o mysql bojíš, co tam nahodit perconu (https://www.percona.com/), běží to nad rocksdb, což je o na úrovni toho co je v mongodb a přitam máš stabilitu, api a chování mysql, které znáš, s jinou db budeš zase řešit nové problémy.

Určitě Mongo když už. Moc dobře se na tom prototypuje, když bys chtěl použít ODM http://www.doctrine-project.org/proj...ngodb-odm.html

Spíš se zamysli nad tim, proč NoSQL databázi. Jestli tam máš hodně relací, tak zůstaň tam kde jsi, nebo zauvažuj o postgresu.
Dokumentová databáze používá jiný paradigmata a foreign keys mají svůj smysl.

si si isty ze problem je sql vs nosql ? nieje problem prave zle navrhnuta struktura db, zle zvolene datove typy, zle navrhnute/duplicitne indexi...?
btw 20gb db nieje absolutne ziadny problem.
v byvalej praci projekt 55gb db, teraz 40-120 zavysi od klienta

To se tak člověk zeptá na nosql db a dostane podtextem, že zdrbal db. :D

Nic, díky všem, co hodili radu a příště budu radší experimentovat. :)

30.4. - jedna z tabulek má 11gb, díky indexům to nejde poznat, jen nové záznamy se dlouho tvoří :/ :D