Zbyt wiele indeksów w RavenDBZbyt wiele indeksów w RavenDB

Question

Czy istnieje formuła/oszacowanie/odczucie, które pokazuje nam jaka jest optymalna liczba indeksów w bazie danych RavenDB w zależności od liczby rodzajów dokumentów, liczby pól w dokumencie i liczby powiązań między nimi?

Dodatkowe uwagi:

Jak rozumiem (1) my zapytań indeksy w RavenDB, a nie dokumenty i (2) indeksy jak zmaterializowane perspektywy, dzięki czemu mogą one kosztować dużo. Muszę wiedzieć, ile indeksów zaszkodzi wydajności RavenDB w ich aktualizacji i opóźnienia zbyt duże, aby je zignorować?

Ponieważ wartość Raven/MaxNumberOfParallelIndexTasks jest ustawiona na liczbę procesorów w bieżącej maszynie, to czy oznacza to, że proces indeksowania innych indeksów zostanie zablokowany do czasu zakończenia bieżących zadań indeksowania? Czy są to częściowe aktualizacje, które można uruchamiać wielokrotnie?

Answer 1

Kaveh, Ogólnie wolimy mniejszą liczbę indeksów, ponieważ indeksy mają niezwyczajny koszt z nimi związany. To powiedziawszy, nie kosztują one much, zwłaszcza, że ​​są budowane w tle.

Mamy wielu klientów, którzy działają z kilkudziesięcioma indeksami, a my mamy kilka, które działają z kilkoma setkami.

MaxNumberOfParallelIndexTasks kontrolują liczbę indeksów, które aktualizujemy równolegle, ale jak i dlaczego to działa, aby wyjaśnić kompleks bit. Z twojego punktu widzenia tak naprawdę to nie ma zastosowania, ponieważ wraz z MaxNumberOfParallelIndexTasks, bierzemy również pod uwagę takie rzeczy jak bieżące obciążenie systemu, koszty io, itp. W dużej liczbie indeksów niektóre indeksy będą czekać, podczas gdy inne będą budować , tak, ale to podlega pewnym ograniczeniom i prawdopodobnie nie będziesz w stanie postrzegać tego jako problemu w rzeczywistych sytuacjach.