Kombinacija relacijske/nerelacijske podatkovne baze

Pozdravljeni,

mene pa čisto na splošno zanima glede kombinacije različnih PB. Če se dela nek večji projekt, je bolje uporabiti različne PB ali samo eno? Npr: za podatke o uporabnikih itd, bi bilo boljše uporabljati relacijsko PB (PostgreSQL ali MySQL), za neke novice, članke ali pa kaj podobobnega pa npr: nerelacijska PB (MongoDB)?

Ker pri MongoDB ne moreš med seboj joinat tabele, je boljše tako bazo uporabit za zadeve, katere načeloma ne spreminjaš ali pa ne potrebuješ podatke iz drugega collection-a? Kako je pa npr, da bi imel v MongoDB za neko novico, noter zapisan ID userja (ID userja iz PG al MySQL), kako je potem s povezavami med takimi PB ?

Kakšne imate izkušnje na tem področju oz. kako priporočate, kdaj uporabiti nerelacijsko PB in kdaj relacijsko PB oz., da kombiniraš oboje?

Hvala za odgovore že vnaprej!

Moja izkušnja? keep it simple

Glede na potrebe, lahko vse novice, članke in podobno shraniš tudi v relacijsko bazo. Če pa se v bodoče izkaže problem, pa vedno lahko migriraš ali pa uporabiš baze kot npr PostgreSQL, ki omogoča oboje.

Videl sem kombinacije Redis / PgSQL ali MySQL, ampak je šlo za specifične aplikacije z masovnim obiskom. Če razmišljaš ali jo rabiš, je verjetno še ne rabiš.

Why the fuck sploh razmislja folk skos o teh NoSQL. Od kdaj je to default resitev?

Spura je 2. jul 2014 ob 15:21 izjavil:

Why the fuck sploh razmislja folk skos o teh NoSQL. Od kdaj je to default resitev?

Dobro se sliši, prostor na diskih je postal relativno poceni in, resnici na ljubo, se večini garažnih razvijalcev ne da ubadati z normalizacijo za tiste tri nepovezane tabele, ki jih potrebujejo.

Če občasna nekonsistenca ni problem, zakaj pa ne?