Szarym od mżawki świtem Sun, 25 May 2014 15:00:03 +0100, Andrzej Jarzabek
wyrzucił pustą ćwiartkę i oznajmił:

> On 25/05/2014 03:27, A.L. wrote:
>> On Sun, 25 May 2014 01:58:13 +0100, Andrzej Jarzabek
>> <a...@g...com> wrote:
>>> On 24/05/2014 22:43, Sebastian Biały wrote:
>>>> On 2014-05-24 19:09, A.L. wrote:
>>>>> jakiego rodzaju to sa zapytania (przykaldy).
>>>> "Kto mieszka na ulicy X i ma blond włosy".
>>> Do takich zapytań świetnie nadaje się SQL.
>>
>> Owszem, ale nie wszystko da sie zalatwic przy pomocy SQL.
>
> Chodziło mi o to, że jeśli SQL się nie nadaje, to powinno się myśleć i
> podawać przykłady zapytań, do których SQL się nie nadaje.

NoSQL tak samo się nie nadaje jak SQL, ale to zależy.

Bottom line, można za pomocą bazy stworzyć graf i adekwatnie
tworzyć cząstkowe zapytania -
samo SQL jak ktoś zauważył nie ma takich możliwości, co
nie znaczy, że bazy nie da się użyć. Zostają pytania o
wydajność i wygodę. W ogóle, zależnie od problemu możemy
mieć graf (dwie tabele: sam graf i tabela "rodzajów") albo
wiele tabel (stała struktura rodzajów relacji, żeby zrobić
to co sugerowane, czyli "where a.ulica = x and włosy = blond
order by neigbourhood_distance").

Tak czy inaczej: SQL + kod, nie samo SQL. SQL dostarcza relacji
i często wydajnych operacji Boolean na zbiorach wyników,
NoSQL nie ale takie Mongo potrafi wykonać JS na serwerze.

Zależnie od problemu, albo mamy gotowe relacje i da się, albo
mamy graf i baza jest nieco nadmiarowa.

--
Edek