MetaModel

eobjects.org metamodel er et projekt skabt til maksimal genbrug af en SQL 99 kompatibel domæne model af databasen domænet. & Nbsp; Det metamodel er en model, der indeholder klasser, der repræsenterer strukturen i en database, og de måder at interagere med det . Kort sagt, en model til modellering (deraf ordet "metamodel") data i databaser og andre datastores.
Metamodel bliver brugt i en masse projekter, herunder eobjects.org projekter DataCleaner, DataTransformer og TableAgent. Derudover QueryParser projektet er at skabe en String-baserede parser til at udfylde forespørgslen-del af metamodel ved parsing indkommende SQL-forespørgsler

Hvad er nyt i denne udgivelse:.

• Med 3,3 udgivelsen vi åbner et par nye moduler til egentlige forretningsmæssige applikationer, nemlig Salesforce og SugarCRM. Det betyder, at du nu kan interagere med disse forretningsapplikationer som om de hvor en almindelig database eller datafil. For vores typiske use-sager i Information Management-området, disse tilføjelser gør interaktioner meget lettere og forenet med database interaktioner.
• Derudover 3.3 udgivelse indeholder den regelmæssige runde af fejlrettelser og forbedringer, specielt IBM DB2 støtte er blevet yderligere optimeret.

Hvad er nyt i version 3.2.5:

• Version 3.2.5 forbedrer eksisterende funktioner på en række områder, primært på forespørgselsanalyse evner og på forbedret understøttelse af DB2 og MS SQL server. I alt op til 10 betydelige forbedringer.

Hvad er nyt i version 3.2.3:

• Denne version løser tidsstempel litteraler på DB2 SQL-dialekt .

Hvad er nyt i version 3.2.1:

• Vi har drastisk forbedret ydeevne & quot; DELETE FROM & quot; udsagn om CSV-filer.
• Vi har tilføjet kortlægning af utilgængelige-til-rådighed datatyper, når de udsteder & quot; CREATE TABLE & quot; udsagn, der indeholder utilgængelige datatyper på f.eks. DB2 eller PostgreSQL. I disse tilfælde vil blive anvendt en ordentlig datatype automatisk, f.eks. at bruge SMALLINT stedet for BOOLESK om DB2, eller brug BYTEA stedet for BLOB på PostgreSQL.
• En fejl vedrørende flertrådede udførelse af kompileret JDBC forespørgsler blev fastsat. Vi har oprettet en pulje af forberedte udsagn for at sikre parallel udførelse af kompileret forespørgsler.
• En fejl vedrørende korrekt citere af HAVING operander var fastsat. Når datatype af en samlet funktion er forskellig fra datatype af funktioner argument citerer ville ikke være korrekt under givne omstændigheder.

Hvad er nyt i version 3.2:

• Forespørgsler kan nu udarbejde forberede dem til udførelse med varierende parameterværdier. For JDBC-databaser, vil dette give forberedt erklæring-lignende funktionalitet.
• For andre datastores, vil det blot gøre forespørgsel genbruge enklere.
• DataSet indeks caching er blevet gennemført, hvilket gør opslag ved kolonne eller & quot; vælg menupunktet & quot; hurtigere og konstant-tid.

Hvad er nyt i version 3.0:

• Nye funktioner:
• Udfør opdatere og slette operationer
• med metamodel 3.0 vi nu tilbyde et komplet sæt af CRUD operationer på dine datastores! Det betyder, at ud over at forespørge og indsætte poster, kan du nu også opdatere poster og slette dem.
• opdatere og slette operationer kan blive fyret på alle UpdateableDataContext implementeringer, som i øjeblikket omfatter:
• JDBC-databaser
• CSV-filer
• Excel-regneark
• MongoDB databaser
• CouchDB databaser
• Udfører CREATE TABLE og DROP TABLE operationer
• I metamodel 3.0 er du nu også i stand til at skabe og droppe tabeller på runtime. For eksempel kan du bruge den til at skabe midlertidige, men vedholdende tabeller eller dynamisk passe til din datamodel på runtime. Hvis du gør det sker ved hjælp af executeUpdate (...) metode på nogen af ​​de UpdateableDataContext implementeringer, som i øjeblikket omfatter:
• JDBC-databaser
• CSV-filer
• Excel-regneark
• MongoDB databaser
• CouchDB databaser
• Begrebet et "bord" afviger lidt i disse datastores, så tag et kig på skemaet og bord semantik side for en fuld oversigt.
• CouchDB støtte
• Vi har et helt nyt modul i metamodel 3.0 som tilbyder CouchDB støtte! Nu kan du forespørge og opdatere din CouchDB database ligesom du ville søge nogen regelmæssig database.
• En Java objekt baseret datalager
• Et andet nyt modul i metamodel 3.0: Java objekt støtte (aka Pojo modulet.). Mens dette ikke kan synes så imponerende i starten, det er faktisk ganske nyttigt. Du kan bruge for eksempel til unittesting formål, eller at give brugerne mulighed for at prøvekøre dine data flyder ved hjælp af simple in-memory data.
• Primær nøgle bevidsthed
• metamodel nu klar over primære nøgler. Naturligvis er dette ekstremt vigtigt, når der beskæftiger sig med UPDATE og DELETE operationer. Derfor vil du finde to nye metoder:. Table.getPrimaryKeys () og Column.isPrimaryKey ()
• Ændringer i eksisterende API:
• Nye kolonnetyper: List og kort
• Med udvidelsen af ​​støtten til NoSQL datastores som MongoDB og CouchDB, vi har set et behov for nye kolonnetyper. Vi har introduceret LISTE og MAP til dette formål. De kort til java.util.List og java.util.Map og give mulighed for disse for datalager typer til at repræsentere den fulde dokumenter indeholdt i dem.
• semantik af & quot; rækkenummer & quot; ændret fra 0-baseret til 1-baseret.
• En vigtig API forandring for metamodel for at forbedre sammenhængen med andre lignende biblioteker: Vi har ændret rækken nummer koncept fra en 0-baseret indeks koncept til at være en 1-baserede rækkenummer koncept! Dette blev gjort for at efterkomme typisk brug rækkenumre i f.eks. SQL LIMIT klausuler, regnearksprogrammer, Den Blandede Parlamentariske Forsamling specifikation og mere.
• I ned-side, betyder det, at semantik har ændret sig til en række metoder eller klasser:
• Query.setFirstRow (heltal) og Query.getFirstRow () metoder.
• CsvConfiguration konstruktør parameteren "columnNameLineNumber«. Bemærk, at konstanter NO_COLUMN_NAME_LINE og DEFAULT_COLUMN_NAME_LINE er blevet justeret, så når du bruger disse konstanter, er der behov for nogen ændring.
• FixedWidthConfiguration konstruktør parameteren "columnNameLineNumber«. Bemærk, at konstanter NO_COLUMN_NAME_LINE og DEFAULT_COLUMN_NAME_LINE er blevet justeret, så når du bruger disse konstanter, er der behov for nogen ændring.
• ExcelConfiguration konstruktør parameteren "columnNameLineNumber«. Bemærk, at konstanter NO_COLUMN_NAME_LINE og DEFAULT_COLUMN_NAME_LINE er blevet justeret, så når du bruger disse konstanter, er der behov for nogen ændring.
• FirstRowDataSet konstruktør parameteren "Firstrow« (sjældent brugt).
• Vi opfordrer dig til at tjekke din brug af disse metoder eller klasser før du opgraderer til metamodel 3.0. Sørg for at skifte fra en 0-baseret til en 1-tilgang, når du bruger dem.
• Operator 'højere / lavere end "omdøbt til' Større / mindre end".
• Operatøren typer HIGHER_THAN og LOWER_THAN er blevet frarådet. Brug den nye GREATER_THAN og LESS_THAN i stedet.
• Tilladt henvisning til en kolonne i et bestemt alias tabel
• Vi har gjort det muligt at konstruere en SelectItem med en henvisning til en bestemt FromItem hvilket betyder, at i tilfælde af at du refererer samme tabel flere gange i en forespørgsel, kan du derefter lokalisere hvilken en en bestemt udvalgte emnehenvisninger.
• Logning niveau modereringer
• skovhugst niveau (især for JDBC-modulet) er blevet modereret til ikke indeholde så meget information i INFO niveau som før. Det betyder, at du ikke længere får f.eks. fuld SQL-forespørgsel i INFO niveau, hvilket er en forbedring for sikkerheden i INFO-logget programmer.
• afskrivninger af DataSet.toTableModel ()
• Metoden DataSet.toTableModel () er blevet forældet, og vi planlægger at fjerne det helt fra version 3.1. Dette er for at forhindre eventuelle hick-ups i miljøer, hvor javax.swing pakken er forbudt (f.eks. I nogle OSGi miljøer) eller endog ikke eksisterende (f.eks. I fremtiden Java 8 Jigsaw-baserede implementeringer). Brugere af metoden opfordres til at bruge klassen DataSetTableModel i stedet, som giver samme resultat.
• Fejlrettelser:
• Fast indeks-problem i håndteringen af ​​booleske JDBC værdier
• Et problem med retreiving JDBC booleske værdier blev opdaget og rettet.

Hvad er nyt i version 2.1:

• 2.1 versionen af ​​metamodel er en spændende en. De primære archievements i denne udgivelse har været at tilvejebringe en kortlægning model for ikke-tabelform datastores ligesom NoSQL database MongoDB og for XML-filer. Det betyder, at disse to dataformater, der tidligere krævede dig til at gøre brugerdefinerede konvertering og brugerdefinerede forespørgsel implementeringer nu kan forespørges (og i MongoDB tilfælde også ændret) i en standard måde. For både MongoDB og XML-filer har du et valg af enten lade metamodel Autodetektering et bord model (som måske ikke er perfekt, men godt til at begynde med), eller for at angive dine egne tabeldefinitioner og lad metamodel finde ud af resten.

Hvad er nyt i version 2.0.2:

• Excel-adapteren bruger nu den nye Streaming API i Apache POI, hvilket skulle betyde, at støtten til meget store Excel-regneark lige fået en meget bedre.
• En fejl var fastsat, som forårsagede CSV skriftligt til ikke at respektere separator og citerer char defineret for filformatet.
• Ydelse forbedret i forespørgslen efterbehandling ved at anvende underleverandører markeringer just-in-time, i stedet for i forvejen.
• Vi har tilføjet en ny eksperimentel adapter til MongoDB databaser. Adapteren understøtter forespørge MongoDB anvendelse af den velkendte metamodel forespørgsel API. Da MongoDB ikke har skema definitioner, bliver du nødt til at definere det skema selv selv.

Hvad er nyt i version 2.0:

• Nye funktioner omfatter en API til at udføre opdateringer (skrive operationer) på data, evnen til at skabe data i CSV-filer, Excel-regneark og JDBC-databaser, støtte til visuel styling metadata, der anvendes i regneark og lignende datalagre, støtte til IN operatør i forespørgsler, og større ydeevne til Excel læsning.