MetaModel

метамодел The eobjects.org е проект, създаден за максимално оползотворяване на съвместим модел на домейна на база данни домейн SQL 99 & Nbsp;. The метамодел е модел, който съдържа класове, представляващи структурата на базата данни, както и начините за взаимодействие с него , С една дума, на модел за моделиране (откъдето идва и думата "метамодел") данни в бази данни и други хранилища за данни.
Метамодел се използва в много проекти, включително проекти eobjects.org DataCleaner, DataTransformer и TableAgent. Освен това проектът QueryParser е насочена към създаване на String-базирани анализатор да населят заявка-част на метамодел от разбор входящи SQL заявки

Какво ново в тази версия:.

• С 3.3 освобождаването ние отваряме няколко нови модули за пълноправни бизнес приложения, а именно Salesforce и SugarCRM. Това означава, че сега можете да си взаимодействат с тези бизнес приложения, точно както ако те, където редовно база данни или данни файл. За нашите типични случаи на използване в зоната за управление на информацията, тези допълнения правят взаимодействия много по-лесно и обединени с взаимодействия на базата данни.
• Допълнително 3.3 освобождаване съдържа редовен кръг на фиксирани бъга и подобрения, по-специално DB2 поддръжката на IBM е допълнително оптимизирана.

Какво ново във версия 3.2.5:

• Версия 3.2.5 подобрява съществуващите характеристики на редица на части, най-вече по заявка анализирането възможности и по-добра поддръжка за DB2 и MS SQL сървър. На обща стойност до 10 значителни подобрения.

Какво ново във версия 3.2.3:

• Тази версия определя времеви индикатор литерали на SQL-диалект на DB2 .

Какво ново във версия 3.2.1:

• Ние драстично подобрява работата на & quot; Изтрий от & quot; Изявления на CSV файлове.
• Добавихме картографиране на неналични-да-достъпно типове данни при издаването на & quot; Създаване на таблица & quot; изявления, съдържащи недостъпни типове данни на напр. DB2 или PostgreSQL. В тези случаи правилното тип данни ще се прилага автоматично, напр. да използвате SMALLINT вместо BOOLEAN на DB2, или да използвате BYTEA вместо BLOB на PostgreSQL.
• Бъг, отнасяща се до многонишков изпълнение на компилираните JDBC заявки е фиксиран. Ние създадохме басейн на подготвени отчети за гарантиране на паралелно изпълнение на компилираните запитвания.
• Бъг, отнасящи се до правилното цитиране да има клауза операнди е фиксиран. Когато типът данни на обобщаваща функция е различна от типа данни на аргумента на функции, котирането не би било правилно при дадени обстоятелства.

Какво ново във версия 3.2:

• Заявки вече могат да бъдат събрани, които ги подготвят за изпълнение с различна параметрични стойности. За JDBC бази данни, това ще осигури изготвя Акт-подобна функционалност.
• За други хранилища за данни, то просто ще направи заявка за повторно използване на по-прост.
• индекс DataSet кеширане е изпълнена, което прави справка с колонна или чрез & quot; изберете точката & quot; по-бързо и постоянно работно време.

Какво ново във версия 3.0:

• Нови функции:
• Изпълнение UPDATE и изтриване
• С метамодел 3.0 сега ние предлагаме пълен набор от боклук операции за вашите хранилища за данни! Това означава, че в допълнение към заявки и поставяте рекорди, сега можете да актуализирате записи и да ги изтриете.
• актуализацията и изтриване може да бъде уволнен по всички UpdateableDataContext реализации, които в момента са:
• JDBC бази данни
• CSV файлове
• електронни таблици Excel
• MongoDB бази данни
• CouchDB бази данни
• Изпълняват Създаване на таблица и пускате МАСАТА операции
• В метамодел 3.0 сте също вече в състояние да създаде и пускате маси по време на изпълнение. Например, можете да го използвате за създаване на временни, но упорити таблици, или динамично отговаря на вашия модел на данните по време на изпълнение. Ако направите това, се извършва по метода на executeUpdate (...) на всеки от реализации UpdateableDataContext, които в момента са:
• JDBC бази данни
• CSV файлове
• електронни таблици Excel
• MongoDB бази данни
• CouchDB бази данни
• Идеята за "маса" се различава малко в тези хранилища за данни, така че да погледнете страницата на схемата и трапезни семантика за пълен преглед.
• подкрепа CouchDB
• Имаме чисто нов модул в метамодел 3.0, който предлага подкрепа CouchDB! Сега вие може да задава въпроси и да актуализира базата данни CouchDB точно като теб ще разгледате някой редовно база данни.
• A Java обект на базата в хранилището за данни
• Друг нов модул в метамодел 3.0: Java обект подкрепа (известен още като модул POJO.). Въпреки, че това може да изглежда не толкова впечатляващо на пръв поглед, това е доста полезно. Можете да използвате например за целите unittesting или да позволи на потребителите да тестват-карам си потоци от данни чрез използване на прости данни в паметта.
• първичен ключ информираността
• метамодел сега наясно с първични ключове. Очевидно това е изключително важно, когато се занимават с UPDATE и DELETE операции. Затова ще намерите две нови методи:. Table.getPrimaryKeys () и Column.isPrimaryKey ()
• за промени в съществуващото API:
• Нови видове колона: Списък и карта
• С разширяването на подкрепата за NoSQL хранилища за данни, като MongoDB и CouchDB, които сме виждали необходимост от нови видове колони. Въведохме LIST и MAP за тази цел. Те карта да java.util.List и java.util.Map и дават възможност за тези видове Datastore да представляват всички документи, съдържащи се в тях.
• Семантика на & quot; брой поредни & quot; променя от 0 до 1-базирани основа.
• Важна промяна API за метамодел с цел подобряване на съгласуваността с други подобни библиотеки: Ние променихме концепцията за пореден номер от концепция индекс 0 базиран да е 1-базирани концепция номер подред! Това беше направено, за да се съобразят с типично използване на номера на редовете в напр. Клаузи SQL лимит, електронни таблици приложения, спецификацията на СПА и повече.
• На надолу страна, това означава, че семантиката са се променили за редица методи или класове:
• The Query.setFirstRow (Integer) и Query.getFirstRow () методи.
• конструктор Параметърът CsvConfiguration "columnNameLineNumber". Имайте предвид, че NO_COLUMN_NAME_LINE константи и DEFAULT_COLUMN_NAME_LINE са били коригирани, така че, когато използвате тези константи, не е необходима промяна.
• конструктор Параметърът FixedWidthConfiguration "columnNameLineNumber". Имайте предвид, че NO_COLUMN_NAME_LINE константи и DEFAULT_COLUMN_NAME_LINE са били коригирани, така че, когато използвате тези константи, не е необходима промяна.
• конструктор Параметърът ExcelConfiguration "columnNameLineNumber". Имайте предвид, че NO_COLUMN_NAME_LINE константи и DEFAULT_COLUMN_NAME_LINE са били коригирани, така че, когато използвате тези константи, не е необходима промяна.
• конструктор Параметърът FirstRowDataSet "firstRow" (рядко се използва).
• Съветваме ви да проверите вашата употреба на тези методи или класове, преди да надградите до метамодел 3.0. Уверете се, че преминавате от един 0-базиран подход към 1-базирани а при използването им.
• Оператор "Висше / по-нисък от" преименуван на "Велика / по-малко от".
• Типовете оператор HIGHER_THAN и LOWER_THAN са отхвърлени. Използвайте новият GREATER_THAN и LESS_THAN вместо.
• Позволено съотнасяне колона в определен псевдоним маса
• Ние даваме възможност да се изгради SelectItem с позоваване на конкретна FromItem което означава, че в случай, че се позовават на една и съща маса на няколко пъти в една заявка, след това можете да определите които една конкретна изберете препратки т.
• модерации ниво Logging
• Нивото на сеч (особено за модула JDBC) е модериран да не включва най-много информация в нивото на INFO както преди. Това означава, че вече няма да се напр. пълния SQL заявка в нивото на INFO, което е подобрение за сигурността на Info-влезете приложения.
• осъждане на DataSet.toTableModel ()
• DataSet.toTableModel The метод () е била отхвърлена, а ние планираме да се маха изцяло от версия 3.1. Това е, за да се предотвратят всякакви Хик прозорци в среда, където пакет javax.swing е забранено (напр. В някои OSGi среда) или дори не съществуващ (напр. В бъдеще Java 8 внедрявания Jigsaw-базирани). Потребителите на метода се насърчават да използват DataSetTableModel вместо клас, което води до същите резултати.
• Фиксирани бъгове:
• Фиксирана индекс-проблем при манипулиране на булеви стойности JDBC
• проблем с retreiving JDBC булеви стойности се открити и отстранени.

Какво ново във версия 2.1:

• The 2.1 версия на метамодел е вълнуващо една. Първичните archievements в тази версия е била да предостави модел картографиране за не-таблични хранилища за данни, като NoSQL база данни, MongoDB и за XML файлове. Това означава, че тези две формати за данни, които преди това сте длъжни да направите персонализиран преобразуване и потребителски заявки реализации сега може да бъде заявен (и в случай, MongoDB също модифицирани) по стандартния начин. За двете MongoDB и XML файлове имате избор между отдаване метамодел Автоматично модел маса (която не може да бъде съвършен, но е добре да започнем с това) или да укажете собствени дефиниции маса и нека метамодел разбера останалите.

Какво ново във версия 2.0.2:

• Адаптерът Excel вече използва новата Streaming API в Apache POI, които би трябвало да означава, че подкрепата за много големи електронни таблици Excel просто имам много по-добре.
• Бъг е фиксирана, което е причинило CSV писмено да не зачита Чар на сепаратор и цитат определено за формата на файла.
• Изпълнение подобрило в заявката последваща обработка чрез прилагане на под-селекции точно навреме, вместо преди време.
• Добавихме нова експериментална адаптер за MongoDB бази данни. Адаптерът поддържа заявки MongoDB, използвайки добре познатите заявка метамодел API. Тъй като MongoDB не разполага определения схема, ще трябва да се определи себе схемата все пак.

Какво ново във версия 2.0:

• Нови функции включват API за извършване на актуализации (операциите запис) на данни, възможност за създаване на данни в CSV файлове, електронни таблици Excel, и JDBC бази данни, подкрепа за визуален стил метаданни, използвани в електронни таблици и други подобни хранилища за данни, подкрепа за оператора в по заявки, както и големи подобрения в производителността за четене Excel.