MetaModel

eobjects.org meta er et prosjekt som er opprettet for maksimal gjenbruk av en SQL 99 kompatibel domene modell av databasen domene. & Nbsp; meta er en modell som inneholder klasser som representerer strukturen i en database og måter å samhandle med det . Kort sagt, en modell for modellering (derav ordet "meta") data i databaser og andre datalagre.
Meta blir brukt i en rekke prosjekter, inkludert eobjects.org prosjekter DataCleaner, DataTransformer og TableAgent. I tillegg QueryParser Prosjektet er rettet mot å skape en String-basert parser å befolke spør-delen av meta ved parsing innkommende SQL-spørringer

Hva er nytt i denne utgaven:.

• Med 3.3 utgivelsen vi åpne et par nye moduler for å fullverdige forretningsapplikasjoner, nemlig Salesforce og SugarCRM. Dette betyr at du nå kan samhandle med disse forretningsapplikasjoner akkurat som om de der en vanlig database eller datafil. For våre vanlig bruks-tilfeller i Information Management området, disse tilleggene gjør interaksjoner mye enklere og forent med database interaksjoner.
• I tillegg 3.3 utgivelsen inneholder den vanlige runden med feilrettinger og forbedringer, spesielt IBM DB2-støtte har blitt ytterligere optimalisert.

Hva er nytt i versjon 3.2.5:

• Versjon 3.2.5 forbedrer eksisterende funksjoner på et nummer områder, først og fremst på søkeanalyse evner og på forbedret støtte for DB2 og MS SQL server. Til sammen opptil 10 betydelige forbedringer.

Hva er nytt i versjon 3.2.3:

• Denne versjonen fikser systemtidverdier litteraler på DB2 SQL-dialekt .

Hva er nytt i versjon 3.2.1:

• Vi har drastisk forbedret ytelsen av & quot; DELETE FROM & quot; uttalelser om CSV-filer.
• Vi har lagt til kartlegging av utilgjengelige-til-tilgjengelige datatyper ved utstedelse & quot; CREATE TABLE & quot; uttalelser som inneholder utilgjengelige datatyper på f.eks. DB2 eller PostgreSQL. I disse tilfellene en skikkelig datatype vil brukes automatisk, f.eks. å bruke SMALLINT istedenfor BOOLEAN på DB2, eller bruke BYTEA stedet for BLOB på PostgreSQL.
• En bug knyttet til flertrådet utførelse av kompilerte JDBC spørringer var fikset. Vi har opprettet en pool av preparerte uttalelser for å sikre parallell gjennomføring av kompilerte spørringer.
• En bug knyttet til riktig sitering av å ha klausul operander ble fikset. Når datatypen av en samlefunksjon er forskjellig fra datatype av funksjoner argument, sitering ville ikke være riktig under gitte omstendigheter.

Hva er nytt i versjon 3.2:

• Spørringer kan nå bli utarbeidet, forberede dem for kjøring med varierende parameterverdier. For JDBC databaser, vil dette gi forberedt statement-lignende funksjonalitet.
• For andre datalagre, vil det bare gjøre spør gjenbruk enklere.
• datasett indeksen caching har blitt implementert, noe som gjør oppslag av kolonnen eller ved & quot; velger element & quot; raskere og konstant-tid.

Hva er nytt i versjon 3.0:

• Nye funksjoner:
• Execute UPDATE og DELETE operasjoner
• Med meta 3.0 kan vi nå tilby et komplett sett med crud operasjoner på datalagre! Dette betyr at i tillegg til spørring og sette rekorder, kan du nå også oppdatere poster og slette dem.
• UPDATE og DELETE operasjoner kan avfyres på alle UpdateableDataContext implementeringer, som i dag inkluderer:
• JDBC databaser
• CSV-filer
• Excel regneark
• MongoDB databaser
• CouchDB databaser
• Execute CREATE TABLE og DROP TABLE operasjoner
• I meta 3.0 er du også nå i stand til å opprette og slette tabeller under kjøring. For eksempel kan du bruke den til å lage midlertidige, men vedvarende tabeller, eller dynamisk passer din datamodell under kjøring. Gjør du det skjer ved hjelp av executeUpdate (...) metode på noen av UpdateableDataContext implementeringer, som i dag inkluderer:
• JDBC databaser
• CSV-filer
• Excel regneark
• MongoDB databaser
• CouchDB databaser
• Ideen om en "bord" avviker litt i disse datalagre, så ta en titt på skjema og tabell semantikk side for full oversikt.
• CouchDB støtte
• Vi har en splitter ny modul i meta 3.0 som tilbyr CouchDB støtte! Nå kan du spørre og oppdatere CouchDB database akkurat som du ville spørre en hvilken som helst vanlig database.
• En Java objekt basert datalager
• En annen ny modul i meta 3.0: Java-objekt-støtte (aka POJO modul.). Selv om dette ikke kan virke så imponerende i starten, er det faktisk ganske nyttig. Du kan bruke for eksempel for unittesting formål eller for å tillate brukere å prøvekjøre dine data flyter ved hjelp av enkle data i minnet.
• Primærnøkkel bevissthet
• meta er nå klar over primærnøkler. Selvsagt dette er svært viktig når du arbeider med UPDATE og DELETE-operasjoner. Derfor vil du finne to nye metoder:. Table.getPrimaryKeys () og Column.isPrimaryKey ()
• Endringer i eksisterende API:
• Nye kolonnetyper: Liste og kart
• Med utvidelse av støtte for NoSQL datalagre som MongoDB og CouchDB, vi har sett et behov for nye kolonnetyper. Vi har introdusert LIST og MAP for dette formålet. De kart til java.util.List og java.util.Map og gi rom for disse Datastore typer å representere den fulle dokumenter som inngår i dem.
• Semantikk av & quot; radnummer & quot; endret fra 0-basert til en basert.
• En viktig API endring for meta for å bedre konsistens med andre lignende biblioteker: Vi har endret radnummer konseptet fra en 0-basert indeks konseptet til å være en en-basert radnummer konsept! Dette ble gjort for å følge med vanlig bruk av radnumre i f.eks. SQL LIMIT klausuler, regnearkprogrammer, JPA spesifikasjon og mer.
• På den ned siden, betyr dette at semantikken har endret seg for en rekke metoder eller klasser:
• Query.setFirstRow (Integer) og Query.getFirstRow () metoder.
• CsvConfiguration konstruktør parameter 'columnNameLineNumber'. Merk at konstantene NO_COLUMN_NAME_LINE og DEFAULT_COLUMN_NAME_LINE er justert, så når du bruker disse konstanter, ingen endring er nødvendig.
• FixedWidthConfiguration konstruktør parameter 'columnNameLineNumber'. Merk at konstantene NO_COLUMN_NAME_LINE og DEFAULT_COLUMN_NAME_LINE er justert, så når du bruker disse konstanter, ingen endring er nødvendig.
• ExcelConfiguration konstruktør parameter 'columnNameLineNumber'. Merk at konstantene NO_COLUMN_NAME_LINE og DEFAULT_COLUMN_NAME_LINE er justert, så når du bruker disse konstanter, ingen endring er nødvendig.
• FirstRowDataSet konstruktør parameter 'firstRow' (sjelden brukt).
• Vi oppfordrer deg til å sjekke din bruk av disse metodene eller klasser før du oppgraderer til meta 3.0. Sørg for at du bytter fra en 0-basert til en 1-basert tilnærming når du bruker dem.
• Operator 'Høyere / lavere enn' omdøpt til Større / mindre enn ".
• De typer operatør HIGHER_THAN og LOWER_THAN har blitt foreldet. Bruk den nye GREATER_THAN og less_than i stedet.
• tillatt refererer en kolonne i et bestemt alias table
• Vi har gjort det mulig å konstruere en SelectItem med en referanse til en bestemt FromItem som betyr at dersom du refererer samme bord flere ganger i en spørring, kan du da finne ut hvilke en en bestemt velger element referanser.
• Logging nivå moderer
• logging nivå (spesielt for JDBC modul) har blitt moderert til å ikke ta med så mye informasjon i INFO nivå som før. Det betyr at du ikke lenger vil få f.eks. full SQL-spørring i INFO-nivå, noe som er en forbedring for sikkerheten til INFO-logget applikasjoner.
• nedgraderingen av DataSet.toTableModel ()
• Metoden DataSet.toTableModel () har blitt foreldet, og vi har planer om å fjerne det helt fra versjon 3.1. Dette er for å hindre at noen hick-ups i miljøer der javax.swing pakken er forbudt (f.eks. I noen OSGi miljøer) eller ikke eksisterende (f.eks. I fremtiden Java 8 Jigsaw-baserte distribusjoner). Brukere av metode oppfordres til å bruke klassen DataSetTableModel i stedet, som gir samme resultat.
• Bugfikses:
• Fast indeks problem i håndteringen av boolske JDBC verdier
• Et problem med retreiving JDBC boolske verdier ble oppdaget og fikset.

Hva er nytt i versjon 2.1:

• Den 2.1-versjonen av meta er en spennende en. Den primære archievements i denne utgivelsen har vært å gi en kartlegging modell for ikke-tabelldatalagre som NoSQL database MongoDB og for XML-filer. Dette betyr at disse to dataformater som tidligere krevde du å gjøre egendefinert konvertering og tilpassede spør implementeringer kan nå spørres (og i MongoDB tilfelle også modifisert) i en standard måte. For både MongoDB og XML-filer du har valget mellom enten å la meta autodetect en tabell modell (som kanskje ikke perfekt, men god til å begynne med), eller for å angi dine egne tabelldefinisjoner og la meta finne ut resten.

Hva er nytt i versjon 2.0.2:

• Excel adapter bruker nå den nye Streaming API i Apache POI, noe som bør bety at støtte for svært store Excel-regneark akkurat mye bedre.
• En feilen ble fikset, som forårsaket CSV skriver ikke å respektere separator og sitat char definert for filformatet.
• Ytelse forbedret i søket postprosessering ved å bruke under valg just-in-time, i stedet for på forhånd.
• Vi har lagt til en ny eksperimentell adapter for MongoDB databaser. Adapteren støtter spørring MongoDB bruker den velkjente metaspørring API. Siden MongoDB ikke har skjema definisjoner, må du definere skjemaet selv skjønt.

Hva er nytt i versjon 2.0:

• Nye funksjoner inkluderer en API for å utføre oppdateringer (skriveoperasjoner) på data, evnen til å skape data i CSV-filer, Excel-regneark og JDBC-databaser, støtte for visuell styling metadata, som brukes i regneark og lignende datalagre, støtte for IN-operatør i spørringer, og store ytelsesforbedringer for Excel lesing.