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à. # Preferisci usare custom IDs per nodo/relazione Neptune consente agli utenti di IDs assegnare in modo esplicito nodi e relazioni. L'ID deve essere univoco a livello globale nel set di dati e deterministico per essere utile. Un ID deterministico può essere utilizzato come meccanismo di ricerca o filtro proprio come le proprietà; tuttavia, l'utilizzo di un ID è molto più ottimizzato dal punto di vista dell'esecuzione delle query rispetto all'utilizzo delle proprietà. L'utilizzo di custom - IDs + Le proprietà possono essere nulle per un'entità esistente, ma l'ID deve esistere. Ciò consente al motore di query di utilizzare un join ottimizzato durante l'esecuzione. + Quando vengono eseguite query di mutazione simultanee, le possibilità di [modifiche simultanee delle eccezioni](https://docs.aws.amazon.com//neptune/latest/userguide/transactions-exceptions.html) (CMEs) si riducono significativamente quando IDs vengono utilizzate per accedere ai nodi perché si verificano meno blocchi IDs rispetto alle proprietà grazie alla loro unicità forzata. + L'utilizzo IDs evita la possibilità di creare dati duplicati poiché Neptune impone l'unicità, a differenza delle proprietà. IDs Il seguente esempio di query utilizza un ID personalizzato: **Nota** La proprietà `~id` viene utilizzata per specificare l'ID, mentre `id` viene semplicemente memorizzata come qualsiasi altra proprietà. ``` CREATE (n:Person {`~id`: '1', name: 'alice'}) ``` Senza utilizzare un ID personalizzato: ``` CREATE (n:Person {id: '1', name: 'alice'}) ``` Se si utilizza quest'ultimo meccanismo, non viene applicata l'unicità e in seguito è possibile eseguire la query: ``` CREATE (n:Person {id: '1', name: 'john'}) ``` Questo crea un secondo nodo con `id=1` named`john`. In questo scenario, ora avresti due nodi con`id=1`, ognuno con un nome diverso, (alice e john).