MetaModel

A eobjects.org MetaModel egy projekt számára létrehozott legnagyobb újrafelhasználása SQL 99 kompatibilis domain-modell az adatbázis tartomány. & Nbsp; A MetaModel olyan modell, amely tartalmazza osztályok képviselő a szerkezet egy adatbázis, és a módját, hogy kölcsönhatásba vele . Röviden, a modell modellezés (ezért van a "metamodellben") az adatbázisokban és más adatrögzítők.
MetaModel használ egy csomó projekt, beleértve a eobjects.org projektek DataCleaner, DataTransformer és TableAgent. Emellett a QueryParser projekt célja, hogy létrehozzon egy String-alapú elemző feltölthető a query-része MetaModel által elemzés bejövő SQL lekérdezések.

Mi az új ebben a kiadásban:

• A 3.3 kiadás vagyunk nyitó pár új modulok teljes értékű üzleti alkalmazások, különösen a Salesforce és a SugarCRM. Ez azt jelenti, hogy akkor most kölcsönhatásba az üzleti alkalmazások, mintha azok, ahol a rendszeres adatbázis vagy adatfájlt. A tipikus használati esetek a Information Management területen, ezek a kiegészítések teszik kölcsönhatások sokkal könnyebb és egységes adatbázis kölcsönhatások.
• Továbbá a 3.3 kiadás tartalmazza a rendszeres fordulójában hibajavítás és kifejezetten az IBM DB2 támogatás került tovább optimalizált.

Mi az új verzióban 3.2.5:

• Version 3.2.5 javítja a meglévő funkciók számos területek, elsősorban a lekérdezéselemzés képességek, valamint a továbbfejlesztett támogatása DB2 és MS SQL server. Összesen akár 10 jelentős javulást.

Mi az új verzióban 3.2.3:

• Ez a változat rögzíti timestamp literals a DB2 SQL-nyelvjárás .

Mi az új a 3.2.1-es változata:

• Már drasztikusan javult a teljesítménye a & quot; DELETE FROM & quot; kijelentéseket CSV fájlokat.
• Már hozzá feltérképezése elérhetetlenné-to-álló adattípusok kibocsátásakor & quot; CREATE TABLE & quot; nyilatkozatok, amelyek tartalmazzák hiányzó adatok típusok pl. DB2 vagy PostgreSQL. Ezekben az esetekben a megfelelő adattípust automatikusan alkalmazza, pl. használni smallint helyett BOOLEAN a DB2, vagy használja BYTEA helyett BLOB a PostgreSQL.
• A bug vonatkozó többszálú végrehajtás összeállított JDBC lekérdezések rögzítették. Készítettünk egy medence előkészített utasításokat, hogy biztosítsa a párhuzamos végrehajtása összeállított lekérdezések.
• A bug vonatkozó megfelelő idézve a HAVING operandusok rögzítették. Amikor az adatok típusát egy összesítő függvény különbözik adatok típusú funkciók érv, a jegyzés nem lenne helyes az adott körülmények között.

Mi az új a 3.2 verzió:

• lekérdezések összeállíthatjuk, felkészítve őket a végrehajtás különböző paraméterek értékeit. JDBC adatbázisokhoz, ez ad előkészített nyilatkozatot hasonló funkcionalitással.
• Más adatrögzítők, akkor egyszerűen csak teszik query újra egyszerűbb.
• DataSet index caching hajtották végre, ami lookup oszlop vagy & quot; válasszuk a & quot; gyorsabb és állandó idejű.

Mi az új 3.0 verzió:

• Új funkciók:
• Execute UPDATE és DELETE műveletek
• A MetaModel 3,0 kínálunk egy teljes készlet szifilisz műveleteket a adatrögzítők! Ez azt jelenti, hogy amellett, hogy lekérdező és behelyezése nyilvántartások, akkor most is frissíteni nyilvántartások és törölje őket.
• A frissítési és törlési műveleteket is oszlathatja minden UpdateableDataContext implementációk, amelyek jelenleg a következők:
• JDBC adatbázisokhoz
• CSV fájlokat
• Excel táblázatkezelő
• MongoDB adatbázisok
• CouchDB adatbázisok
• Execute CREATE TABLE és DROP TABLE műveletek
• A MetaModel 3,0 te most is képes létrehozni és vidd asztalok futásidőben. Például, akkor tudja használni, hogy hozzon létre ideiglenes, de kitartó táblázatok, vagy dinamikusan illeszkedjen a adatmodell futásidőben. Ellenkező használatával történik a executeUpdate (...) módszerrel bármelyik UpdateableDataContext implementációk, amelyek jelenleg a következők:
• JDBC adatbázisokhoz
• CSV fájlokat
• Excel táblázatkezelő
• MongoDB adatbázisok
• CouchDB adatbázisok
• A fogalom a "asztal" különbözik egy kicsit ezekben adatrögzítők, hogy vessen egy pillantást a séma és asztali szemantika oldalt teljes áttekintést.
• CouchDB támogatás
• Van egy teljesen új modult MetaModel 3,0 ahonnan CouchDB támogatást! Most lehet kérdezni, és frissíti a CouchDB adatbázis ahogy te is lekérdezheti minden rendszeres adatbázis.
• A Java objektum alapú adattár
• A másik új modult MetaModel 3,0: Java objektumok támogatása (aka. A POJO modul). Bár ez nem tűnik olyan lenyűgöző első, ma már ugyancsak hasznos. Használhatja például a unittesting célokra, vagy hogy a felhasználók a tesztvezetésre a adatáramlás egyszerű a memórián belüli adatok.
• Elsődleges kulcs a tudatosság
• MetaModel most tisztában elsődleges kulcsokat. Nyilvánvaló, hogy ez rendkívül fontos, ha foglalkozó Update és Delete műveletekre. Ezért talál két új módszerek: Table.getPrimaryKeys () és Column.isPrimaryKey ().
• Változások a meglévő API:
• New oszlop típusok: Lista és térkép
• A mélyítette a támogatás NoSQL adatrögzítők, mint MongoDB és CouchDB, láttunk szükség van új oszlop típusok. Bevezettük és térkép erre a célra. Ők leképezni java.util.List és java.util.Map és lehetővé teszi ezeket az adattár típusú képviseli a teljes dokumentációban található bennük.
• szemantikája & quot; csősorszám & quot; változott 0-alapú 1-alapú.
• Egy fontos API változás MetaModel a következetesség javítása érdekében más hasonló könyvtárak: Már változott a sor számát koncepció egy 0-alapú index fogalmát, hogy egy 1-alapú sor száma fogalmát! Erre azért került sor annak érdekében, hogy megfeleljenek tipikus felhasználása sorban számok pl. SQL LIMIT záradékot, táblázatkezelő alkalmazások, a JPA specifikáció és így tovább.
• A lefelé néző, ez azt jelenti, hogy a szemantika megváltoztak több módszer vagy osztályok:
• A Query.setFirstRow (egész) Query.getFirstRow () metódus.
• A CsvConfiguration konstruktor paramétere "columnNameLineNumber". Ne feledje, hogy a állandók NO_COLUMN_NAME_LINE és DEFAULT_COLUMN_NAME_LINE lettek igazítva, így ha ezekkel a állandók, nem elengedhetetlen.
• A FixedWidthConfiguration konstruktor paramétere "columnNameLineNumber". Ne feledje, hogy a állandók NO_COLUMN_NAME_LINE és DEFAULT_COLUMN_NAME_LINE lettek igazítva, így ha ezekkel a állandók, nem elengedhetetlen.
• A ExcelConfiguration konstruktor paramétere "columnNameLineNumber". Ne feledje, hogy a állandók NO_COLUMN_NAME_LINE és DEFAULT_COLUMN_NAME_LINE lettek igazítva, így ha ezekkel a állandók, nem elengedhetetlen.
• A FirstRowDataSet konstruktor paramétere "firstRow" (ritkán használt).
• Azt javasoljuk, hogy ellenőrizze a használat ezen módszerek vagy osztályok frissítés előtt MetaModel 3.0. Győződjön meg róla, hogy váltani egy 0-alapú és az 1-alapú megközelítés a használatuk során.
• Operator "magasabb / alacsonyabb, mint" átnevezve "nagyobb / kisebb".
• Az üzemeltető típusú HIGHER_THAN és LOWER_THAN már elavult. Használja az új GREATER_THAN és LESS_THAN helyett.
• hozhatja viszonyítási egy oszlopot egy adott aliased asztalra
• tettük építhető SelectItem egy hivatkozás egy adott FromItem ami azt jelenti, hogy az esetre, ha hivatkozva ugyanannál az asztalnál többször egy lekérdezést, akkor majd pontosan melyik adott elem kijelölése hivatkozásokat.
• A naplózás szintjét moderálás
• A naplózási szintet (különösen a JDBC modul) tompította, hogy nem a lehető legtöbb adatot az INFO szintű, mint korábban. Ez azt jelenti, hogy többé nem kap pl. A teljes SQL lekérdezés az INFO szinten, ami javulást biztonságáért INFO-bejelentkezve alkalmazások.
• rosszallás a DataSet.toTableModel ()
• A módszer DataSet.toTableModel () nem lehetséges, és azt tervezzük, eltávolítására már teljes egészében a 3.1-es verziója. Ez annak megakadályozására, hogy bunkó-ups olyan környezetben, ahol a javax.swing csomagot tilos (pl. Egyes OSGi környezetben), vagy akár nem létező (pl. A jövőben Java 8 Jigsaw-alapú telepítések). A felhasználók a módszer arra ösztönzik, hogy az osztály DataSetTableModel helyett, amely ugyanazt az eredményt adja.
• Bugfixek:
• Fix index-probléma kezelésében, boolean JDBC értékek
• Egy probléma lekérése JDBC logikai értékek fedezte fel és rögzített.

Mi az új 2.1-es verzió:

• A 2.1 verziója MetaModel egy izgalmas egyet. Az elsődleges archievements ebben a kiadásban már egy leképező modell nem táblázatos adatrögzítők, mint a NoSQL adatbázis MongoDB és XML fájlokat. Ez azt jelenti, hogy ez a két adat formátumok, amelyek korábban szükséges, hogy ne egyedi átalakítási és egyéni lekérdezés megvalósítások most lekérdezhető (és MongoDB esetében is módosította) standard módon. Mindkét MongoDB és XML fájlok vannak választhat, vagy hagyta MetaModel autodetect egy asztal modell (amely nem lehet tökéletes, de jó, hogy kezdődik), vagy adja meg saját tábladefiníciók és hagyja MetaModel kitalálni a többit.

Mi az új a 2.0.2 verzió:

• A Excel adapter már használja az új Streaming API Apache POI, amely azt jelenti, hogy támogatja a nagyon nagy Excel táblázatkezelő, csak sokkal jobb lett.
• A hiba rögzítették, ami miatt CSV írásban nem tiszteletben tartani az elválasztó és árajánlat char meghatározott fájlformátumot.
• javult a teljesítmény query utómunka alkalmazásával al-kiválasztás just-in-time, ahelyett, hogy idő előtt.
• Már hozzá egy új, kísérleti adapter MongoDB adatbázisok. Az adapter támogatja a lekérdező MongoDB a jól ismert MetaModel query API. Mivel MongoDB nincs sémadefiníciók, akkor meg kell határozni a séma magát mégis.

Mi az új 2.0 verzióban:

• Az új funkciók között egy API végző frissítések (írási műveletek) adatokra, a képesség, hogy az adatokat CSV fájlokat, Excel táblák és JDBC adatbázisokhoz, támogatja a vizuális stílust metaadatok, használt táblázatok és hasonló adatokat tárolja, támogatja az IN üzemeltető lekérdezések és számítási teljesítmény növelése az Excel olvasás.