Wpis z mikrobloga

mongodb


@mr_ponglish: Przyjacielu, nie idź tą drogą! mongo nie nadaje się do takich rzeczy. Poziom frustracji, jaki uzyskasz jak baza urośnie, wpędzie Cię w depresję.

Zobacz TypeOrm - to taki ORM mysql dla node - żeby z tym zacząć praktycznie nie musisz znać SQL.
@mr_ponglish: jeśli to będą komentarze bez linkowania do konkretnego usera czyli np:
nickname: string,
comment: string

To rób śmiało jako listę obiektów dla danej strony bloga. Nawet jeśli miałbyś linkowac to też bd ok tyle że nie będzie profitu z mongo.

Przykład bloga jest idealny dla użycia mongo. Robisz strukture która odpowiada danym w konkretnym artykule, np:

-Article
--header
--body
--tags
-- comments
Itp

Robisz 1 request do bazy i wyciągasz
@mr_ponglish: ty mówisz teraz o implementacji w kodzie. Wcześniej pisałeś o modelu danych.
Kod bedzie bardziej lub mniej zależny od modelu np model Article ktory ma property comments typu Array<{ nickname: string, comment: string}> mozesz zmapowac (albo owinac "wrap") w jakas klase ktora bedzie wystawiac jakies funkcjonalnosci.

Najwazniejszy jest model ktory bedziesz trzymal w mongo i od niego wyjdziesz dalej projektujac interfejsy dostepu do danych itp. Sam core aplikacji. Ofc po