MetaModel

eobjects.org metamodel este un proiect creat pentru reutilizarea maximă a unui model de domeniu SQL 99 compatibil din domeniul bazelor de date. & Nbsp; metamodel este un model care conține clase care reprezintă structura unei baze de date și modalitățile de a interacționa cu ea . Pe scurt, un model de modelare (de unde și cuvântul "metamodelului") date în baze de date și alte datastores.
Metamodel este utilizat într-o mulțime de proiecte, inclusiv proiecte eobjects.org DataCleaner, DataTransformer și TableAgent. În plus, proiectul QueryParser are ca scop crearea unui parser bazat pe String pentru a popula interogare-o parte a metamodelului de parsare interogări SQL intrare

Ce este nou în această versiune:.

• Cu 3.3 lansarea suntem deschide o pereche de noi module aplicații de afaceri pentru a de sine stătătoare, și anume Salesforce și SugarCRM. Acest lucru înseamnă că puteți interacționa acum cu aceste aplicații de business la fel ca și în cazul în care în cazul în care o bază de date sau de date fișier obișnuit. Pentru tipice noastre de a folosi-de cazuri din zona de gestionare a informațiilor, aceste adăugiri face interacțiuni mult mai ușor și unificat cu interacțiunile de baze de date.
• În plus, eliberarea 3.3 conține rundă regulat al rezolvări ale unor probleme și îmbunătățiri, în special sprijinul IBM DB2 a fost optimizat și mai mult.

Ce este nou în versiunea 3.2.5:

• Versiunea 3.2.5 imbunatateste caracteristici existente pe un număr de domenii, în primul rând, pe capacitățile de interogare parsare și pe suport îmbunătățit pentru DB2 și MS SQL Server. În valoare totală de până la 10 imbunatatiri semnificative.

Ce este nou în versiunea 3.2.3:

• Această versiune rezolvă literale timestamp pe SQL-dialect DB2 .

Ce este nou în versiunea 3.2.1:

• Am îmbunătățit drastic performanța & quot; DELETE FROM & quot; declarații pe fișiere CSV.
• Am adăugat cartografierea tipurilor de date-criteriile de la-la dispoziție în momentul emiterii & quot; CREATE TABLE & quot; Declarații care conțin tipuri de date criteriile de la ex. DB2 sau PostgreSQL. În aceste cazuri, un tip de date corespunzătoare vor fi aplicate automat, de exemplu. să utilizeze SMALLINT în loc de BOOLEAN pe DB2, sau de a folosi BYTEA în loc de BLOB pe PostgreSQL.
• Un bug referitoare la executarea multithreaded de interogări JDBC compilate fost stabilită. Am creat o piscină de declarații pregătite pentru a asigura executarea în paralel a interogărilor compilate.
• Un bug referitoare la buna citând de a avea operanzi clauză a fost stabilită. În cazul în care tipul de date de o funcție agregat este diferit de tipul de date de argumentul funcții, citarea nu ar fi corect în anumite împrejurări.

Ce este nou în versiunea 3.2:

• întrebare poate fi acum compilate, pregătindu-i pentru execuție cu diferite valorile parametrilor. Pentru bazele de date JDBC, aceasta va oferi funcționalitate, declarație ca pregătită.
• Pentru alte datastores, se va face pur și simplu de interogare reutiliza mai simplu.
• indicele DataSet caching a fost implementat, făcând căutare de coloană sau de & quot; selectați opțiunea & quot; mai rapid și constant în timp.

Ce este nou în versiunea 3.0:

• Caracteristici noi:
• Executare UPDATE și DELETE operațiuni
• Cu metamodel 3,0 oferim acum un set complet de operații CRUD pe datastores dumneavoastră! Acest lucru înseamnă că, în plus față de interogarea și inserarea înregistrări, puteți acum actualiza, de asemenea, înregistrări și ștergeți-le.
• Actualizati-și operațiuni de ștergere poate fi concediat pe toate implementarile UpdateableDataContext, care includ în prezent:
• baze de date JDBC
• CSV
• foi de calcul Excel
• baze de date MongoDB
• baze de date CouchDB
• Execută CREATE TABLE și DROP TABLE operațiuni
• În metamodel 3.0 ești și acum posibilitatea de a crea și fixați mese în timpul rulării. De exemplu, îl puteți folosi pentru a crea tabele temporare, dar persistente, sau dinamic potrivesc modelului de date în timpul rulării. Acest lucru se face folosind metoda executeUpdate (...) cu privire la oricare dintre implementările UpdateableDataContext, care includ în prezent:
• baze de date JDBC
• CSV
• foi de calcul Excel
• baze de date MongoDB
• baze de date CouchDB
• Noțiunea de "masă" diferă un pic în aceste datastores, astfel încât să ia o privire la pagina de schemă și de masă semantică pentru o imagine de ansamblu completă.
• sprijin CouchDB
• Avem un modul nou brand în metamodel 3.0, care oferă sprijin CouchDB! Acum puteți interoga și actualiza baza de date CouchDB la fel ca tine ar interoga orice bază de date regulat.
• O Java obiect Datastore bazat
• Un alt nou modul în metamodel 3.0: suport obiect Java (aka modulul POJO.). Deși acest lucru nu s-ar putea părea atât de impresionant la prima vedere, aceasta este, de fapt destul de util. Puteți folosi, de exemplu, în scopuri unittesting sau pentru a permite utilizatorilor sa testeze-drive-va datele fluxurile folosind simple, date în memorie.
• conștientizare cheie primară
• metamodel este acum conștient de chei primare. Evident, acest lucru este extrem de important atunci când se ocupă cu UPDATE și DELETE operațiuni. Prin urmare, veți găsi două noi metode de:. Table.getPrimaryKeys () și Column.isPrimaryKey ()
• Modificări API existent:
• Noi tipuri de coloană: Lista Harta si
• Odată cu lărgirea sprijinului pentru datastores NoSQL, cum ar fi MongoDB și CouchDB, am văzut o nevoie de noi tipuri de coloane. Am introdus LISTA și MAP în acest scop. Ei hartă a java.util.List și java.util.Map și pentru a permite aceste tipuri Datastore a reprezenta documentele complete conținute în acestea.
• Semantica & quot; număr rând & quot; schimbat de la 0 pe bază de la 1 based.
• O importantă schimbare API pentru metamodel pentru a îmbunătăți coerența cu alte biblioteci similare: Ne-am schimbat numărul de conceptul rând dintr-un concept indice 0 pe bază de a fi un număr rând concept de 1 pe bază de! Acest lucru a fost făcut pentru a se conforma cu utilizarea tipică de numere rând în exemplu. Clauze LIMITĂ SQL, aplicații de calcul tabelar, caietul de sarcini APP și mai mult.
• Pe-partea de jos, acest lucru înseamnă că semantica s-au schimbat pentru un număr de metode sau clase:
• Query.setFirstRow (Integer) și Query.getFirstRow () metode.
• Parametrul constructor CsvConfiguration "columnNameLineNumber". Rețineți că NO_COLUMN_NAME_LINE constante și DEFAULT_COLUMN_NAME_LINE au fost ajustate, astfel încât atunci când utilizarea acestor constante, este nevoie de nici o schimbare.
• Parametrul constructor FixedWidthConfiguration "columnNameLineNumber". Rețineți că NO_COLUMN_NAME_LINE constante și DEFAULT_COLUMN_NAME_LINE au fost ajustate, astfel încât atunci când utilizarea acestor constante, este nevoie de nici o schimbare.
• Parametrul constructor ExcelConfiguration "columnNameLineNumber". Rețineți că NO_COLUMN_NAME_LINE constante și DEFAULT_COLUMN_NAME_LINE au fost ajustate, astfel încât atunci când utilizarea acestor constante, este nevoie de nici o schimbare.
• Parametrul constructor FirstRowDataSet "firstRow" (rar folosit).
• Vă încurajăm să verificați modul de utilizare a acestor metode sau clase înainte de a actualiza la metamodel 3.0. Asigurați-vă că treceți de la un 0 pe bază de la o abordare bazată pe 1-, atunci când le folosesc.
• Operator 'superior / inferior decât "redenumit" mare / mai mic decât ".
• Tipurile de operator HIGHER_THAN și LOWER_THAN au fost depreciate. Utilizați noul greater_than și less_than loc.
• Permis corelarea o coloană într-un tabel alias specific
• Am făcut posibilă de a construi un SelectItem cu o referire la o anumită FromItem ceea ce înseamnă că, în cazul în care se referire la aceeași masă de mai multe ori într-o interogare, vă pot spune exact atunci care unul o anumită selectați referințele obiect.
• nivelul de logare moderări
• nivelul de logare (în special pentru modulul JDBC) a fost moderat să nu includă cât mai multe informații în nivelul INFO ca înainte. Acest lucru înseamnă că nu veți mai primi ex. interogarea SQL complet în nivelul INFO, care este o îmbunătățire pentru securitatea aplicațiilor logat INFO.
• dezaprobare a DataSet.toTableModel ()
• DataSet.toTableModel metoda () a fost depreciată, și ne-am de gând ao scoate complet din versiunea 3.1. Aceasta este pentru a preveni orice Hick-up-uri în medii în care este interzisă pachetul javax.swing (de exemplu. În unele medii OSGi) sau chiar nu existent (de exemplu. În viitor Java 8 implementări Jigsaw bazate pe). Utilizatorii ale metodei sunt încurajați să folosească DataSetTableModel de clasă în schimb, ceea ce conduce la același rezultat.
• Remedieri de erori:
• fix index-problemă în manipularea valorilor JDBC boolean
• O problemă cu retreiving JDBC valori booleene a fost descoperit și fixe.

Ce este nou în versiunea 2.1:

• Versiunea 2.1 a metamodel este unul interesant. Cele archievements primare din acest comunicat a fost de a oferi un model de cartografiere pentru datastores non-tabelare, cum ar fi baza de date NoSQL MongoDB și pentru fișierele XML. Acest lucru înseamnă că aceste două formate de date care anterior ați necesare pentru a face conversie personalizate și de interogare personalizate implementări poate fi acum interogate (și în cazul MongoDB, de asemenea, modificată) într-un mod standard. Pentru ambele MongoDB și fișiere XML aveți posibilitatea de a alege, fie permițându-metamodel Autodetect un model de tabel (care nu poate fi perfect, dar bun pentru a începe cu) sau pentru a specifica propriile definiții de masă și lăsați figura metamodel afară de restul.

Ce este nou în versiunea 2.0.2:

• Adaptorul Excel utilizează acum noul API Streaming în Apache POI, ceea ce ar trebui să însemne că sprijinul pentru foi de calcul foarte mari de calcul Excel tocmai am primit o mult mai bine.
• Un bug a fost stabilit, care a provocat CSV nu scrie să respecte char separator și citat definit pentru formatul de fișier.
• Performanța îmbunătățită în interogare postprocesare, prin aplicarea sub-selecții just-in-time, în loc de înainte de timp.
• Am adăugat o nouă adaptor experimental pentru baze de date MongoDB. Adaptorul suporta interogarea MongoDB folosind bine cunoscut API interogare metamodel. Deoarece MongoDB nu are definiții schemă, va trebui să definească schema singur deși.

Ce este nou în versiunea 2.0:

• Noile caracteristici includ un API pentru efectuarea actualizări (operațiuni de scriere) pe date, abilitatea de a crea date în fișiere CSV, foi de calcul Excel și baze de date JDBC, suport pentru metadate stil vizual, folosite în foi de calcul și magazine similare de date, suport pentru operatorul IN în interogări, și îmbunătățiri majore de performanță pentru Excel lectură.