Posso creare schema di dominio solo (senza dati) in Amazon SimpleDB?

Question

Sto valutando Amazon SimpleDB in questo momento. SimpleDB è molto flessibile, nel senso che non deve avere da tavolo (o dominio) schemi. Lo schema si evolve come creare / comandi di aggiornamento flusso. Tutto questo è un bene, ma mentre io sto usando uno strumento di modellazione (valutazione MindScape LightSpeed) Richiedo lo schema in anticipo, in modo che lo strumento per generare modelli basati sullo schema. Posso artigianato domini in SimpleDB e che aiuta ma per questo devo effettuare almeno un'operazione di creazione del dominio. Sto cercando la possibilità di creare un solo schema di dominio. Eventuali indizi?

Answer 1

Non c'è schema in SimpleDB.

Questo è il motivo per cui la gente NoSQL suggeriscono di "disimparare" database relazionali prima di spostare il paradigma a questi archivi di dati non relazionali.

Quindi, non si può fare ciò che si descrive. Senza i dati, non ci sarà nulla.

Answer 2

Mentre è vero che SimpleDB non ha il supporto dello schema, mantenendo alcune informazioni di tipo risulta essere di fondamentale importanza se si eseguono query su su dati numerici o date *. La maggior parte dei prodotti NoSQL hanno sia le query e tipi, oppure no-query e no-tipi, ma SimpleDB ha scelto le query e no-tipi.

Di conseguenza, l'integrazione con qualsiasi strumento al di fuori della vostra applicazione principale richiederà di uno:

1. memorizzano le informazioni di tipo due esemplari in luoghi diversi
2. creare il proprio sistema semplice schema per memorizzare le informazioni di tipo

L'opzione 2 sembra molto meglio e la scelta è, nonostante quello che alcuni suggeriscono, non significa che "non hai la testa a posto".

S3 può essere una buona opzione per questi dati, si può conservare in un file con lo stesso nome del dominio e sarà accessibile da qualsiasi luogo con le stesse credenziali AWS come account SimpleDB.

La memorizzazione dei dati come un elenco di attributeName = FormatName è la misura di ciò che ho bisogno di fare. È possibile, infatti, conservare tutto questo in un elemento in un dominio. L'unico problema è che questa speciale elemento potrebbe involontariamente tornato da una query dominio in cui si è in attesa dei dati in tempo reale non digitare le informazioni.

Non ho dimestichezza con MindScape LightSpeed, ma questa è una strategia generale che ho trovato utile quando si utilizzano SimpleDB, e se il prodotto è in grado di caricare / memorizzare un file nella S3 allora tanto meglio.

* Nota: solo per essere chiari, non sto parlando di reinventare la ruota o cercare di usare SimpleDB come un database relazionale. Sto parlando del fatto che i dati numerici devono essere memorizzati sia con imbottitura zero (ad una lunghezza di vostra scelta) e un valore di offset (a seconda se è firmato o non firmato) al fine di lavorare con il linguaggio di query stringa-base di SimpleDB . Una volta che si decide su un formato o un insieme di formati da utilizzare nella propria applicazione, sarebbe follia di lasciare che le informazioni nascoste e sparse in tutto i file di origine nel caso in cui tali informazioni è necessario per gli strumenti di codice sorgente, strumenti di query , strumenti o qualsiasi altro codice di segnalazione.