- Navios
- 25 de agosto de 2026 às 14:12 UTC
- Autor
- Kamo
- Enviar
- cac0d13
A pesquisa corre sobre tabelas digitadas explícitas, não JSONB com GIN. Isso é forçado. pelo banco de dados, não escolhido: os documentos próprios de Yugabyte declaram que um índice GIN não pode usar mais de uma entrada de digitalização necessária, GIN multi-coluna não é suportado, somente IndexScan está disponível, e UPDATE é DELETE + INSERT. O single consulta US Core manda a maioria — Observação por paciente e categoria — é dois entradas de digitalização necessárias, então um servidor primário do JSONB seria mais lento em exactamente quais testes de certificação. Cada tabela existe porque seu tipo tem um modo de falha que as outras não: O SpidxDate armazena uma entrevista, porque uma data FHIR é uma. 2026, 2026-08 e 2026-08-24 são valores diferentes e eq2026 significa todo o ano. A um único instante colapsa-los e, em seguida, silenciosamente não coincide, por isso um a data de nascimento registrada como ano não é encontrada por uma busca por esse ano. A nula alta significa ainda correndo, não faltando. - Índices de spedxQuantity SOMENTE o valor canônico UCUM, e deliberadamente tem nenhuma coluna para o par inserido. A comparação de unidades inseridas permite uma pesquisa para 7500 ug perder um conservado 7,5 mg, e o erro é silencioso — um resultado vazio Parece que o paciente não tem tal observação. Quantidade que não pode ser canonicalizado não é indexado em tudo, que é o honesto resultado. - SpidxComposite mantém as duas metades numa fila. Juntar uma tabela de símbolos a um tabela de quantidade sobre o recurso não pode expressar "mesmo elemento": um sangue a pressão tem componentes sistólicos e diastólicos, e que se o código sistólico contra o valor diastólico e relatar um hipertenso A leitura que nunca foi tirada. - SpidxString mantém normalizado e cru separadamente, porque correspondência deve não alterar o que é exibido. :contém necessidades de trigram combinando Yugabyte não faz bem; a declaração de capacidade deve descodificar-lo em vez de oferecer um modificador que se degrade para um scan. - SpidxReference é separado de fhir reference link de propósito. A ligação tabela é o GRAPH que include e acorrentando andar; este é o ÌNDICE a filtros de pesquisa simples ligados. Uni-los faz com que cada busca normal pague por as linhas mais largas do gráfico e a indexação dupla. hashIdentity é um hash 64-bit de (resourceType, paramName) então o líder A chave permanece estreita e de largura fixa. As colisões são inofensivas porque ambas as cordas também são armazenadas — tratar o hash como autoritário seria o Insecto. FhirSearchIndexShapeTest fixa os invariantes cuja violação é silenciosa, e é comprovada pela mutação: re-adicionando o valor introduzido ao SpidxQuantity e largar o índice de reindex do SpidxToken falhou cada um com o seu próprio explicação antes do reverso. ClinicalEntityDisciplineTest's field scan agora caminha na hierarquia de classes também, então uma violação estacionou em @MappedSuperclass — que é exactamente onde vivem colunas partilhadas — que já não podem esconder-se dela. 1630 testes verdes.