O ile się orientuję, to np. MongoDB jest przede wszystkim używane do zastosowań webowych. Czyli jest to taki jakby zamiennik MySQL. A czy są jakieś bazy nierelacyjne typowo przeznaczone do przechowywania danych w celach niewebowych? Np służące do składowania danych biznesowych. Czyli chodzi mi o jakieś zamienniki SQL Server, Oracle, czy nawet SQLite, chociaż w tym ostatnim przypadku trudno mówić o danych biznesowych, raczej o składowaniu danych na potrzeby składowania ;). Pierwszym odruchem jest wskazanie bazy nierelacyjnej w Azure, ale nie chodzi mi o to, lecz o jakieś lokalne bazy, np. RavenDB czy CouchDB, itp.
0
2
Ale po co? Bo rozumiesz chyba ze technologie dobiera sie do zastosowania? Ja wiem że teraz na topie jest noSQL i big data i inne takie, ale prawda jest taka, że to nie jest żadne silver bullet ani panaceum.
0
Shalom napisał(a):
Ale po co?
Po prostu chciałem się zorientować, "rozejrzeć" w tym zagadnieniu.
Shalom napisał(a):
Ja wiem że teraz na topie jest noSQL i big data i inne takie, ale prawda jest taka, że to nie jest żadne silver bullet ani panaceum.
Wiem, wiem. Akurat ja jestem fanem baz relacyjnych, więc nie uległem ślepemu trendowi NoSQL. Chociaż uważam że są ciekawe. Ale można sobie na szybko wyobrazić sytuację, że mamy jakąś aplikację niewebową, generującą zbiór danych w formacie JSON. I warto by te dane jakoś składować. W takim razie co wybrać? Wrzucać JSON-y jako "varchar" do baz relacyjnych? Chyba nie. Więc pozostaje coś z NoSQL.
0
W takim wypadku to bym myślał o jakimś elasticsearch ;)
0
Ponieważ dałeś emotikona oznaczającego przymrużenie oka, to rozumiem że ten Elasticsearch to jest żart?
1
Nie, elasticsearch jak najbardziej mógłby się nadawać. Tylko ze ty nadal nie napisałeś CO chcesz z tymi danymi robić. Bo wiesz, jak ty je chcesz tylko składować to w ogóle może ci żadna baza nie potrzebna? Ot dumpuj to jako stringi do jednego wielkiego pliku na dysku... ;] Jeszcze raz powtórzę: technologie i narzędzia dobiera się do zastosowania.
0
Acha, to ok. Fajnie, dzięki za sugestię dotyczącą Elasticsearch. Ale tak jak pisałem, chciałem zorientować się w możliwościach. Tak aby wybadać grunt. Może faktycznie takie dane można zrzucać do pliku. Na razie nie wiem, bo to jest luźna koncepcja. Przyglądnę się elastikowi. Dzięki za pomoc :)
0
O ile się orientuję, to np. MongoDB jest przede wszystkim używane do zastosowań webowych. Czyli jest to taki jakby zamiennik MySQL. A czy są jakieś bazy nierelacyjne typowo przeznaczone do przechowywania danych w celach niewebowych? Np służące do składowania danych biznesowych.
Przecież bazy danych to zwykłe programy odpalane z poziomu systemu operacyjnego (tzw. "demony" XD), które są ślepe na to do czego je zastosuje łączący się z bazą danych klient. Możesz sobie odpalić konsolę takiego MySQL i ręcznie nawet utworzyć tabele z danymi "biznesowymi". Możesz napisać program, który będzie się łączyć z bazą danych (tą czy inną) i tam trzymać dane biznesowe, wiersze czy przepisy na ciasto.
Ale można sobie na szybko wyobrazić sytuację, że mamy jakąś aplikację niewebową, generującą zbiór danych w formacie JSON. I warto by te dane jakoś składować. W takim razie co wybrać?
A nie lepiej nic nie wybierać bez potrzeby? Jeśli masz zbiór danych w formacie JSON to możesz je zapisać do pliku/plików, a potem wczytywać do pamięci deserializując do obiektów.
Dopóki się to sprawdza, to czemu komplikować sprawę?
"Premature optimization is the root of all evil" ;)
Tzn. rozumiem, że jak się pisze apkę webową nastawioną na ileś użytkowników, to człowiek przewiduje od razu skalowalność itp. itd. ale jeśli ma być to apka "niewebowa" (to znaczy jaka dokładnie? Taka, którą sobie użytkownik odpali na swoim komputerze, tak?), to po co mącić? Przecież zawsze można dodać w razie potrzeby jakieś rozwiązanie bazodanowe....