Odpytuj wszystko. Nie przetwarzaj niczego drugi raz.

iterateChangesSince() to wspólny fundament widoków wirtualnych, wyszukiwania pełnotekstowego, synchronizacji z zewnętrznymi systemami i własnych analiz. Poznaj jedną API, odblokuj wszystkie wzorce odpytywania.

Widoki wirtualne obejmują wiele baz danych w jednym tenancie, sięgają ponad tenanty albo mieszają dane lokalne i zdalne — bez przenoszenia dokumentów. Idealne do skonsolidowanych pulpitów i raportowania ponad organizacjami.

Magazyn append-only zachowuje każdą zmianę. Odpytuj dowolny przeszły stan, porównuj, jak dokumenty zmieniały się w czasie, twórz migawki bazy danych na dany moment i buduj pełne ścieżki audytu — wszystko z tych samych danych.

• Oparte na kursorze — przy pierwszym skanie przekaż null, a przy przyrostowych aktualizacjach ostatnio zwrócony kursor
• Kolejność zmian — dokumenty przychodzą od najstarszej zmiany, więc indeksy widzą spójny przebieg
• Świadome usunięć — usunięte dokumenty pojawiają się z flagą isDeleted() i dają się czysto usunąć z indeksów
• Porcjowanie po stronie odbiorcy — generator asynchroniczny pozwala zatrzymać się w dowolnym momencie i wznowić później

• O(changed) — każdy przyrostowy przebieg przetwarza tylko dokumenty zmienione od ostatniego kursora
• Żadnych pełnych skanów — wewnętrzny indeks prowadzi (lastModified, docId), żeby kursor wznawiał się wydajnie
• Wymienni odbiorcy — jeden strumień zmian może w jednym przebiegu zasilić wiele indekserów
• Działa offline — indeksy aktualizują się lokalnie; synchronizacja przynosi zdalne zmiany, a potem indeksery przetwarzają deltę

• Kolumny kategorii — grupują dokumenty w zagnieżdżone hierarchie (np. Dział > Rok > Kwartał)
• Kolumny sortujące — porządkują wpisy wewnątrz każdej kategorii po jednym lub kilku polach
• Kolumny sum — automatyczne SUM albo AVERAGE dla każdej kategorii, aktualizowane przyrostowo
• Kolumny wyświetlane — dodatkowe dane pokazywane przy każdym wpisie
• Funkcje wartości — wyliczają wartości kolumn dynamicznie z danych dokumentu

• Rozwijanie i zwijanie — wchodź w kategorie albo je zamykaj, jak w menedżerze plików
• Nawigacja po pozycji — skocz do „1.2.3” (pierwsza kategoria, druga podkategoria, trzeci wpis)
• Zaznaczanie — wybieraj pojedyncze wpisy albo całe kategorie do operacji masowych
• Callbacki kontroli dostępu — filtruj widoczne wpisy dla każdego użytkownika, nie zmieniając struktury widoku
• Iteracja w przód i w tył — przechodź drzewo w obu kierunkach

Połącz bazę produktów z USA i bazę produktów z UE w jeden katalog produktów. Widok kategoryzuje i sortuje w poprzek obu źródeł. Każdy wpis niesie swój origin, więc interfejs może pokazać region pochodzenia.

Rozepnij widoki na różne obiekty MindooTenant, żeby raportować ponad organizacjami. Dwie organizacje dzielą dane w trzecim tenancie; skonsolidowany widok agreguje przychód z wszystkich trzech — a każdy tenant zachowuje własną administrację.

Każdy dostawca danych prowadzi własny kursor niezależnie. Wywołanie view.update() przetwarza tylko te dokumenty, które zmieniły się w danym źródle od ostatniego przebiegu. Pojedynczy origin odświeżysz też przez view.updateOrigin("us-products").

Wyszukiwanie pełnotekstowe po stronie klienta to naturalne dopełnienie szyfrowania end-to-end — i MindooDB ma je od razu w zestawie: włączany opcjonalnie, utrzymywany przez changefeed indeks pełnotekstowy (na bazie MiniSearch), który jest przechowywany w postaci zaszyfrowanej i wchodzi wprost w zapytania, z wynikami sortowanymi po trafności.

• Różnorodne treści — zwykły tekst, pola tekstowe Automerge, fragmenty rich text, tekst z załączników (PDF/Office)
• Integracja z zapytaniami — łącz trafienia pełnotekstowe ze strukturalnymi filtrami i sortowaniem po trafności
• Świadome języka — tokenizacja przez Intl.Segmenter, konfigurowalna osobno dla każdej bazy danych
• Zewnętrzne indeksery — FlexSearch, Lunr.js i własne systemy dalej podłączysz przez changefeed

Buduj potoki danych, które reagują na zmiany dokumentów. Wzorzec generatora asynchronicznego pozwala przetwarzać zmiany we własnym tempie, z wbudowanym mechanizmem przeciwciśnienia.

• Zasilanie analityki — wysyłaj zagregowane wskaźniki na pulpity
• Wyzwalacze webhook — powiadamiaj zewnętrzne systemy, gdy zmienią się konkretne dokumenty
• Potoki ETL — wyciągaj i przekształcaj dane dla systemów raportowych
• Replikacja — odwzoruj dane w systemach wtórnych z semantyką exactly-once

• getDocumentAtTimestamp() — pobiera migawkę dokumentu z dowolnego przeszłego znacznika czasu, wraz ze wszystkimi zmianami do tej chwili
• getAllDocumentIdsAtTimestamp() — wydajnie zwraca identyfikatory wszystkich dokumentów, które istniały w danej chwili, bez wczytywania treści
• Obsługa usuniętych dokumentów — odróżnia „jeszcze nie istniał” (zwraca null) od „został usunięty” (zwraca dokument z flagą isDeleted())

• iterateDocumentHistory() — przechodzi każdą zmianę od utworzenia do stanu bieżącego, w kolejności chronologicznej
• Metadane autora — każda zmiana zawiera znacznik czasu i publiczny klucz podpisujący użytkownika, który ją wprowadził
• Niezależne kopie — każda wydana wersja dokumentu to samodzielna migawka, którą można bezpiecznie zapisać i porównać
• Wykrywanie zmian — wydaje wynik tylko wtedy, gdy dokument faktycznie się zmienił (aktualizacje bez skutku są pomijane)

Twórz zamrożoną kopię bazy danych na koniec każdego kwartału obrotowego. Audytorzy mogą niezależnie zweryfikować stany dokumentów, podpisy autorstwa i historię zmian — wszystko jest kryptograficznie dowodliwe.

Zestaw dokumenty z dwóch znaczników czasu, żeby zobaczyć, co w międzyczasie powstało, zmieniło się albo zostało usunięte. W połączeniu z getDocumentAtTimestamp() prześledzisz dokładnie, jak zmieniały się pojedyncze dokumenty.

Uruchom ten sam widok wirtualny albo to samo zapytanie na migawkach bazy danych z różnych dat. Porównuj wyniki miesiąc do miesiąca albo kwartał do kwartału, bez utrzymywania osobnych baz raportowych.

W MindooDB treść dokumentów jest szyfrowana end-to-end. Serwer przechowuje wyłącznie szyfrogram i nie wykona zapytań. To świadomy kompromis na rzecz bezpieczeństwa: poufność przed wygodą po stronie serwera. Indeksowanie na kliencie przywraca oczekiwane możliwości odpytywania — z gwarancją, że Twoje dane nigdy nie odsłaniają się przed serwerem.

Podejście przyrostowe utrzymuje to w praktyce także przy dużej skali. Zamiast przebudowywać indeksy od zera po każdej synchronizacji, kursor podejmuje dokładnie tam, gdzie skończył, i przetwarza samą deltę. Przy bazie ze 100 000 dokumentów, z których od ostatniej synchronizacji zmieniło się 50, indekser przetwarza 50 dokumentów — nie 100 000.

Magazyn append-only w MindooDB jest tym, co w ogóle umożliwia wszystkie te wzorce. Ponieważ zmiany nigdy nie są nadpisywane:

• Kursory są stabilne — kolejność zmian się nie zmienia, więc wznowienie od kursora jest zawsze spójne
• Podróż w czasie nic nie kosztuje — pełna historia już jest zapisana; dodatkowe logi ani migawki nie są potrzebne
• Ścieżki audytu są wbudowane — każda zmiana jest podpisana przez autora i opatrzona znacznikiem czasu
• Przyrostowe aktualizacje są poprawne — strumień zmian jest kompletny i uporządkowany; żadna aktualizacja nie ginie

Stoi to w kontraście do baz danych z nadpisywaniem, w których śledzenie zmian, historia i indeksowanie przyrostowe wymagają dodatkowej infrastruktury (WAL, CDC, strumienie zmian, tabele audytowe).