MetaModel

Il metamodello eobjects.org è un progetto realizzato per il massimo riutilizzo di un modello di dominio compatibile SQL 99 del dominio del database. & Nbsp; Il metamodello è un modello che contiene le classi che rappresentano la struttura di un database e di modi per interagire con esso . In breve, un modello per la modellazione (da qui il termine "metamodello") dati in banche dati e altri archivi dati.
Metamodel viene utilizzato in molti progetti, tra cui i progetti eobjects.org DataCleaner, DataTransformer e TableAgent. Inoltre il progetto QueryParser mira a creare un parser basato String-per popolare la query parte metamodel analizzando le query SQL in arrivo

Cosa c'è di nuovo in questa versione:.

• Con la release 3.3 stiamo aprendo un paio di nuovi moduli applicativi di business a tutti gli effetti, ovvero Salesforce e SugarCRM. Ciò significa che ora è possibile interagire con queste applicazioni aziendali come se fossero un file di database o dati regolare. Per i nostri tipici casi d'uso nella zona di gestione delle informazioni, queste aggiunte rendono interazioni molto più facile e unificate con le interazioni di database.
• Inoltre, la release 3.3 contiene il turno regolare di bugfix e miglioramenti, in particolare il supporto DB2 IBM è stato ulteriormente ottimizzato.

Cosa c'è di nuovo nella versione 3.2.5:

• Versione 3.2.5 migliora le caratteristiche esistenti in un numero di aree, principalmente sulle capacità di analisi e di query su un supporto migliorato per DB2 e MS SQL server. Per un totale massimo di 10 miglioramenti significativi.

Cosa c'è di nuovo nella versione 3.2.3:

• Questa versione corregge letterali timestamp SQL-dialettale di DB2 .

Cosa c'è di nuovo nella versione 3.2.1:

• Abbiamo drasticamente migliorato le prestazioni di & quot; DELETE FROM & quot; dichiarazioni su file CSV.
• Abbiamo aggiunto mappatura dei tipi di dati non disponibili a disposizione per il rilascio di & quot; CREATE TABLE & quot; dichiarazioni contenenti tipi di dati non disponibili su es. DB2 o PostgreSQL. In questi casi verrà applicato automaticamente un tipo di dati adeguata, ad esempio. utilizzare SMALLINT invece di BOOLEAN su DB2, o utilizzare bytea invece di BLOB su PostgreSQL.
• Un bug riguardanti l'esecuzione di query multithread JDBC compilati è stato fissato. Abbiamo creato un pool di dichiarazioni preparate per garantire l'esecuzione parallela delle query compilati.
• Un bug riguardanti la corretta citazione di avere operandi clausola è stato fissato. Quando il tipo di dati di una funzione di aggregazione è diverso dal tipo di dati dell'argomento funzioni, la citazione non sarebbe corretto in determinate circostanze.

Cosa c'è di nuovo nella versione 3.2:

• Le query possono ora essere compilati, preparandoli per l'esecuzione con diversi i valori dei parametri. Per i database JDBC, questo fornirà funzionalità dichiarazione simile preparata.
• Per altri archivi di dati, sarà semplicemente fare richiesta riutilizzare più semplice.
• caching indice DataSet è stato attuato, facendo ricerca per colonna o da & quot; selezionare la voce & quot; e costante di tempo.
più veloce

Cosa c'è di nuovo nella versione 3.0:

• Nuove funzionalità:
• Esegui UPDATE e DELETE
• Con Metamodel 3.0 ora offriamo un insieme completo di operazioni CRUD sui vostri datastore! Ciò significa che, oltre a interrogare e inserire i record, è ora possibile anche aggiornare i record ed eliminarli.

operazioni
• Il UPDATE e DELETE possono essere licenziati in tutte le implementazioni UpdateableDataContext, che attualmente comprendono:
• database JDBC
• file CSV
• fogli di calcolo Excel
• database MongoDB
• database CouchDB
• Execute CREATE TABLE e DROP operazioni TABELLA
• In Metamodel 3.0 si è anche ora in grado di creare e rilasciare le tabelle in fase di esecuzione. Ad esempio, è possibile utilizzarlo per creare tabelle temporanee, ma persistente, o dinamicamente misura il vostro modello di dati in fase di esecuzione. In questo modo viene fatto usando il metodo executeUpdate (...) su una delle implementazioni UpdateableDataContext, che attualmente comprendono:
• database JDBC
• file CSV
• fogli di calcolo Excel
• database MongoDB
• database CouchDB
• Il concetto di un 'tavolo' si differenzia un po 'in questi archivi di dati, in modo da dare un'occhiata alla pagina semantica dello schema e tabella per una panoramica completa.
• Supporto CouchDB
• Abbiamo un modulo nuovo in Metamodel 3.0, che offre supporto CouchDB! Ora è possibile interrogare e aggiornare il database CouchDB proprio come si farebbe interrogare qualsiasi database regolare.
• A Java oggetto datastore base
• Un altro nuovo modulo in Metamodel 3.0: supporto oggetto Java (aka il modulo POJO.). Anche se questo potrebbe non sembrare così impressionante in un primo momento, in realtà è molto utile. È possibile utilizzare ad esempio per la unittesting o per consentire agli utenti di test-drive i dati utilizzando semplici flussi di dati in memoria.
• consapevolezza chiave primaria
• metamodello è ora a conoscenza di chiavi primarie. Ovviamente questo è estremamente importante quando si tratta di UPDATE e DELETE. Quindi troverete due nuovi metodi:. Table.getPrimaryKeys () e Column.isPrimaryKey ()
• Modifiche alle API esistente:
• Nuovi tipi di colonne: List e Map
• Con l'ampliamento del supporto per archivi dati NoSQL come MongoDB e CouchDB, abbiamo visto la necessità di nuovi tipi di colonna. Abbiamo introdotto LIST e MAP per questo scopo. Essi mappano java.util.List e java.util.Map e permettono questi tipi di datastore per rappresentare i documenti completi in essi contenute.
• Semantica di & quot; numero di riga & quot; cambiato da 0 a base di a base di 1.
• Un cambiamento importante per metamodello API al fine di migliorare la coerenza con altre biblioteche simili: Abbiamo cambiato il concetto di numero di riga da un concetto indice a base 0 ad essere un concetto di numero di riga a base di 1! Ciò è stato fatto al fine di conformarsi con utilizzo tipico di numeri di riga in es. Clausole LIMIT SQL, fogli di calcolo, la specifica JPA e altro.
• Nella down-side, questo significa che la semantica sono cambiati per un certo numero di metodi o classi:
• Il Query.setFirstRow (intero) e Query.getFirstRow () metodi.
• Il parametro del costruttore CsvConfiguration 'columnNameLineNumber'. Si noti che il NO_COLUMN_NAME_LINE costanti e DEFAULT_COLUMN_NAME_LINE sono stati adeguati, in modo da quando si utilizzano queste costanti, non è necessario alcun cambiamento.
• Il parametro del costruttore FixedWidthConfiguration 'columnNameLineNumber'. Si noti che il NO_COLUMN_NAME_LINE costanti e DEFAULT_COLUMN_NAME_LINE sono stati adeguati, in modo da quando si utilizzano queste costanti, non è necessario alcun cambiamento.
• Il parametro del costruttore ExcelConfiguration 'columnNameLineNumber'. Si noti che il NO_COLUMN_NAME_LINE costanti e DEFAULT_COLUMN_NAME_LINE sono stati adeguati, in modo da quando si utilizzano queste costanti, non è necessario alcun cambiamento.
• Il parametro del costruttore FirstRowDataSet 'firstRow' (usato raramente).
• Vi invitiamo a controllare l'utilizzo di questi metodi o classi prima dell'aggiornamento a metamodello 3.0. Assicurati di passare da una a base di 0 a un approccio basato sul 1 quando li utilizzano.
• Operator 'superiore / inferiore' rinominato in 'maggiore / minore'.
• I tipi operatore HIGHER_THAN e LOWER_THAN sono stati deprecati. Utilizzare il nuovo greater_than e less_than invece.
• Animali riferimento a una colonna in una specifica tabella di alias
• Abbiamo reso possibile la costruzione di un SelectItem con un riferimento a un FromItem specifico che significa che nel caso in cui si fa riferimento la stessa tabella più volte in una query, è possibile individuare che uno uno specifico selezionare riferimenti voce.
• moderations livello di registrazione
• Il livello di registrazione (in particolare per il modulo JDBC) è stato moderato per non includere quante più informazioni nel livello INFO come prima. Questo significa che non sarà più ottenere es. la query SQL completo del livello INFO, che è un miglioramento per la sicurezza delle applicazioni INFO-registrato.
• Deprecation di DataSet.toTableModel ()
• Il metodo DataSet.toTableModel () è stato deprecato, e abbiamo intenzione di rimuovere completamente dalla versione 3.1. Questo per evitare che eventuali Hick-ups in ambienti in cui è vietato il pacchetto javax.swing (ad es. In alcuni ambienti OSGi) o addirittura non esistenti (ad es. In futuro Java 8 implementazioni basate su Jigsaw). Gli utenti del metodo sono incoraggiati ad utilizzare la DataSetTableModel classe, invece, che produce lo stesso risultato.
• Bugfix:
• Risolto index-problema nella gestione di valori booleani JDBC
• Un problema con retreiving valori booleani JDBC è stato scoperto e risolto.

Cosa c'è di nuovo nella versione 2.1:

• La versione 2.1 di metamodello è un eccitante. Le archievements primari in questa release è stato quello di fornire un modello di mappatura per datastore non tabulari come database NoSQL MongoDB e per i file XML. Ciò significa che questi due formati di dati che in precedenza si necessarie per fare di conversione personalizzati e query personalizzati implementazioni possono ora essere interrogati (e nel caso di MongoDB anche modificati) in modo standard. Sia per MongoDB e file XML si ha una scelta di lasciare metamodello autodetect un modello da tavolo (che non può essere perfetto, ma buono per cominciare) o per specificare le proprie definizioni di tabella e far figura metamodello il resto.

Cosa c'è di nuovo nella versione 2.0.2:

• L'adattatore Excel utilizza ora la nuova API Streaming in Apache POI, che dovrebbe significare che il supporto per grandi fogli di calcolo Excel è diventato molto meglio.
• Un bug è stato risolto, che ha causato CSV scrivendo non rispettare il separatore e preventivo char definito per il formato di file.
• Prestazioni migliorate in ricerca post-elaborazione, applicando sotto-selezioni just-in-time, invece di anticipo.
• Abbiamo aggiunto un nuovo adattatore sperimentale per i database MongoDB. L'adattatore supporta l'interrogazione MongoDB usando il noto API di query metamodello. Poiché MongoDB non ha definizioni di schema, si dovrà definire lo schema da soli però.

Cosa c'è di nuovo nella versione 2.0:

• Le nuove caratteristiche includono una API per l'esecuzione di aggiornamenti (operazioni di scrittura) sui dati, la capacità di creare i dati in file CSV, fogli di calcolo Excel e database JDBC, supporto per metadati stile visivo, utilizzati nei fogli elettronici e archivi di dati simili, il supporto per l'operatore IN nelle query, e importanti miglioramenti delle prestazioni per Excel lettura.