Die acht getippten Suchindex-Tabellen (SP3)

Featurekamo-shared-library
Verschifft
25. August 2026 um 14:12 UTC
Autor
Kamo
Ausschuss
cac0d13

Die Suche läuft über explizit getippte Tabellen, nicht JSONB mit GIN. Das ist erzwungen durch die Datenbank, nicht gewählt: Yugabytes eigene Dokus geben an, dass ein GIN-Index nicht verwenden Sie mehr als einen erforderlichen Scan-Eintrag, Multi-Solon-GIN ist nicht unterstützt, Nur IndexScan ist verfügbar, und UPDATE ist DELETE + INSERT. Die Single Abfrage US-Kern Mandate die meisten - Beobachtung nach Patient UND Kategorie - ist zwei erforderliche Scan-Einträge, so dass ein JSONB-primärer Server am langsamsten wäre bei genau das, was Zertifizierungstests. Jede Tabelle existiert, weil ihr Typ einen Fehlermodus hat, den die anderen nicht haben: - SpidxDate speichert eine INTERVAL, weil ein FHIR-Datum IST. 2026, 2026-08 und 2026-08-24 sind unterschiedliche Werte und eq2026 bedeutet das ganze Jahr. A ein einziger Instant bricht sie und dann still nicht zu entsprechen, so ein Geburtsdaten, die als ein Jahr verzeichnet werden, wird nicht durch eine Suche für dieses Jahr gefunden. A null hoch bedeutet STILL RUNNING, nicht fehlen. - SpidxQuantity Indexe NUR der UCUM-kanonischen Wert, und hat absichtlich keine Spalte für das eingegebene Paar. Vergleicht eingegebene Einheiten lässt eine Abfrage für 7500 ug verpassen eine gespeicherte 7,5 mg, und der Fehlschuss ist still - ein leeres Ergebnis liest sich genau so, als hätte der Patient keine solche Beobachtung. Eine Menge die nicht kanonicalisiert werden kann, ist überhaupt nicht indexiert, das ist die ehrliche Ergebnis. - SpidxComposite hält beide Hälften auf einer Reihe. An einem Token-Tisch an einen Mengentabelle auf der Ressource kann "gleiches Element" nicht ausdrücken: ein Blut Druck hat systolische und diastolische Komponenten, und das beitreten würde entsprechen der systolische Code gegen den diastolischen Wert und einen Hypertensive melden Lesen, das wurde nie genommen. - SpidxString hält normalisiert und roh separat, weil passend muss nicht ändern, was angezeigt wird. :enthält Bedürfnisse Trigram passend Yugabyte tut nicht gut; die CapabilityStatement muss es degradieren, anstatt bieten einen Modifikator, der sich zu einem Scan degradiert. - SpidxReference ist absichtlich von fhir_reference_link getrennt. Die Verbindung Tabelle ist der GRAPH, der _inklusive und Verkettung gehen; dies ist der INDEX a einfach Suchfilter an. Sie zu fusionieren macht jede gewöhnliche Suche zahlen für die breiteren Zeilen der Grafik und die doppelte Indexierung. hashIdentity ist ein 64-Bit-Husch von (ResourcenType, paramName) also die führende Schlüssel bleibt schmal und feste Breite. Kollisionen sind harmlos, weil beide Strings werden auch gespeichert - die Behandlung der Hash als maßgeblich wäre die Bug. FhirSearchIndexShapeTest pinnt die Invarianten, deren Verletzung ist still, und ist mutation-erprobt: Re-a-mit dem eingegebenen Wert zu SpidxQuantity und Das Fallenlassen des Reindex-Index von SpidxToken fielen jeweils mit ihren eigenen aus Erklärung vor der Rückführung. ClinicalEntityDisciplineTests Feldscan jetzt geht die Klassenhierarchie zu, so eine Verletzung in einem @MappedSuperclass geparkt Das ist genau dort, wo geteilte Spalten leben - kann sich nicht länger davor verstecken. 1630 Tests grün.

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen