- Navios
- 6 de agosto de 2026 às 20:13 UTC
- Autor
- Kamo
- Enviar
- 3045cc3
Associação é metadados, não um limite de armazenamento. Cada ImageAssocType usado para nomear sua balde MinIO próprio, que contradigiu o gasoduto de hashing: dedup é escopo ORG-wide ou GLOBALmente e, portanto, cruza associações, reutilizando assim uma ImgDat produziu uma Img cuja Os bytes sentaram-se no balde que os recebeu pela primeira vez. Lê resolver o balde do A própria associação de Row, então eles procuraram em algum lugar os bytes nunca foram e 500'd. O commit anterior remendou isso copiando os objetos no balde alvo, que conservado N cópias de um arquivo que o conteúdo-endereçado loja existe para manter uma vez. Revertida. O armazenamento agora é um único balde de "imagem" chaveado pelo ImgDat id, então um arquivo é armazenado uma vez não importa quantas associações o consultem, e registerExistingDocument uploads nada — como sempre implicava o seu nome. Seguro porque os baldes nunca foram um limite aqui: todos os baldes de imagem eram privados sob uma credencial, o acesso é forçado pelo getDocumentMetadata (org + nível de acesso), imaging nunca apaga os bytes (o documento é macio), e nenhum balde carregado objeto-bloqueio, regras de retenção ou de ciclo de vida. Chaves são identidades global-únicas, então a união não tem colisões. Todos os 212 objetos existentes foram migrados para "imagem" primeiro; o legado Os baldes ficam intocados. ImageAssocType mantém todas as diferenças comportamentais **************** regras, ordinais); já não reivindica o seu próprio armazenamento.