Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Fase 1: Richiedere un digest QLDB
Importante
Avviso di fine del supporto: i clienti esistenti potranno utilizzare Amazon QLDB fino alla fine del supporto il 31/07/2025. Per ulteriori dettagli, consulta Migrare un Amazon QLDB Ledger ad Amazon Aurora Postgre
Amazon QLDB fornisce un modulo API per richiedere un riassunto che copra la punta corrente del diario nel tuo libro mastro. Il suggerimento del diario si riferisce all'ultimo blocco salvato nel momento in cui QLDB riceve la tua richiesta. Puoi utilizzare il plugin AWS Management Console, un AWS SDK, o AWS Command Line Interface (AWS CLI) per fare un riassunto.
Argomenti
AWS Management Console
Segui questi passaggi per richiedere un digest utilizzando la QLDB console.
Per richiedere un digest (console)
Accedere a AWS Management Console e apri la QLDB console Amazon all'indirizzo https://console.aws.amazon.com/qldb.
-
Nel riquadro di navigazione, scegli Registri.
-
Nell'elenco dei libri contabili, seleziona il nome del libro contabile per il quale desideri richiedere un digest.
-
Scegli Get digest. La finestra di dialogo Get digest mostra i seguenti dettagli del digest:
-
Digest: il valore hash SHA -256 del digest richiesto.
-
Indirizzo del suggerimento del digest: l'ultima posizione del blocco nel diario coperta dal digest richiesto. Un indirizzo ha i due campi seguenti:
-
strandId
— L'ID univoco del filone di giornale che contiene il blocco. -
sequenceNo
— Il numero di indice che specifica la posizione del blocco all'interno del trefolo.
-
-
Libro contabile: il nome del libro contabile per il quale è stato richiesto un digest.
-
Data: il timestamp in cui è stato richiesto il digest.
-
-
Rivedi le informazioni del riepilogo. Quindi scegli Save (Salva). È possibile mantenere il nome di file predefinito o immettere un nuovo nome.
Nota
Potresti notare che i valori dell'hash del digest e dell'indirizzo tip cambiano anche quando non modifichi alcun dato nel tuo registro. Questo perché la console recupera il catalogo di sistema del registro ogni volta che si esegue una query nell'editor PartiQL. Si tratta di una transazione di lettura che viene salvata nel journal e causa la modifica dell'ultimo indirizzo di blocco.
Questo passaggio salva un file di testo semplice con contenuti in formato Amazon Ion. Il file ha un'estensione di
.ion.txt
e contiene tutte le informazioni digest elencate nella finestra di dialogo precedente. Di seguito è riportato un esempio del contenuto di un file digest. L'ordine dei campi può variare a seconda del browser in uso.{ "digest": "42zaJOfV8iGutVGNaIuzQWhD5Xb/5B9lScHnvxPXm9E=", "digestTipAddress": "{strandId:\"BlFTjlSXze9BIh1KOszcE3\",sequenceNo:73}", "ledger": "my-ledger", "date": "2019-04-17T16:57:26.749Z" }
-
Salva questo file dove potrai accedervi in futuro. Successivamente, puoi utilizzare questo file per verificare la revisione di un documento.
Importante
La revisione del documento che verificherai in seguito deve essere inclusa nel digest che hai salvato. Cioè, il numero di sequenza dell'indirizzo del documento deve essere inferiore o uguale al numero di sequenza dell'indirizzo del Digest tip.
QLDB API
Puoi anche richiedere un riassunto dal tuo registro utilizzando Amazon QLDB API con un AWS SDKo il AWS CLI. QLDBAPIFornisce le seguenti operazioni per l'utilizzo da parte dei programmi applicativi:
-
GetDigest— Restituisce il riassunto di un libro contabile nell'ultimo blocco commesso nel diario. La risposta include un valore hash a 256 bit e un indirizzo di blocco.
Per informazioni sulla richiesta di un digest utilizzando il AWS CLI, vedete il comando get-digest in AWS CLI Riferimento al comando.
Applicazione di esempio
Per esempi di codice Java, consulta il GitHub repository amazon-qldb-dmv-sampleaws-samples/
Il codice del tutorial in classe GetDigestvehicle-registration
Per verificare la revisione di un documento utilizzando il digest salvato, procedi a. Fase 2: Verifica dei dati in QLDB