Zaprojektuj kolekcje Firestore do migracji profili użytkowników i postów z MySQL. Jak należy ustrukturyzować kolekcje i podkolekcje?

Prawidłowa odpowiedź to utworzenie głównej kolekcji dla profili użytkowników i podkolekcji dla postów każdego użytkownika. Taka struktura jest zgodna z najlepszymi praktykami Firestore, ponieważ umożliwia łatwe pobieranie wszystkich postów danego użytkownika bez konieczności skanowania całej kolekcji postów. Zapewnia to również skalowalność i wydajność, ponieważ dokumenty w podkolekcjach są logicznie powiązane z dokumentami nadrzędnymi. Pozostałe opcje są mniej optymalne: Utworzenie dwóch oddzielnych kolekcji głównych (profili i postów) utrudniłoby efektywne pobieranie postów konkretnego użytkownika, wymagając dodatkowych zapytań lub skanowania. Przechowywanie postów jako zagnieżdżonej listy w dokumencie profilu użytkownika jest niewskazane, ponieważ dokumenty Firestore mają limit rozmiaru (1 MB), co szybko stałoby się problemem dla użytkowników z dużą liczbą postów. Ponadto, zapytania dotyczące pojedynczych postów w takiej strukturze byłyby nieefektywne. Utworzenie głównej kolekcji dla postów i podkolekcji dla profili jest nielogiczne, ponieważ profil jest zazwyczaj nadrzędnym bytem w stosunku do postów.