Sto lavorando per ottenere un handle su Graph Databases (usando Neo4j) e sto cercando di capire dove "la linea" si trova tra ciò che si adatta bene a GraphDB e ciò che dovrebbe essere strettamente RDBMS.
In particolare, sto esaminando un modello di grafico per archiviare le BOM di produzione, oltre a informazioni correlate quali rapporti di ispezione, che hanno invocato ordini di cambiamento in parti, ecc. Per la maggior parte, sono in grado di adattarlo piuttosto bene nel modello del grafico delle proprietà.
Entità come la Parte X, l'Ingegnere Y, l'Ordine di cambiamento Z sono ben mappate, ma ora mi chiedo se sia fattibile tracciare le transazioni di inventario usando un GraphDB, o se questo è davvero un brutto aspetto. Sembra essere un brutto aspetto, ma con l'alternativamente apparentemente di memorizzare i dati sia in un grafico e RDBMS, vorrei alcuni ulteriori pareri.
Quindi, ho Part A e devo tracciare ogni volta che X quantità di Part A viene spostata dentro o fuori da Inventario. In un RDBM, questo è ovviamente molto semplice. In un database Graph, la memorizzazione di queste transazioni sembra come provare ad inserire un piolo quadrato in un buco circolare.
Sono sicuro di potercela fare, ma cosa succede al mio modello grafico altrimenti carino quando inizio ad aggiungere informazioni transazionali come questa? Un DB grafico può funzionare bene con questo tipo di dati, o dovrei seriamente considerare di avere un DB grafico costituito da Parte A con la chiave collegata a un RDBMS che memorizza le transazioni di inventario per la chiave data?