MetaModel

eobjects.org MetaModel є проект, створений для максимального повторного використання SQL 99 сумісний моделі предметної області області баз даних і NBSP ;. MetaModel є модель, яка містить класи, що представляють структуру бази даних і способи взаємодії з ним , Коротше кажучи, модель для моделювання (звідси слово "метамодель") дані в базах даних та інших сховищах даних.
MetaModel використовується в багатьох проектах, в тому числі eobjects.org проектів DataCleaner, DataTransformer і TableAgent. Крім того проект QueryParser спрямована на створення парсер на основі рядки для заповнення запитів частина метамоделі шляхом аналізу вхідних запитів SQL

Що нового У цьому випуску :.

• З 3,3 випуску ми відкриваємо кілька нових модулів для повноцінних бізнес-додатків, а саме Salesforce і SugarCRM. Це означає, що тепер ви можете взаємодіяти з цими бізнес-додатків, як якщо б вони де звичайна бази даних або файл даних. Для наших типових сценаріїв використання в області управління інформацією, ці доповнення роблять взаємодія набагато простіше і уніфіковані з взаємодії з базою даних.
• Крім того реліз 3.3 містить черговий раунд виправлень і поліпшень, зокрема, підтримка IBM DB2 був значно оптимізований.

Що нового у версії 3.2.5:

• Версія 3.2.5 покращує існуючі функції по ряду областей, в першу чергу про можливості розбору запитів і по поліпшеною підтримкою DB2 і сервером MS SQL. На загальну суму до 10 істотних поліпшень.

Що нового у версії 3.2.3:

• Ця версія виправляє позначки часу літерали на SQL-діалект DB2, .

Що нового у версії 3.2.1:

• Ми різко поліпшити продуктивність і Quot; DELETE FROM & Quot; заяви про CSV файлів.
• Ми додали відображення недоступних до доступних типів даних при видачі та Quot; CREATE TABLE & Quot; заяви, що містять недоступні типи даних на EG. DB2 або PostgreSQL. У цих випадках відповідний тип даних будуть автоматично застосовуватися, наприклад ,. використовувати SMALLINT замість булевих на DB2, або використовувати BYTEA замість BLOB на PostgreSQL.
• помилка, що відносяться до багатопотокової виконання скомпільованих запитів JDBC не зафіксовано. Ми створили пул підготовлених звітності для забезпечення паралельного виконання скомпільованих запитів.
• помилка, пов'язані з власне цитування пропозиції HAVING операндів не зафіксовано. Коли тип даних агрегатної функції відрізняється від типу даних аргументу функції, цитуючи ще не були правильно в даних обставинах.

Що нового у версії 3.2:

• Запитання тепер може бути зібрана, готуючи їх для виконання з різною значення параметрів. Для баз даних JDBC, це дасть підготовлену функціональність заяву-як.
• Для інших сховищ даних, він просто зробить запит повторно простіше.
• Індекс DataSet кешування був реалізований, що робить пошук по стовпцях або по-Quot; виберіть пункт & Quot; швидше і з постійним часом.

Що нового у версії 3.0:

• Нові можливості:
• Виконати оновлення і видалення операцій
• З MetaModel 3,0 тепер ми пропонуємо повний набір операцій CRUD на ваших сховищ даних! Це означає, що на додаток до запитів і вставки записів, тепер ви можете також оновлювати записи і видалити їх.
• оновлювати і видаляти операції можуть бути звільнені на всіх інструментах UpdateableDataContext, які в даний час включають в себе:
• JDBC бази даних
• CSV-файлів
• електронні таблиці Excel
• MongoDB бази даних
• Бази даних CouchDB
• Виконати CREATE TABLE і DROP TABLE операцій
• В метамоделі 3,0 ви також тепер в змозі створювати і видаляти таблиці під час виконання. Наприклад, ви можете використовувати його для створення тимчасових, але постійні таблиці, або динамічно пристосовувати вашу модель даних під час виконання. Це робиться за допомогою методу executeUpdate (...) на будь-якому з UpdateableDataContext реалізації, які в даний час включають в себе:
• JDBC бази даних
• CSV-файлів
• електронні таблиці Excel
• MongoDB бази даних
• Бази даних CouchDB
• Поняття «трапезою» трохи відрізняється в цих сховищах даних, щоб поглянути на сторінку схеми і таблиці семантику для повного огляду.
• Підтримка CouchDB
• У нас є новий модуль в метамоделі 3,0, який пропонує підтримку CouchDB! Тепер ви можете запитувати і оновлювати свою базу даних CouchDB, як ви б запросити будь-яку регулярну базу даних.
• Java об'єкт сховища даних на основі
• Ще один новий модуль в метамоделі 3.0: підтримка об'єкт Java (ака модуль POJO.). Хоча це може здатися не так вражає в першу чергу, це насправді дуже корисно. Ви можете використовувати, наприклад, для цілей unittesting або дозволити користувачам тест-драйв свої потоки даних за допомогою простих даних в оперативній пам'яті.
• Основний усвідомлення клавішу
• MetaModel в даний час відомо первинних ключів. Очевидно, що це надзвичайно важливо при роботі з UPDATE і DELETE операцій. Таким чином, ви знайдете два нових методи :. Table.getPrimaryKeys () і Column.isPrimaryKey ()
• Зміни в існуючому API:
• Нові типи: Список та карта
• З розширенням підтримки NoSQL сховищ даних, таких як MongoDB і CouchDB, що ми бачили потреба в нових типах полів. Ми ввели СПИСОК й карта для цієї мети. Вони відображаються на java.util.List і java.util.Map і дозволяють ці типи сховища даних для представлення документи в повному обсязі містяться в них.
• Семантика і Quot; номер рядка і Quot; змінюється від 0 на основі 1-основі.
• важлива зміна API для метамоделі для того, щоб поліпшити взаємодію з іншими аналогічними бібліотеками: Ми змінили номер концепцію рядки з концепції індексу в 0 на основі до того, номер концепція рядок на основі 1! Це було зроблено для того, щоб відповідати типовій використання номерів рядків, наприклад, в. Граничні положення SQL, електронних таблиць, специфікації JPA та ін.
• На вниз стороні, це означає, що семантика змінилася протягом ряду методів або класів:
• 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 "(використовується рідко).
• Ми рекомендуємо вам перевірити ваше використання цих методів або класів перед оновленням до MetaModel 3.0. Переконайтеся, що ви перейти від 0 на основі підходу на основі 1 при їх використанні.
• 'вище / нижче' оператора перейменований у "Великому / менше».
• Типи операторів HIGHER_THAN і LOWER_THAN були застарілими. Використовуйте нову greater_than і less_than замість цього.
• дозволені посилання на стовпець у певному псевдонімом таблиці
• Ми зробили це можливим побудувати SelectItem з посиланням на конкретний FromItem це означає, що у випадку, якщо ви посилаєтеся в тій же таблиці кілька разів у запиті, ви можете визначити, який з конкретних виберіть посилання елементів.
• модерації рівень ведення журналу
• Рівень ведення журналу (особливо для модуля JDBC) був помірним, щоб не включати якомога більше інформації в рівні інформації, як раніше. Це означає, що ви більше не будете отримувати, наприклад ,. повний запит SQL на рівні інформації, яка поліпшення для забезпечення безпеки інфо-системі додатків.
• Застарілі з DataSet.toTableModel ()
• метод DataSet.toTableModel () використовувати не рекомендується, і ми плануємо на видаленні його повністю, починаючи з версії 3.1. Це необхідно для запобігання будь-яких лох-UPS в середовищах, де пакет javax.swing заборонено (напр., В деяких OSGi умовах), або навіть не існуючих (напр., Надалі Java 8 розгортання Jigsaw основі). Люди методу рекомендується використовувати клас DataSetTableModel замість, який дає той же результат.
• Виправлені помилки:
• Виправлена ​​індексу питання в обробці булевих значень JDBC
• проблема з retreiving JDBC булевих значень був виявлений і виправлена.

Що нового у версії 2.1:

• версія метамоделі 2.1 захоплююча. Основними archievements в цій версії в тому, щоб забезпечити відображення моделі для не-табличних сховищ даних, таких як бази даних NoSQL MongoDB і для XML-файлів. Це означає, що ці два формати даних, які раніше вимагали вас зробити замовлення перетворення і користувальницький запит реалізації тепер може бути запрошена (а в разі MongoDB також змінені) стандартним чином. Для обох MongoDB і XML файлів у вас є вибір: або здачі в оренду MetaModel автоопределение моделі таблиці (яка не може бути досконалим, але хороший для початку) або задати власні визначення таблиць і нехай MetaModel з'ясувати, інші.

Що нового у версії 2.0.2:

• перехідник Excel тепер використовує новий API потокового мовлення в Apache POI, що має означати, що підтримка дуже великих таблиць Excel щойно отримав набагато краще.
• Виправлена ​​помилка, в результаті чого CSV письмовій формі не поважати роздільник і лапок символ, визначений для формату файлу.
• покращена продуктивність в постобработки запитів із застосуванням суб-підбірки точно в строк, а попереду часу.
• Ми додали нову експериментальну адаптер для баз даних MongoDB. Адаптер підтримує запити MongoDB використовуючи відоме API MetaModel запиту. З MongoDB не має визначення схеми, вам доведеться визначити схему самостійно, хоча.

Що нового у версії 2.0:

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