noSQL i znormalizowane dane

Question

Zastanawiam się nad uruchomieniem mojego pierwszego projektu CouchDB i pochodzącego z ORM-a. Zastanawiam się, jak tworzyć dokumenty, które mogą być trudne do utrzymania.

Na przykład, jeśli mają następujący wzór:

A * ---> (1) B

co oznacza dla każdego obiektu jest przedmiotem B i istnieje wiele instancji który może współużytkować obiekt B. W tym przypadku istnieją wskaźniki/klucz obcy w A do B.

Mogłem utworzyć dokument zawierający wszystkie dane A i B. Mam jednak problem, jeśli na późniejszym etapie (po stworzeniu 10000 dokumentów), może będę musiał zmienić niektóre dane, co oznacza, że ​​muszę zaktualizować wszystkie moje dokumenty.

W środowisku ORM/znormalizowanej bazy danych powinienem przeprowadzić prostą aktualizację B i wszystkie moje referencje znajdują się teraz w bazie danych.

Jak sobie z tym poradzić w CouchDB lub nie jest to podejście NoSQL dla tego typu sytuacji?

JD

Answer 1

Ogólna odpowiedź na to pytanie: Nie ma ogólnej odpowiedzi na to pytanie.

Chodzi o to, że w NoSQL struktura danych nie jest podyktowana przez dane, ale raczej przez zapytania, które musi obsługiwać struktura danych. Dlatego zamiast używać tego samego wzorca dla każdej instancji problemu asocjacji 1: N lub M: N, sposób NoSQL polega na używaniu różnych wzorców w zależności od konkretnych potrzeb. Mogą to być na przykład:

• zapisu/odczytu Stosunku
• Specyficzne cechy bazy danych, które sprawiają, że osadzanie łatwiejsze lub trudniejsze
• Typy zapytań trzeba wspierać
• dotyczące wydajności na jak dane mogą być indeksowane, odrzucane, stowarzyszone lub w jakikolwiek inny sposób dzielone lub buforowane:

Ogólnie uważam, że początkujący mają tendencję do "over-embed", ale mogę mówić tylko o MongoDB. Osadzanie jest potężną cechą, ale osadzone obiekty nie są "pierwszorzędnymi obywatelami", więc nie powinny być używane jako zamienniki dla każdej relacji 1: n. Tylko dla niektórych :)