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à. # Utilizzo di DynamoDB come archivio dati per un negozio online In questo caso di utilizzo si parla di usare DynamoDB come archivio dati per un negozio online (o e-store). ## Caso d’uso Un negozio online consente agli utenti di sfogliare diversi prodotti e alla fine di acquistarli. In base alla fattura generata, un cliente può pagare utilizzando un codice sconto o una carta regalo e poi pagare l'importo residuo con una carta di credito. I prodotti acquistati verranno ritirati da uno dei diversi magazzini e spediti all'indirizzo fornito. I modelli di accesso tipici per un negozio online includono: + Ottieni cliente per un determinato customerId + Ottieni il prodotto per un determinato productId + Ottieni il magazzino per un determinato warehouseId + Ottieni un inventario di prodotti per tutti i magazzini tramite un productId + Ottieni l'ordine per un determinato orderId + Ottieni tutti i prodotti per un determinato orderId + Ottieni la fattura per un determinato orderId + Ottieni tutte le spedizioni per un determinato orderId + Ottieni tutti gli ordini per un determinato productId per un determinato intervallo di date + Ottieni la fattura per un determinato invoiceId + Ottieni tutti i pagamenti per un determinato invoiceId + Ottieni i dettagli della spedizione per un determinato shipmentId + Ottieni tutte le spedizioni per un determinato warehouseId + Ottieni l'inventario di tutti i prodotti per un determinato warehouseId + Ottieni tutte le fatture per un determinato customerId per un determinato intervallo di date + Ottieni tutti i prodotti per un determinato customerId per un determinato intervallo di date ## Diagramma delle relazioni tra entità Questo è il diagramma delle relazioni tra entità (ERD) che useremo per la progettazione del modello DynamoDB come archivio dati per un negozio online. ![ERD per il modello di dati di un archivio online con entità come Product, Order, Payment, e Customer.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-1-ERD.png) ## Modelli di accesso Questi sono i modelli di accesso da considerare quando si usa DynamoDB come archivio dati per un negozio online. 1. `getCustomerByCustomerId` 1. `getProductByProductId` 1. `getWarehouseByWarehouseId` 1. `getProductInventoryByProductId` 1. `getOrderDetailsByOrderId` 1. `getProductByOrderId` 1. `getInvoiceByOrderId` 1. `getShipmentByOrderId` 1. `getOrderByProductIdForDateRange` 1. `getInvoiceByInvoiceId` 1. `getPaymentByInvoiceId` 1. `getShipmentDetailsByShipmentId` 1. `getShipmentByWarehouseId` 1. `getProductInventoryByWarehouseId` 1. `getInvoiceByCustomerIdForDateRange` 1. `getProductsByCustomerIdForDateRange` ## Evoluzione della progettazione dello schema Utilizzando[NoSQL Workbench per DynamoDB](workbench.md), import [AnOnlineShop\_1.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_1.json) per creare un nuovo modello di dati chiamato e una nuova tabella chiamata. `AnOnlineShop` `OnlineShop` Nota che usiamo i nomi generici `PK` e `SK` per la chiave di partizione e la chiave di ordinamento. Questa è una pratica utilizzata per memorizzare diversi tipi di entità nella stessa tabella. **Fase 1: Gestire il modello di accesso 1 (`getCustomerByCustomerId`)** Importa [AnOnlineShop\_2.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_2.json) per gestire il pattern di accesso 1 (). `getCustomerByCustomerId` Alcune entità non hanno relazioni con altre entità, quindi useremo lo stesso valore di `PK` e `SK` per loro. Nei dati di esempio, nota che le chiavi utilizzano un prefisso `c#`per distinguere `customerId` da altre entità che verranno aggiunte in seguito. Questa pratica viene ripetuta anche per altre entità. Per risolvere questo modello di accesso, un’operazione [https://docs.aws.amazon.com/amazondynamodb/latest/APIReference/API_GetItem.html](https://docs.aws.amazon.com/amazondynamodb/latest/APIReference/API_GetItem.html) può essere utilizzata con `PK=customerId` e `SK=customerId`. **Fase 2: Gestire il modello di accesso 2 (`getProductByProductId`)** Importa [AnOnlineShop\_3.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_3.json) per indirizzare il pattern di accesso 2 () per l'entità. `getProductByProductId` `product` Le entità del prodotto sono precedute da `p#` e lo stesso attributo chiave di ordinamento è stato utilizzato per memorizzare `customerID` così come `productID`. Denominazione generica e [partizionamento verticale](data-modeling-blocks.md#data-modeling-blocks-vertical-partitioning) ci consentono di creare tali collezioni di articoli per un design efficace di una tabella singola. Per risolvere questo modello di accesso, un’operazione `GetItem` può essere utilizzata con `PK=productId` e `SK=productId`. **Fase 3: Gestire il modello di accesso 3 (`getWarehouseByWarehouseId`)** Importa [AnOnlineShop\_4.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_4.json) per indirizzare il pattern di accesso 3 () per l'entità. `getWarehouseByWarehouseId` `warehouse` Al momento abbiamo le entità `customer`, `product` e `warehouse` aggiunte alla stessa tabella. Si distinguono utilizzando i prefissi e l’attributo `EntityType`. Un attributo di tipo (o denominazione del prefisso) migliora la leggibilità del modello. La leggibilità ne risentirebbe se memorizzassimo semplicemente elementi alfanumerici IDs per diverse entità nello stesso attributo. Sarebbe difficile distinguere un'entità dall'altra in assenza di questi identificatori. Per risolvere questo modello di accesso, un’operazione `GetItem` può essere utilizzata con `PK=warehouseId` e `SK=warehouseId`. **Tabella di base:** ![Progettazione di tabelle DynamoDB con prefissi EntityType e per ottenere dati di magazzino tramite il relativo ID.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-2-Step3.png) **Fase 4: Gestire il modello di accesso 4 (`getProductInventoryByProductId`)** Importa [AnOnlineShop\_5.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_5.json) per indirizzare il pattern di accesso 4 (). `getProductInventoryByProductId` `warehouseItem`l'entità viene utilizzata per tenere traccia del numero di prodotti in ogni magazzino. Questo articolo viene normalmente aggiornato quando un prodotto viene aggiunto o rimosso da un magazzino. Come si vede nell'ERD, esiste una many-to-many relazione tra `product` e`warehouse`. Qui, la one-to-many relazione da `product` a `warehouse` è modellata come. `warehouseItem` Successivamente, `product` verrà modellata `warehouse` anche la one-to-many relazione da a. Il pattern di accesso 4 può essere risolto con una query su `PK=ProductId` e `SK begins_with “w#“`. Per ulteriori informazioni su `begins_with()` e altre espressioni che possono essere applicate alle chiavi di ordinamento, vedi [Espressioni delle condizioni chiave](Query.KeyConditionExpressions.md). **Tabella di base:** ![Progettazione di una tabella per interrogare ProductID e warehouseID per tracciare l’inventario dei prodotti in un determinato magazzino.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-3-Step4.png) **Fase 5: Gestire i modelli di accesso 5 (`getOrderDetailsByOrderId`) e 6 (`getProductByOrderId`)** [Aggiungi altri `customer``warehouse` elementi e altri elementi alla tabella importando \_6.json. `product` AnOnlineShop](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_6.json) Quindi, importa [AnOnlineShop\_7.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_7.json) per creare una raccolta di elementi in grado di soddisfare i `order` modelli di accesso 5 () e 6 (). `getOrderDetailsByOrderId` `getProductByOrderId` È possibile visualizzare la one-to-many relazione tra le entità OrderItem `order` e `product` modellarle come tali. Per risolvere il modello di accesso 5 (`getOrderDetailsByOrderId`), esegui una query della tabella con `PK=orderId`. Questo fornirà tutte le informazioni sull'ordine, tra cui `customerId` e i prodotti ordinati. **Tabella di base:** ![Progettazione di una tabella per eseguire query utilizzando orderID per ottenere informazioni su tutti i prodotti ordinati.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-4-Step5.png) Per risolvere il modello di accesso 6 (`getProductByOrderId`), dobbiamo leggere i prodotti solo in `order`. Interroga la tabella con `PK=orderId` e `SK begins_with “p#”` per realizzarlo. **Tabella di base:** ![Progettazione di una tabella per eseguire query utilizzando orderID e productID per ottenere i prodotti in un ordine.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-5-Step5.png) **Fase 6: Gestire il modello di accesso 7 (`getInvoiceByOrderId`)** Importa [AnOnlineShop\_8.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_8.json) per aggiungere un'`invoice`entità alla raccolta *Order* Item per gestire il pattern di accesso 7 (). `getInvoiceByOrderId` Per risolvere questo modello di accesso, puoi usare un’operazione di query con `PK=orderId` e `SK begins_with “i#”`. **Tabella di base:** ![Progettazione di una tabella con l’entità relativa alla fattura nella raccolta degli articoli dell’ordine per ottenere una fattura tramite orderID.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-6-Step6.png) **Fase 7: Gestire il modello di accesso 8 (`getShipmentByOrderId`)** Importa [AnOnlineShop\_9.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_9.json) per aggiungere `shipment` entità alla raccolta di articoli dell'*ordine per soddisfare il modello* di accesso 8 (). `getShipmentByOrderId` Stiamo estendendo lo stesso modello partizionato verticalmente aggiungendo più tipi di entità nel design a tabella singola. Da notare come la raccolta di articoli dell’*ordine* contenga le diverse relazioni che un’entità `order` ha con le entità `shipment`, `orderItem` e `invoice`. Per ricevere spedizioni entro la data `orderId`, è possibile eseguire un'operazione di query con `PK=orderId` e `SK begins_with “sh#”`. **Tabella di base:** ![Progettazione della tabella con l’entità relativa alla spedizione aggiunta alla raccolta di articoli dell’ordine per ottenere le spedizioni in base numero d’ordine.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-7-Step7.png) **Fase 8: Gestire il modello di accesso 9 (`getOrderByProductIdForDateRange`)** Abbiamo creato una raccolta degli articoli dell’*ordine* nel passaggio precedente. Questo modello di accesso ha nuove dimensioni di ricerca (`ProductID` e `Date`) che richiedono la scansione dell'intera tabella e il filtraggio dei record pertinenti per recuperare gli elementi mirati. Per risolvere questo modello di accesso, dovremo creare un [indice secondario globale (GSI)](GSI.md). *Importa [AnOnlineShop\_10.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_10.json) per creare una nuova raccolta di articoli utilizzando il GSI che consente di recuperare `orderItem` i dati da diverse raccolte di articoli dell'ordine.* I dati ora hanno `GSI1-PK` e `GSI1-SK` che saranno rispettivamente la chiave di partizione e la chiave di ordinamento di `GSI1`. DynamoDB popola automaticamente gli elementi che contengono gli attributi chiave di un GSI dalla tabella al GSI. Non è necessario inserire manualmente inserimenti aggiuntivi nel GSI. Per risolvere il modello di accesso 9, esegui una query su `GSI1` con `GSI1-PK=productId` e `GSI1SK between (date1, date2)`. **Tabella di base:** ![Progettazione di una tabella con un GSI per ottenere i dati degli ordini da diverse raccolte di articoli dell’ordine.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-8-Step8-Base.png) **GSI1:** ![Progettazione di un GSI con ProductID e Date come chiavi di partizione e ordinamento per ottenere ordini per ID prodotto e data.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-9-Step8-GSI.png) **Fase 9: Gestire i modelli di accesso 10 (`getInvoiceByInvoiceId`) e 11 (`getPaymentByInvoiceId`)** Importa [AnOnlineShop\_11.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_11.json) per risolvere i modelli di accesso 10 (`getInvoiceByInvoiceId`) e 11 (`getPaymentByInvoiceId`), entrambi correlati a. `invoice` Anche se si tratta di due modelli di accesso diversi, vengono realizzati utilizzando la stessa condizione chiave. `Payments` sono definiti come un attributo con il tipo di dati della mappa su entità `invoice`. **Nota** `GSI1-PK` e `GSI1-SK` è sovraccarico per memorizzare informazioni su diverse entità in modo che più modelli di accesso possano essere serviti dallo stesso GSI. Per ulteriori informazioni sul sovraccarico di GSI, vedi [Overload degli indici secondari globali in DynamoDB](bp-gsi-overloading.md). Per risolvere il modello di accesso 10 e 11, esegui una query su `GSI1` con `GSI1-PK=invoiceId` e `GSI1-SK=invoiceId`. **GSI1:** ![Progettazione di un GSI con invoiceID come chiave sia di partizione che di ordinamento per ottenere la fattura e il pagamento tramite l’ID della fattura.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-10-Step9.png) **Fase 10: Gestire i modelli di accesso 12 (`getShipmentDetailsByShipmentId`) e 13 (`getShipmentByWarehouseId`)** Importa [AnOnlineShop\_12.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_12.json) per gestire i modelli di accesso 12 () e 13 ()`getShipmentDetailsByShipmentId`. `getShipmentByWarehouseId` Da notare che le entità `shipmentItem` vengono aggiunte alla raccolta di elementi dell’*ordine* sulla tabella di base per poter recuperare tutti i dettagli su un ordine in un'unica operazione di query. **Tabella di base:** ![Progettazione di una tabella con l’entità shipmentItem nella raccolta di articoli dell’ordine per ottenere tutti i dettagli dell’ordine.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-11-Step10.png) Le chiavi di `GSI1` partizione e ordinamento sono già state utilizzate per modellare una one-to-many relazione tra e. `shipment` `shipmentItem` Per risolvere il modello di accesso 12 (`getShipmentDetailsByShipmentId`), esegui una query su `GSI1` con `GSI1-PK=shipmentId` e `GSI1-SK=shipmentId`. **GSI1:** ![GSI1 progetta con shipmentID come chiave di partizione e ordinamento per ottenere i dettagli della spedizione in base al numero di spedizione.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-12-Step10-GSI.png) Dovremo creare un altro GSI (`GSI2`) per modellare la nuova one-to-many relazione tra `warehouse` e `shipment` per il pattern di accesso 13 (). `getShipmentByWarehouseId` Per risolvere questo modello di accesso, esegui una query su `GSI2` con `GSI2-PK=warehouseId` e `GSI2-SK begins_with “sh#”`. **GSI2:** ![GSI2 progetta con WarehouseID e shipmentID come chiavi di partizione e ordinamento per ottenere le spedizioni per magazzino.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-13-Step10-GSI2.png) **Fase 11: Gestire i modelli di accesso 14 (`getProductInventoryByWarehouseId`) 15 (`getInvoiceByCustomerIdForDateRange`) e 16 (`getProductsByCustomerIdForDateRange`)** Importa [AnOnlineShop\_13.json per aggiungere dati relativi al prossimo](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_13.json) set di modelli di accesso. Per risolvere il modello di accesso 14 (`getProductInventoryByWarehouseId`), esegui una query su `GSI2` con `GSI2-PK=warehouseId` e `GSI2-SK begins_with “p#”`. **GSI2:** ![GSI2 progetta con WarehouseID e ProductID come chiavi di partizione e ordinamento per soddisfare il modello di accesso 14.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-14-Step11-GSI2.png) Per risolvere il modello di accesso 15 (`getInvoiceByCustomerIdForDateRange`), esegui una query su `GSI2` con `GSI2-PK=customerId` e `GSI2-SK between (i#date1, i#date2)`. **GSI2:** ![GSI2 progettazione con CustomerID e intervallo di date della fattura come chiavi di partizione e ordinamento per soddisfare il modello di accesso 15.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-15-Step11-GSI2.png) Per risolvere il modello di accesso 16 (`getProductsByCustomerIdForDateRange`), esegui una query su `GSI2` con `GSI2-PK=customerId` e `GSI2-SK between (p#date1, p#date2)`. **GSI2:** ![GSI2 progettazione con CustomerID e intervallo di date del prodotto come chiavi di partizione e ordinamento per soddisfare il modello di accesso 16](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-16-Step11-GSI2.png) **Nota** In [NoSQL Workbench](workbench.md), i *facet* rappresentano pattern di accesso ai dati differenti di un'applicazione per DynamoDB. I facet consentono di visualizzare un sottoinsieme di dati in una tabella, senza dover visualizzare record che non soddisfano i vincoli del facet. I facet sono considerati uno strumento di modellazione visiva dei dati e non esistono come costrutto utilizzabile in DynamoDB, in quanto sono puramente un aiuto alla modellazione dei modelli di accesso. Importa [AnOnlineShop\_facets.json](https://github.com/aws-samples/amazon-dynamodb-design-patterns/blob/master/examples/an-online-shop/json/AnOnlineShop_facets.json) per vedere i facet per questo caso d'uso. Tutti i modelli di accesso e il modo in cui la progettazione dello schema li affronta sono riassunti nella tabella seguente: | Modello di accesso | table/GSI/LSI Base | Operation | Valore della chiave di partizione | Valore della chiave di ordinamento | | --- | --- | --- | --- | --- | | getCustomerByCustomerId | Tabella di base | GetItem | PK=customerId | SK=customerId | | getProductByProductId | Tabella di base | GetItem | PK=productid | SK=productId | | getWarehouseByWarehouseId | Tabella di base | GetItem | PK=warehouseId | SK=warehouseId | | getProductInventoryByProductId | Tabella di base | Query | PK=productId | SK begins\_with "w\#" | | getOrderDetailsByOrderId | Tabella di base | Query | PK=orderId | | | getProductByOrderId | Tabella di base | Query | PK=orderId | SK begins\_with "p\#" | | getInvoiceByOrderId | Tabella di base | Query | PK=orderId | SK begins\_with "i\#" | | getShipmentByOrderId | Tabella di base | Query | PK=orderId | SK begins\_with "sh\#" | | getOrderByProductIdForDateRange | GSI1 | Query | PK=productId | SK tra date1 e date2 | | getInvoiceByInvoiceId | GSI1 | Query | PK=invoiceId | SK=invoiceId | | getPaymentByInvoiceId | GSI1 | Query | PK=invoiceId | SK=invoiceId | | getShipmentDetailsByShipmentId | GSI1 | Query | PK=shipmentId | SK=shipmentId | | getShipmentByWarehouseId | GSI2 | Query | PK=warehouseId | SK begins\_with "sh\#" | | getProductInventoryByWarehouseId | GSI2 | Query | PK=warehouseId | SK begins\_with "p\#" | | getInvoiceByCustomerIdForDateRange | GSI2 | Query | PK=customerId | SK tra i\#date1 e i\#date2 | | getProductsByCustomerIdForDateRange | GSI2 | Query | PK=customerId | SK between p\#date1 and p\#date2 | ### Schema finale per negozio online Di seguito sono riportate le progettazioni dello schema finale. Per scaricare questo schema come file JSON, consulta [DynamoDB Design Patterns](https://github.com/aws-samples/aws-dynamodb-examples/tree/master/schema_design/SchemaExamples) su. GitHub **Tabella di base** ![Schema finale della tabella di base per un negozio online con attributi come EntityName Name.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-17-Final-BaseTable.png) **GSI1** ![GSI1 Schema finale per la tabella base di un negozio online con attributi, ad esempio EntityType.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-18-Final-GSI1.png) **GSI2** ![GSI2 Schema finale per la tabella base di un negozio online con attributi, ad esempio EntityType.](http://docs.aws.amazon.com/it_it/amazondynamodb/latest/developerguide/images/DataModeling/OnlineShop-19-Final-GSI2.png) ## Utilizzo di NoSQL Workbench con questa progettazione dello schema Puoi importare questo schema finale in [NoSQL Workbench](workbench.md), uno strumento visivo che fornisce funzionalità di modellazione dei dati, visualizzazione dei dati e sviluppo di query per DynamoDB, per esplorare e modificare ulteriormente il tuo nuovo progetto. Per iniziare, segui queste fasi: 1. Scarica NoSQL Workbench. Per ulteriori informazioni, consulta [Download di NoSQL Workbench per DynamoDB](workbench.settingup.md). 1. Scarica il file dello schema JSON elencato in precedenza, che si trova già nel formato del modello NoSQL Workbench. 1. Importa il file dello schema JSON in NoSQL Workbench. Per ulteriori informazioni, consulta [Importazione di un modello di dati esistente](workbench.Modeler.ImportExisting.md). 1. Dopo che è stato importato in NOSQL Workbench, puoi modificare il modello di dati. Per ulteriori informazioni, consulta [Modifica di un modello di dati esistente](workbench.Modeler.Edit.md).