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à.
# Formati dei dati di caricamento
L'API Amazon Neptune `Load` supporta il caricamento di dati in una varietà di formati.
**Formati di caricamento dei grafi di proprietà**
È possibile eseguire query sui dati caricati in uno dei seguenti formati dei grafi di proprietà utilizzando sia Gremlin che openCypher:
+ [Formato dati di caricamento Gremlin](bulk-load-tutorial-format-gremlin.md) (`csv`): formato di valori separati da virgole (CSV).
+ [Formato di caricamento dei dati openCypher](bulk-load-tutorial-format-opencypher.md) (`opencypher`): formato di valori separati da virgole (CSV).
**Formati di caricamento RDF**
Per caricare i dati Resource Descrizione Framework (RDF) sui cui è possibile eseguire query utilizzando SPARQL, puoi utilizzare uno dei seguenti formati standard come specificato dal World Wide Web Consortium (W3C):
+ N-Triples (`ntriples`) in base alle specifiche all'indirizzo [https://www.w3.org/TR/n-triples/](https://www.w3.org/TR/n-triples/).
+ N-Quads (`nquads`) in base alle specifiche all'indirizzo [https://www.w3.org/TR/n-quads/](https://www.w3.org/TR/n-quads/).
+ RDF/XML (`rdfxml`) in base alle specifiche all'indirizzo [https://www.w3.org/TR/rdf-syntax-grammar/](https://www.w3.org/TR/rdf-syntax-grammar/).
+ Turtle (`turtle`) in base alle specifiche all'indirizzo [https://www.w3.org/TR/turtle/](https://www.w3.org/TR/turtle/).
**I dati di caricamento devono utilizzare la codifica UTF-8**
**Importante**
Tutti i file di dati di caricamento devono essere codificati in formato UTF-8. Se un file non è codificato in formato UTF-8, Neptune prova comunque a caricarlo come UTF-8.
Per i dati N-Quads e N-triples che includono caratteri Unicode, sono supportate le sequenze di escape `\uxxxxx`. Tuttavia, Neptune non supporta la normalizzazione. Se è presente un valore che richiede la normalizzazione, non corrisponderà durante l'interrogazione. byte-to-byte Per ulteriori informazioni sulla normalizzazione, vedi la pagina relativa alla [normalizzazione](https://unicode.org/faq/normalization.html) su [Unicode.org](https://unicode.org).
Se i dati non sono in un formato supportato, è necessario convertirli prima di caricarli.
[Uno strumento per convertire GraphML nel formato CSV di Neptune è disponibile nel progetto Graph CSV su. ML2 [GitHub](https://github.com/)](https://github.com/awslabs/amazon-neptune-tools/blob/master/graphml2csv/README.md)
## Supporto della compressione per i file di dati di caricamento
Neptune supporta la compressione di singoli file in formato `gzip` o `bzip2`.
Il file compresso deve avere un'estensione `.gz` o `.bz2` e deve essere un singolo file di testo codificato in formato UTF-8. È possibile caricare più file, ma ognuno di essi deve essere un file `.gz`, `.bz2` o di testo non compresso separato. I file di archivio con estensioni come `.tar`, `.tar.gz` e `.tgz` non sono supportati.
Nelle seguenti sezioni vengono descritti i formati in modo più dettagliato.
**Topics**
+ [Supporto della compressione per i file di dati di caricamento](#bulk-load-tutorial-format-compression)
+ [Formato dati di caricamento Gremlin](bulk-load-tutorial-format-gremlin.md)
+ [Formato di caricamento dei dati openCypher](bulk-load-tutorial-format-opencypher.md)
+ [Formati dei dati di caricamento RDF](bulk-load-tutorial-format-rdf.md)
# Formato dati di caricamento Gremlin
Per caricare i dati di Apache TinkerPop Gremlin utilizzando il formato CSV, è necessario specificare i vertici e gli spigoli in file separati.
Lo strumento di caricamento è in grado di caricare da più file vertex e da più file edge in un singolo processo di caricamento.
Per ciascun comando di caricamento, il set di file da caricare deve trovarsi nella stessa cartella nel bucket Amazon S3 ed è necessario specificare il nome della cartella per il parametro `source`. I nomi file e le relative estensioni non sono importanti.
Il formato CSV Amazon Neptune segue la specifica CSV RFC 4180. Per ulteriori informazioni, vedi [Common Format and MIME Type for CSV Files](https://tools.ietf.org/html/rfc4180) nel sito Web Internet Engineering Task Force (IETF).
**Nota**
Tutti i file devono essere codificati in formato UTF-8.
Ogni file ha una riga di intestazione separata da virgola. La riga di intestazione è costituita da intestazioni di colonna di sistema e da intestazioni di colonna delle proprietà.
## Intestazioni di colonna di sistema
Le intestazioni di colonna di sistema necessarie e consentite sono diverse per i file di vertice e i file di edge.
Ogni colonna di sistema può essere presente una sola volta in un'intestazione.
Per tutte le etichette viene fatta distinzione tra maiuscole e minuscole.
**Intestazioni vertici**
+ `~id` - **Campo obbligatorio**
Un ID per il vertice.
+ `~label`
Un'etichetta per il vertice. Sono consentiti più valori di etichetta, separati da punto e virgola (`;`).
Se non `~label` è presente, TinkerPop fornisce un'etichetta con il valore`vertex`, poiché ogni vertice deve avere almeno un'etichetta.
**Intestazioni edge**
+ `~id` - **Campo obbligatorio**
Un ID per l'edge.
+ `~from` - **Campo obbligatorio**
L'ID del vertice *from*.
+ `~to` - **Campo obbligatorio**
L'ID del vertice *to*.
+ `~label`
Un'etichetta per l'edge. Gli edge possono avere solo un'etichetta singola.
Se non `~label` è presente, TinkerPop fornisce un'etichetta con il valore`edge`, perché ogni bordo deve avere un'etichetta.
## Intestazioni di colonna delle proprietà
È possibile specificare una colonna (`:`) per una proprietà utilizzando la sintassi seguente. Per i nomi dei tipi non viene fatta distinzione tra maiuscole e minuscole. Tenere presente, tuttavia, che se all'interno del nome di una proprietà compaiono i due punti, è necessario che siano preceduti da una barra rovesciata: `\:`.
```
propertyname:type
```
**Nota**
Lo spazio, la virgola, il ritorno a destra e i caratteri di nuova riga non sono consentiti nelle intestazioni delle colonne, pertanto i nomi delle proprietà non possono includere questi caratteri.
È possibile specificare una colonna per un tipo di matrice aggiungendo `[]` al tipo:
```
propertyname:type[]
```
**Nota**
Le proprietà edge possono avere solo un singolo valore e verrà generato un errore se viene specificato un tipo di array o un secondo valore.
L'esempio seguente mostra l'intestazione di colonna per una proprietà denominata `age` del tipo `Int`.
```
age:Int
```
Ogni riga del file dovrà avere un valore intero in quella posizione o essere lasciata vuota.
Sono consentiti array di stringhe, ma le stringhe in un array non possono includere il carattere punto e virgola (`;`) a meno che non venga preceduto da una barra rovesciata (come in questo caso :`\;`).
**Specifica la cardinalità di una colonna**
L'intestazione della colonna può essere utilizzata per specificare la *cardinalità* per la proprietà identificata dalla colonna. Ciò permette allo strumento di caricamento in blocco di rispettare la cardinalità allo stesso modo delle query Gremlin.
Per specificare la cardinalità di una colonna:
```
propertyname:type(cardinality)
```
Il *cardinality* valore può essere o. `single` `set` L'impostazione predefinita presunta è `set`; ciò significa che la colonna può accettare valori multipli. Nel caso di file edge, la cardinalità è sempre singola e specificare qualsiasi altra cardinalità fa sì che lo strumento di caricamento generi un'eccezione.
Se la cardinalità è `single`, lo strumento di caricamento genera un errore se un valore precedente è già presente quando viene caricato un valore oppure se vengono caricati più valori. Questo comportamento può essere sovrascritto in modo che un valore esistente venga sostituito quando un nuovo valore viene caricato usando il flag `updateSingleCardinalityProperties`. Per informazioni, consulta [Comando dello strumento di caricamento](load-api-reference-load.md).
È possibile utilizzare una cardinalità impostando un tipo di matrice, anche se non è generalmente necessario. Di seguito sono elencate le combinazioni possibili:
+ `name:type`: la cardinalità è `set` e il contenuto è a valore singolo.
+ `name:type[]`: la cardinalità è `set` e il contenuto ha valori multipli.
+ `name:type(single)`: la cardinalità è `single` e il contenuto è a valore singolo.
+ `name:type(set)`: la cardinalità è `set`, corrispondente al valore predefinito; il contenuto è a valore singolo.
+ `name:type(set)[]`: la cardinalità è `set` e il contenuto ha valori multipli.
+ `name:type(single)[]`: questa combinazione è contraddittoria e provoca un errore.
Nella sezione seguente sono elencati tutti i tipi di dati Gremlin disponibili.
## Tipi di dati Gremlin
Si tratta di un elenco dei tipi di proprietà consentiti, con una descrizione per ognuno di essi.
**Bool (o Booleano)**
Indica un campo Booleano. Valori consentiti: `false`, `true`
**Nota**
Qualsiasi valore diverso da `true` verrà trattato come false.
**Tipi Numero intero**
I valori al di fuori degli intervalli definiti determinano un errore.
|
|
| Tipo | Intervallo |
| --- |--- |
| Byte | Da -128 a 127 |
| Breve | Da -32768 a 32767 |
| Int | Da -2^31 a 2^31-1 |
| Lungo | Da -2^63 a 2^63-1 |
**Tipi Numero decimale**
Supporta la notazione sia decimale sia scientifica. Inoltre, consente simboli come (\$1/-) Infinity o NaN. INF non è supportato.
|
|
| Tipo | Range |
| --- |--- |
| Float | A virgola mobile a 32 bit IEEE 754 |
| Double | A virgola mobile a 64 bit IEEE 754 |
I valori float e doppi che sono troppo lunghi vengono caricati e arrotondati al valore più vicino per 24 bit (float) e 53 bit (doppi). Un valore medio viene arrotondato a 0 per le ultime cifre rimanenti a livello di bit.
**Stringa**
Le virgolette sono facoltative. Per virgole, nuova riga e ritorno a capo viene automaticamente inserito un carattere di escape, se sono inclusi in una stringa racchiusa tra virgolette doppie (`"`). *Esempio*: `"Hello, World"`
Per includere le virgolette in una stringa tra virgolette, è possibile inserire il carattere di escape per le virgolette utilizzandone due consecutivi: *Esempio:* `"Hello ""World"""`
Sono consentiti array di stringhe, ma le stringhe in un array non possono includere il carattere punto e virgola (`;`) a meno che non venga preceduto da una barra rovesciata (come in questo caso :`\;`).
Se desideri racchiudere le stringhe in una matrice con le virgolette, devi racchiudere l'intera matrice con una serie di virgolette. *Esempio*: `"String one; String 2; String 3"`
**Data**
Data Java i formato ISO-8601. Supporta i seguenti formati:`yyyy-MM-dd`,`yyyy-MM-ddTHH:mm`,`yyyy-MM-ddTHH:mm:ss`,`yyyy-MM-ddTHH:mm:ssZ`. I valori vengono convertiti in ora epocale e memorizzati.
**Datetime**
Data Java i formato ISO-8601. Supporta i seguenti formati:`yyyy-MM-dd`,, `yyyy-MM-ddTHH:mm``yyyy-MM-ddTHH:mm:ss`,`yyyy-MM-ddTHH:mm:ssZ`. I valori vengono convertiti in ora epocale e memorizzati.
## Formato di riga Gremlin
**Delimitatori**
I campi in una riga sono separati da una virgola. I record sono separati da una nuova riga o da una nuova riga seguita da un ritorno a capo.
**Campi vuoti**
I campi vuoti sono consentiti per le colonne non obbligatorie (ad esempio le proprietà definite dall'utente). Un campo vuoto richiede comunque un separatore virgola. I campi vuoti nelle colonne obbligatorie genereranno un errore di analisi. I valori di stringa vuoti vengono interpretati come valori di stringa vuoti per il campo e non come campi vuoti. L'esempio nella sezione successiva presenta un campo vuoto in ciascun vertice.
**Vertice IDs**
I valori `~id` devono essere univoci per tutti i vertici in ogni file di vertici. A un singolo vertice nel grafo vengono applicate più righe di vertice con valori `~id` identici. La stringa vuota (`""`) è un id valido e il vertice viene creato con una stringa vuota come id.
**Spigolo IDs**
I valori `~id` devono essere univoci anche per tutti gli edge in ogni file di edge. All'unico edge nel grafo vengono applicate più righe di edge con valori `~id` identici. La stringa vuota (`""`) è un ID valido e il bordo viene creato con una stringa vuota come id.
**Etichette**
Le etichette distinguono tra maiuscole e minuscole e non possono essere vuote. Un valore di `""` genererà un errore.
**Valori delle stringhe**
Le virgolette sono facoltative. Per virgole, nuova riga e ritorno a capo viene automaticamente inserito un carattere di escape, se sono inclusi in una stringa racchiusa tra virgolette doppie (`"`). I valori di stringa vuoti `("")` vengono interpretati come un valore di stringa vuoto per il campo e non come un campo vuoto.
## Specifica del formato CSV
Il formato CSV Neptune segue le specifiche CSV RFC 4180, inclusi i seguenti requisiti.
+ Sono supportate le terminazioni di riga di entrambi gli stili, Unix e Windows (\$1 n o\$1r\$1n).
+ Qualsiasi campo può essere racchiuso tra virgolette (doppie).
+ I campi contenenti un'interruzione di riga, virgolette doppie o virgole devono essere racchiusi tra virgolette (in caso contrario, il caricamento viene interrotto immediatamente).
+ Un carattere virgolette doppie (`"`) in un campo deve essere rappresentato da due (doppi) caratteri. Ad esempio, una stringa `Hello "World"` deve essere presente nei dati come `"Hello ""World"""`.
+ Gli spazi circostanti tra i delimitatori vengono ignorati. Se una riga è presente come`value1, value2`, vengono archiviati come `"value1"` e`"value2"`.
+ Tutti gli altri caratteri di escape vengono archiviati integralmente. Ad esempio, `"data1\tdata2"` viene archiviato come `"data1\tdata2"`. Se i caratteri sono racchiusi tra virgolette, non sono necessari ulteriori caratteri di escape.
+ Sono consentiti campi vuoti. Un campo vuoto viene considerato come un valore vuoto.
+ Per separare più valori per un campo viene utilizzato il punto e virgola (`;`).
Per ulteriori informazioni, vedi [Common Format and MIME Type for CSV Files](https://tools.ietf.org/html/rfc4180) nel sito Web Internet Engineering Task Force (IETF).
## Esempio Gremlin
Il diagramma seguente mostra un esempio di due vertici e uno spigolo presi dal TinkerPop Modern Graph.
![\[Diagramma che mostra due vertici e un edge, contiene marko age 29 e lop software con lang: java.\]](http://docs.aws.amazon.com/it_it/neptune/latest/userguide/images/tiny-modern-graph.png)
Di seguito è riportato il grafo nel formato di caricamento CSV Neptune.
File del vertice:
```
~id,name:String,age:Int,lang:String,interests:String[],~label
v1,"marko",29,,"sailing;graphs",person
v2,"lop",,"java",,software
```
Vista tabulare del file del vertice:
| | | | | | |
| --- |--- |--- |--- |--- |--- |
| \$1id | name:String | age:Int | lang:String | Interessi: string [] | \$1label |
| v1 | "marko" | 29 | | ["navigazione», «grafici"] | person |
| v2 | "lop" | | "java" | | software |
File di edge:
```
~id,~from,~to,~label,weight:Double
e1,v1,v2,created,0.4
```
Vista tabulare del file di edge:
| | | | | |
| --- |--- |--- |--- |--- |
| \$1id | \$1from | \$1to | \$1label | weight:Double |
| e1 | v1 | v2 | creato | 0.4 |
**Fasi successive**
Ora che hai una maggiore conoscenza dei formati di caricamento, vedi [Esempio: caricamento di dati in un'istanza database Neptune](bulk-load-data.md).
# Formato di caricamento dei dati openCypher
Per caricare i dati openCypher utilizzando il formato CSV openCypher, è necessario specificare nodi e relazioni in file separati. Lo strumento di caricamento può caricare da più di questi file di nodi e file di relazioni in un unico processo di caricamento.
Per ogni comando di caricamento, il set di file da caricare deve avere lo stesso prefisso di percorso in un bucket Amazon Simple Storage Service. Il prefisso viene specificato nel parametro di origine. I nomi e le estensioni effettivi dei file non sono importanti.
In Amazon Neptune, il formato CSV openCypher è conforme alla specifica CSV RFC 4180. Per ulteriori informazioni, vedere [Common Format and MIME Type for CSV Files](https://tools.ietf.org/html/rfc4180) (https://tools.ietf.org/html/rfc4180) sul sito Web di Internet Engineering Task Force (IETF).
**Nota**
Questi file DEVONO essere codificati in formato UTF-8.
Ogni file ha una riga di intestazione separata da virgole che contiene sia intestazioni di colonna di sistema che intestazioni di colonna di proprietà.
## Intestazioni di colonna di sistema nei file di caricamento dati openCypher
Una determinata colonna di sistema può essere presente una sola volta in ogni file. Tutte le etichette delle intestazioni di colonna di sistema fanno distinzione tra maiuscole e minuscole.
Le intestazioni di colonna di sistema obbligatorie e consentite sono diverse per i file di caricamento dei nodi e i file di caricamento delle relazioni openCypher:
### Intestazioni di colonna di sistema nei file dei nodi
+ **`:ID`**: (obbligatorio) ID per il nodo.
È possibile aggiungere uno spazio ID opzionale all'intestazione di colonna `:ID` del nodo in questo modo: `:ID(ID Space)`. Un esempio è `:ID(movies)`.
Quando caricate le relazioni che collegano i nodi di questo file, utilizzate gli stessi spazi ID nelle colonne dei file di relazione. `:START_ID` and/or `:END_ID`
La colonna `:ID` del nodo può essere facoltativamente archiviata come proprietà nel formato `property name:ID`. Un esempio è `name:ID`.
IDs Il nodo deve essere unico per tutti i file di nodi nel caricamento corrente e precedente. Se viene utilizzato uno spazio ID, il nodo IDs deve essere univoco per tutti i file di nodi che utilizzano lo stesso spazio ID nei caricamenti correnti e precedenti.
+ **`:LABEL`**: etichetta per il nodo.
Quando si utilizzano più valori di etichetta per un singolo nodo, ogni etichetta deve essere separata da punto e virgola ()`;`.
### Intestazioni di colonna di sistema nei file delle relazioni
+ **`:ID`**: ID della relazione. È obbligatorio quando `userProvidedEdgeIds` è true (impostazione predefinita), ma non è valido quando `userProvidedEdgeIds` è `false`.
La relazione IDs deve essere unica in tutti i file di relazione nei caricamenti correnti e precedenti.
+ **`:START_ID`**: (*obbligatorio*) ID del nodo da cui inizia questa relazione.
Facoltativamente, è possibile associare uno spazio ID alla colonna ID iniziale nel formato `:START_ID(ID Space)`. Lo spazio ID assegnato all'ID nodo iniziale deve corrispondere allo spazio ID assegnato al nodo nel relativo file dei nodi.
+ **`:END_ID`**: (*obbligatorio*) ID del nodo in cui termina questa relazione.
Facoltativamente, è possibile associare uno spazio ID alla colonna ID finale nel formato `:END_ID(ID Space)`. Lo spazio ID assegnato all'ID nodo finale deve corrispondere allo spazio ID assegnato al nodo nel relativo file dei nodi.
+ **`:TYPE`**: tipo della relazione. Le relazioni possono avere un solo tipo.
**Nota**
[Caricamento di dati openCypher](load-api-reference-load.md#load-api-reference-load-parameters-opencypher)Per informazioni su come il nodo o la relazione duplicati IDs vengono gestiti dal processo di caricamento in blocco, vedere.
### Intestazioni di colonna di proprietà nei file di caricamento dati openCypher
È possibile specificare che una colonna contenga i valori di una particolare proprietà utilizzando l'intestazione di una colonna di proprietà nel seguente formato:
```
propertyname:type
```
Lo spazio, la virgola, il riepilogo e i caratteri di nuova riga non sono consentiti nelle intestazioni delle colonne, pertanto i nomi delle proprietà non possono includere questi caratteri. Ecco un esempio di intestazione di colonna per una proprietà denominata `age` di tipo `Int`:
```
age:Int
```
La colonna con `age:Int` come intestazione di colonna dovrebbe quindi contenere un numero intero o un valore vuoto in ogni riga.
## Tipi di dati nei file di caricamento dati di Neptune openCypher
+ **`Bool`** o **`Boolean`**: campo booleano. I valori consentiti sono `true` e `false`.
Qualsiasi valore diverso da `true` viene trattato come `false`.
+ **`Byte`**: numero intero compreso tra `-128` e `127`.
+ **`Short`**: numero intero compreso tra `-32,768` e `32,767`.
+ **`Int`**: numero intero compreso tra `-2^31` e `2^31 - 1`.
+ **`Long`**: numero intero compreso tra `-2^63` e `2^63 - 1`.
+ **`Float`**: numero in virgola mobile IEEE 754 a 32 bit. Sono supportate sia la notazione decimale che la notazione scientifica. `Infinity`, `-Infinity` e `NaN` sono tutti riconosciuti, mentre `INF` non lo è.
I valori che contengono troppe cifre vengono arrotondati al valore più vicino (un valore intermedio viene arrotondato a 0 per l'ultima cifra rimanente a livello di bit).
+ **`Double`**: numero in virgola mobile IEEE 754 a 64 bit. Sono supportate sia la notazione decimale che la notazione scientifica. `Infinity`, `-Infinity` e `NaN` sono tutti riconosciuti, mentre `INF` non lo è.
I valori che contengono troppe cifre vengono arrotondati al valore più vicino (un valore intermedio viene arrotondato a 0 per l'ultima cifra rimanente a livello di bit).
+ **`String`**: le virgolette sono facoltative. Per i caratteri di virgola, nuova riga e ritorno a capo viene automaticamente inserito un carattere di escape, se sono inclusi in una stringa racchiusa tra virgolette doppie (`"`) come `"Hello, World"`.
È possibile includere le virgolette in una stringa tra virgolette usandone due di seguito come `"Hello ""World"""`.
+ **`DateTime`**: data Java in uno dei seguenti formati ISO-8601:
+ `yyyy-MM-dd`
+ `yyyy-MM-ddTHH:mm`
+ `yyyy-MM-ddTHH:mm:ss`
+ `yyyy-MM-ddTHH:mm:ssZ`
### Tipi di dati con trasmissione automatica nei file di caricamento dati di Neptune openCypher
I tipi di dati con trasmissione automatica vengono forniti per caricare tipi di dati attualmente non supportati in modo nativo da Neptune. I dati in tali colonne vengono archiviati letteralmente come stringhe senza alcuna verifica rispetto ai formati previsti. Sono consentiti i seguenti tipi di dati con trasmissione automatica:
+ **`Char`**: campo `Char`. Archiviato come stringa.
+ **`Date`**, **`LocalDate`** e **`LocalDateTime`**: vedi [Neo4j Temporal Instants](https://neo4j.com/docs/cypher-manual/current/values-and-types/temporal/#cypher-temporal-instants) per una descrizione dei tipi `date`, `localdate` e `localdatetime`. I valori vengono caricati letteralmente come stringhe, senza convalida.
+ **`Duration`**: vedi [Neo4j Duration format](https://neo4j.com/docs/cypher-manual/current/values-and-types/temporal/#cypher-temporal-durations). I valori vengono caricati letteralmente come stringhe, senza convalida.
+ **Point**: campo Point per l'archiviazione di dati spaziali. Vedi [Spatial instants](https://neo4j.com/docs/cypher-manual/current/values-and-types/spatial/#spatial-values-spatial-instants). I valori vengono caricati letteralmente come stringhe, senza convalida.
## Esempio del formato di caricamento openCypher
Il seguente diagramma tratto dal TinkerPop Modern Graph mostra un esempio di due nodi e una relazione:
![\[Diagramma di due nodi e una relazione tra di essi.\]](http://docs.aws.amazon.com/it_it/neptune/latest/userguide/images/tinkerpop-2-nodes-and-relationship.png)
Di seguito è riportato il grafo nel normale formato di caricamento di Neptune openCypher.
**File dei nodi:**
```
:ID,name:String,age:Int,lang:String,:LABEL
v1,"marko",29,,person
v2,"lop",,"java",software
```
**File di relazione:**
```
:ID,:START_ID,:END_ID,:TYPE,weight:Double
e1,v1,v2,created,0.4
```
In alternativa, è possibile utilizzare gli spazi ID e l'ID come proprietà, come segue:
**File del primo nodo:**
```
name:ID(person),age:Int,lang:String,:LABEL
"marko",29,,person
```
**File del secondo nodo:**
```
name:ID(software),age:Int,lang:String,:LABEL
"lop",,"java",software
```
**File di relazione:**
```
:ID,:START_ID(person),:END_ID(software),:TYPE,weight:Double
e1,"marko","lop",created,0.4
```
# Formati dei dati di caricamento RDF
Per caricare i dati Resource Descrizione Framework (RDF), puoi utilizzare uno dei seguenti formati standard come specificato dal World Wide Web Consortium (W3C):
+ N-Triples (`ntriples`) in base alle specifiche all'indirizzo [https://www.w3.org/TR/n-triples/](https://www.w3.org/TR/n-triples/)
+ N-Quads (`nquads`) in base alle specifiche all'indirizzo [https://www.w3.org/TR/n-quads/](https://www.w3.org/TR/n-quads/)
+ RDF/XML (`rdfxml`) in base alle specifiche all'indirizzo [https://www.w3.org/TR/rdf-syntax-grammar/](https://www.w3.org/TR/rdf-syntax-grammar/)
+ Turtle (`turtle`) in base alle specifiche all'indirizzo [https://www.w3.org/TR/turtle/](https://www.w3.org/TR/turtle/)
**Importante**
Tutti i file devono essere codificati in formato UTF-8.
Per i dati N-Quads e N-triples che includono caratteri Unicode, sono supportate le sequenze di escape `\uxxxxx`. Tuttavia, Neptune non supporta la normalizzazione. Se è presente un valore che richiede la normalizzazione, non corrisponderà byte-to-byte durante l'interrogazione. Per ulteriori informazioni sulla normalizzazione, vedi la pagina relativa alla [normalizzazione](https://unicode.org/faq/normalization.html) su [Unicode.org](https://unicode.org).
**Fasi successive**
Ora che hai una maggiore conoscenza dei formati di caricamento, vedi [Esempio: caricamento di dati in un'istanza database Neptune](bulk-load-data.md).