MetaModel

Den eobjects.org meta är ett projekt som skapats för maximal återanvändning av en modell av databasen domän SQL 99-kompatibel domän. & Nbsp; Den meta är en modell som innehåller klasser som representerar strukturen i en databas och sätt att interagera med det . Kort sagt, en modell för modellering (därav ordet "meta") data i databaser och andra datalager.
Meta används i många projekt, inklusive eobjects.org projekt DataCleaner, DataTransformer och TableAgent. Dessutom kan det QueryParser Projektet syftar till att skapa en String baserad parser att befolka query-delen av meta genom att tolka inkommande SQL-frågor

Vad är nytt i den här versionen:.

• Med 3.3 utgåvan vi öppnar ett par nya moduler till fullfjädrade affärssystem, nämligen Salesforce och SugarCRM. Det innebär att du nu kan interagera med dessa affärsapplikationer precis som om de var en vanlig databas eller datafil. För våra typiska bruks fall i Information Management området, dessa tillägg gör interaktioner mycket enklare och enat med databasinteraktioner.
• Dessutom kan det 3,3 utgåvan innehåller den vanliga rundan av buggfixar och förbättringar, särskilt DB2 stöd IBM har vidare optimerats.

Vad är nytt i version 3.2.5:

• Version 3.2.5 förbättrar befintliga funktioner på ett antal områden, främst på frågepars förmåga och om förbättrat stöd för DB2 och MS SQL-server. Totalt upp till 10 betydande förbättringar.

Vad är nytt i version 3.2.3:

• Denna version fixar tidsstämpel literals på DB2 SQL-dialekt .

Vad är nytt i version 3.2.1:

• Vi har drastiskt förbättrat prestanda & quot; DELETE FROM & quot; uttalanden om CSV-filer.
• Vi har lagt kartläggning av otillgängliga till tillgängliga datatyper vid utfärdandet & quot; CREATE TABLE & quot; uttalanden som innehåller otillgängliga datatyper på t.ex.. DB2 eller PostgreSQL. I dessa fall en ordentlig datatyp kommer att tillämpas automatiskt, t.ex.. att använda SMALLINT istället för BOOLEAN på DB2, eller använd BYTEA istället för BLOB på PostgreSQL.
• En bugg som gäller flertrådade genomförande av kompilerade JDBC frågor fastställdes. Vi har skapat en pool av beredda uttalanden att säkerställa parallell exekvering av kompilerade frågor.
• En bugg som gäller korrekt citera av HAVING operander fastställdes. När datatypen för en statistikfunktion skiljer sig från datatypen för funktionerna argumentet, att citera skulle inte vara korrekt under givna omständigheter.

Vad är nytt i version 3.2:

• kan Frågor nu sammanställas, förbereda dem för utförande med varierande parametervärden. För JDBC databaser, kommer detta att ge förberett uttalande-liknande funktionalitet.
• För andra datalager, kommer det helt enkelt göra frågan åter enklare.
• DataSet Index caching har genomförts, vilket gör uppslag med kolonn eller med & quot; välj objekt & quot; snabbare och konstant-tiden.

Vad är nytt i version 3.0:

• Nya funktioner:
• Execute UPDATE och DELETE operationer
• Med meta 3.0 vi nu erbjuda en komplett uppsättning av CRUD operationer på dina datalager! Detta innebär att förutom att fråge och infoga poster, kan du nu också uppdatera register och ta bort dem.
• UPDATE och DELETE operationer kan avfyras på alla UpdateableDataContext implementeringar, som för närvarande omfattar:
• JDBC databaser
• CSV-filer
• Excel
• MongoDB databaser
• couchdb databaser
• Utför CREATE TABLE och DROP TABLE operationer
• I meta 3.0 du nu också möjlighet att skapa och släppa tabeller vid körning. Till exempel kan du använda den för att skapa tillfälliga, men ihållande bord, eller dynamiskt passa din datamodell vid körning. Om du gör det görs med hjälp av executeUpdate (...) metod på någon av UpdateableDataContext implementeringar, som för närvarande omfattar:
• JDBC databaser
• CSV-filer
• Excel
• MongoDB databaser
• couchdb databaser
• Föreställningen om en "tabell" skiljer lite i dessa datalager, så ta en titt på sidan Schema och bords semantik för en fullständig överblick.
• CouchDB support
• Vi har en helt ny modul i meta 3.0 som erbjuder CouchDB stöd! Nu kan du fråga och uppdatera din CouchDB databasen precis som du skulle fråga någon regelbunden databas.
• Ett Java objektbaserad datalagring
• En annan ny modul i meta 3.0: Java-objekt stöd (aka POJO modulen.). Även om detta kanske inte verkar så imponerande i början, det är faktiskt ganska bra. Du kan använda till exempel för unittesting ändamål eller för att tillåta användare att provköra dina dataflöden med enkla i-minnesdata.
• Primär nyckel medvetenhet
• meta är nu medveten om primärnycklar. Detta är givetvis oerhört viktigt när det handlar om UPDATE och DELETE operationer. Därför hittar du två nya metoder:. Table.getPrimaryKeys () och Column.isPrimaryKey ()
• Ändringar av befintligt API:
• Nya kolumntyper: Lista och karta
• Med breddningen av stödet för NoSQL datalager som MongoDB och CouchDB, vi har sett ett behov av nya typer kolumn. Vi har infört LIST och MAP för detta ändamål. De kart till java.util.List och java.util.Map och möjliggöra dessa datalagring typer för att representera de fullständiga handlingar som ingår i dem.
• Semantik av & quot; radnummer & quot; ändras från 0 baserad till 1-baserade.
• En viktig förändring API för meta i syfte att förbättra överensstämmelsen med andra liknande bibliotek: Vi har ändrat radnumret konceptet från en 0 baserade index konceptet att vara en 1-baserade radnummer koncept! Detta gjordes för att följa typisk användning av radnummer i exempelvis. SQL GRÄNS klausuler, kalkylprogram, den gemensamma parlamentariska församlingen specifikationer och mer.
• På nedåtsidan, innebär detta att semantiken har förändrats till ett antal metoder eller klasser:
• Query.setFirstRow (Integer) och Query.getFirstRow () metoder.
• CsvConfiguration konstruktorn parametern 'columnNameLineNumber ". Observera att konstant NO_COLUMN_NAME_LINE och DEFAULT_COLUMN_NAME_LINE har justerats, så när du använder dessa konstanter, behövs ingen förändring.
• FixedWidthConfiguration konstruktorn parametern 'columnNameLineNumber ". Observera att konstant NO_COLUMN_NAME_LINE och DEFAULT_COLUMN_NAME_LINE har justerats, så när du använder dessa konstanter, behövs ingen förändring.
• ExcelConfiguration konstruktorn parametern 'columnNameLineNumber ". Observera att konstant NO_COLUMN_NAME_LINE och DEFAULT_COLUMN_NAME_LINE har justerats, så när du använder dessa konstanter, behövs ingen förändring.
• FirstRowDataSet konstruktorn Parametern "Firstrow" (används sällan).
• Vi uppmuntrar dig att kontrollera din användning av dessa metoder eller klasser innan du uppgraderar till meta 3.0. Se till att du byter från ett 0-baserad till en 1 baserad strategi när man använder dem.
• Operatörs Högre / lägre än 'omdöpt till "Större / mindre än'.
• Operatörs typerna HIGHER_THAN och LOWER_THAN har föråldrat. Använd den nya GREATER_THAN och less_than istället.
• tillåtet att referera en kolumn i en specifik aliased bord
• Vi har gjort det möjligt att konstruera en selectItem med en hänvisning till en specifik FromItem vilket innebär att om du refererar samma bord flera gånger i en fråga, kan du sedan sätta fingret där en en specifik utvalda objekt referenser.
• Loggning nivå modere
• loggningsnivå (särskilt för JDBC modul) har dämpats att inte inkludera så mycket information i INFO nivå som tidigare. Detta innebär att du inte längre kommer att få t.ex.. full SQL-fråga i INFO nivå, vilket är en förbättring för säkerheten i INFO-loggade applikationer.
• Avskrivningar av DataSet.toTableModel ()
• Metoden DataSet.toTableModel () har utfasats, och vi planerar att ta bort den helt från version 3.1. Detta för att förhindra eventuella hick-ups i miljöer där javax.swing paketet är förbjudet (t.ex.. I vissa OSGi miljöer) eller inte ens existerande (t.ex.. I framtiden Java 8 Jigsaw-baserade distributioner). Användare av metoden uppmuntras att använda klassen DataSetTableModel istället, vilket ger samma resultat.
• Buggfixar:
• Fast index-fråga i hanteringen av booleska JDBC värden
• En fråga med retreiving JDBC booleska värden upptäcktes och fast.

Vad är nytt i version 2.1:

• 2,1-versionen av meta är spännande. De primära archievements i denna utgåva har varit att ge en kartläggning modell för icke-tabell datalager gillar NoSQL databasen MongoDB och för XML-filer. Detta innebär att dessa två dataformat som tidigare krävde man att göra egna konvertering och anpassade fråge implementationer nu kan söka (och i MongoDB fall även modifierade) i ett standardsätt. För både MongoDB och XML-filer som du har ett val av antingen låta meta Autodetect en bordsmodell (vilket kanske inte är perfekt, men bra att börja med) eller för att ange egna tabelldefinitioner och låt meta räkna ut resten.

Vad är nytt i version 2.0.2:

• Excel-adaptern använder nu den nya Streaming API Apache POI, vilket borde innebära att stödet till mycket stora Excel fick just mycket bättre.
• En bugg har fastställts, vilket orsakade CSV skriver inte respektera separatorn och citerar röding definieras för filformatet.
• Prestanda förbättras fråge efterbearbetning genom att tillämpa under val just-in-time, i stället för i förväg.
• Vi har lagt till en ny experimentell adapter för MongoDB databaser. Adaptern stöder fråge MongoDB använder välkända metafråge API. Eftersom MongoDB inte har schemadefinitioner, måste du definiera schemat själv dock.

Vad är nytt i version 2.0:

• Nya funktioner inkluderar ett API för att utföra uppdateringar (skrivoperationer) på data, förmågan att skapa data i CSV-filer, Excel-kalkylblad och JDBC databaser, stöd för visuell styling metadata, som används i kalkylblad och liknande datalager, stöd för IN-operatören i frågor, och stora prestandaförbättringar för Excel läsning.