Na dzień dzisiejszy istnieją zasadniczo 3 różne obejścia, które eksperci zasugerowali jako odpowiedzi na pytanie.
Wypróbowałem je wszystkie. Pomyślałem, że przydatne może być udokumentowanie moich doświadczeń z każdym z nich.
Metoda A: użycie: (dbField "> =" searchString) & (dbField "<=" searchString + "\ uf8ff")
Sugerowane przez @Kuba i @Ankit Prajapati
.where("dbField1", ">=", searchString)
.where("dbField1", "<=", searchString + "\uf8ff");
A.1 Zapytania Firestore mogą wykonywać filtry zakresu (>, <,> =, <=) tylko na jednym polu. Zapytania z filtrami zakresu w wielu polach nie są obsługiwane. Używając tej metody, nie możesz mieć operatora zakresu w żadnym innym polu bazy danych, np. Polu daty.
A.2. Ta metoda NIE działa w przypadku wyszukiwania w wielu polach jednocześnie. Na przykład nie możesz sprawdzić, czy ciąg wyszukiwania znajduje się w żadnym z pól (nazwa, notatki i adres).
Metoda-B: Użycie MAP wyszukiwania ciągów z wartością „prawda” dla każdego wpisu na mapie i użycie operatora „==” w zapytaniach
Zaproponowane przez @Gil Gilbert
document1 = {
'searchKeywordsMap': {
'Jam': true,
'Butter': true,
'Muhamed': true,
'Green District': true,
'Muhamed, Green District': true,
}
}
.where(`searchKeywordsMap.${searchString}`, "==", true);
B.1 Oczywiście ta metoda wymaga dodatkowego przetwarzania za każdym razem, gdy dane są zapisywane w bazie danych, a co ważniejsze, wymaga dodatkowej przestrzeni do przechowywania mapy ciągów wyszukiwania.
B.2 Jeśli zapytanie Firestore ma pojedynczy warunek, taki jak powyższy, nie trzeba wcześniej tworzyć indeksu. To rozwiązanie działałoby dobrze w tym przypadku.
B.3 Jeśli jednak zapytanie ma inny warunek, np. (Status === "aktywny"), wydaje się, że wymagany jest indeks dla każdego "ciągu wyszukiwania" wprowadzanego przez użytkownika. Innymi słowy, jeśli użytkownik wyszukuje „dżem”, a inny użytkownik wyszukuje „masło”, należy wcześniej utworzyć indeks dla ciągu znaków „dżem”, a drugi dla „masła” itp. O ile nie można przewidzieć wszystkich możliwych ciągi wyszukiwania użytkowników, to NIE działa - w przypadku zapytania ma inne warunki!
.where(searchKeywordsMap["Jam"], "==", true); // requires an index on searchKeywordsMap["Jam"]
.where("status", "==", "active");
** Metoda-C: Użycie ARRAY wyszukiwanych ciągów i operatora „tablica-zawiera”
Zaproponowane przez @Albert Renshaw i zademonstrowane przez @Nick Carducci
document1 = {
'searchKeywordsArray': [
'Jam',
'Butter',
'Muhamed',
'Green District',
'Muhamed, Green District',
]
}
.where("searchKeywordsArray", "array-contains", searchString);
C.1 Podobnie jak w metodzie B, ta metoda wymaga dodatkowego przetwarzania za każdym razem, gdy dane są zapisywane w bazie danych, a co ważniejsze, wymaga dodatkowej przestrzeni do przechowywania tablicy ciągów wyszukiwania.
C.2 Zapytania Firestore mogą zawierać co najwyżej jedną klauzulę „tablica-zawiera” lub „tablica-zawiera-dowolną” w zapytaniu złożonym.
Ogólne ograniczenia:
- Żadne z tych rozwiązań nie wydaje się wspierać wyszukiwania częściowych ciągów. Na przykład, jeśli pole db zawiera „1 Peter St, Green District”, nie możesz wyszukać ciągu „ścisłe”.
- Objęcie wszystkich możliwych kombinacji oczekiwanych ciągów wyszukiwania jest prawie niemożliwe. Na przykład, jeśli pole db zawiera „1 Mohamed St, Green District”, możesz NIE być w stanie wyszukać ciągu „Green Mohamed”, który jest ciągiem zawierającym słowa w innej kolejności niż kolejność użyta w bazie danych pole.
Nie ma jednego rozwiązania pasującego do wszystkich. Każde obejście ma swoje ograniczenia. Mam nadzieję, że powyższe informacje okażą się pomocne podczas procesu wyboru między tymi obejściami.
Listę warunków zapytań Firestore znajdziesz w dokumentacji https://firebase.google.com/docs/firestore/query-data/queries .
Nie próbowałem https://fireblog.io/blog/post/firestore-full-text-search , co sugeruje @Jonathan.
