Jestem facetem od SQL, ale wiem, że istnieją nie tylko bazy danych SQL - głównie baza danych dokumentów. Jak w przypadku większości technologii, istnieją zalety i wady każdej technologii.
Przeczytałem kilka artykułów, ale były one zbyt teoretyczne. Chciałbym dwóch prawdziwych przypadków:
- gdy zmiana z relacyjnej na bazę danych dokumentów poprawiła się
- gdy zmiana z dokumentu na relacyjną bazę danych dała poprawę
Ulepszenie to dowolna rzecz, która sprawia, że lepsze programy - krótszy czas opracowywania, skalowalność, wydajność, wszystko, co jest związane z programowaniem. Jest zastrzeżenie dla 2.: historie takie jak „powrót do relacyjnej bazy danych, ponieważ wszyscy wiedzą, że SQL” nie jest dobre
8
Niewłaściwe podejście. Nie chodzi o „wydajność” ani „skalowalność”. Chodzi o to, który model pasuje do problemu, który próbujesz rozwiązać. Możesz zaktualizować swoje pytanie, aby uwzględnić pomysł, że relacyjna baza danych nie jest odpowiednia dla wielu rodzajów problemów.
—
S.Lott,
@ S.Lott, wybór często zależy od wydajności. należy wziąć pod uwagę, że dowolny relacyjny DB może być użyty jako prosty DB dokumentu - tylko wydajność byłaby cechą wyróżniającą.
—
edA-qa mort-ora-y
Przeredagowałem moje pytanie, aby nie zostało w żaden sposób załadowane.
—
Johan Buret,
@ edA-qa mort-ora-y: „dowolny relacyjny DB może być użyty jako prosty DB dokumentu”. To musi być nieprawda, bo ludzie nie wymyśliliby alternatywy. „tylko wydajność byłaby cechą wyróżniającą”. Jest to prawdą tylko wtedy, gdy założymy, że model relacyjny robi wszystko równie dobrze. Gdyby zrobił wszystko, nie byłoby alternatywy. Jeszcze. Mamy alternatywy. Istnieje wiele problemów (jak hierarchie), które nie pasują do modelu relacyjnego doskonale i wymagające sprytnych sztuczek. Lub alternatywny model danych.
—
S.Lott,
„czytasz artykuły”? Proszę podać linki lub tytuły, referencje lub cytaty. Nie wiemy, co dla ciebie oznacza „zbyt teoretyczny”.
—
S.Lott,