MetaModel

.

는 eobjects.org 메타 모델은 최대 데이터베이스 도메인의 SQL 99 호환 도메인 모델의 재사용 및 NBSP 위해 생성 프로젝트이다 메타 모델 데이터베이스의 구조를 나타내는 클래스와 상호 작용할 수있는 방법을 포함하는 모델 . 즉, 모델링을위한 모델 (따라서 단어 "메타 모델") 데이터베이스 및 다른 데이터 저장소에 데이터.
메타 모델은 eobjects.org 프로젝트 DataCleaner, DataTransformer 및 TableAgent을 포함, 많은 프로젝트에서 사용되고있다. 또한 QueryParser 프로젝트는 들어오는 SQL 쿼리를 분석하여 메타 모델의 쿼리 부분을 채울 문자열 기반 파서를 만드는 목표로

이 릴리스의 새로운 기능입니다 무엇 :합니다.

와 3.3 릴리스 우리는 새로운 모듈에 제몫을 비즈니스 애플리케이션, 즉 세일즈 포스와 슈가 CRM의 몇 가지를 여는 것입니다. 이것은 그들이 정기적으로 데이터베이스 또는 데이터 파일을 어디에서 것처럼 지금 이러한 비즈니스 응용 프로그램과 상호 작용할 수 있다는 것을 의미한다. 정보 관리 영역에서 우리의 일반적인 사용 사례를 들어, 이러한 추가는 훨씬 쉽게와 데이터베이스의 상호 작용과 통합의 상호 작용을합니다.
또한 3.3 릴리스 버그 수정 및 개선의 정규 라운드를 포함, 특히 IBM의 DB2 지원은 더 최적화되었습니다.

이 버전 3.2.5의 새로운 기능 :

이 버전 3.2.5은 주로 쿼리 구문 분석 기능에 대한 및 DB2와 MS의 SQL에 대한 향상된 지원에 다수 지역의 기존 기능을 향상 서버. 10 상당한 개선까지 합계.

이 버전 3.2.3의 새로운 기능 :

이 버전은 DB2의 SQL-방언에 타임 스탬프 리터럴을 해결합니다.

이 버전 3.2.1의 새로운 기능 :; & quot에서 삭제를

우리는 크게 & quot의 성능을 개선했습니다; CSV 파일에 대한 문.
발행 & quot 때 우리는 사용할 수 없습니다 - 투 - 사용 가능한 데이터 유형의 매핑을 추가 한, 표 만들기 & quot; 예를 들어에 사용할 수없는 데이터 유형을 포함하는 문. DB2 또는 PostgreSQL을. 이러한 경우에 적합한 데이터 타입이 자동 즉, 도포한다. DB2에 SMALLINT 대신 BOOLEAN를 사용하거나 PostgreSQL을에 BYTEA 대신 BLOB를 사용합니다.
컴파일 된 JDBC 쿼리의 멀티 스레드 실행에 관련된 버그가 수정되었습니다. 우리는 컴파일 된 쿼리의 병렬 실행을 보장하기 위해 준비된 명령문의 풀을 만들었습니다.
HAVING 절 피연산자의 인용 적절한 관련된 버그가 수정되었습니다. 집계 함수의 데이터 타입이 함수 인수의 데이터 유형에서 다른 경우, 인용은 주어진 상황에서 정확하지 않을 것이다.

이 3.2 버전의 새로운 기능 :

이 쿼리는 이제 다양한 매개 변수 값과 실행을 준비하고, 컴파일 할 수 있습니다. JDBC 데이터베이스의 경우,이 준비된 명령문과 같은 기능을 제공합니다.
다른 데이터 저장소를 들어, 단순히 쿼리 재사용이 간단 할 것입니다.
선택 항목 & quot; 데이터 집합 인덱스 캐싱은 열을 기준으로 조회 또는으로 & quot을, 구현되었습니다; 빠르고 일정 시간.

이 새로운 기능 :

이 버전 3.0의 새로운 기능 :
UPDATE를 실행하고 DELETE 작업
메타 모델 3.0을 우리는 이제 데이터 스토어에 CRUD 작업의 전체 세트를 제공합니다! 이 쿼리 및 삽입 기록에 더하여, 당신은 이제 레코드를 업데이트 및 삭제할 수 있음을 의미합니다.
UPDATE 및 DELETE 작업을 현재 포함하는 모든 UpdateableDataContext 구현에 발사 할 수 있습니다 :
JDBC 데이터베이스
CSV 파일
Excel 스프레드 시트
MongoDB의 데이터베이스
CouchDB를 데이터베이스
테이블을 생성, 실행 및 표 작업을 DROP
메타 모델 3.0 당신은 또한 생성하고 런타임에 테이블을 드롭 지금 수있어. 예를 들어, 임시,하지만 지속적 테이블을 생성하는 데 사용할 수 있습니다, 또는 런타임에 동적으로 데이터 모델에 맞게. 현재 포함 UpdateableDataContext 구현,의에 executeUpdate에 (...) 메소드를 사용하여 수행됩니다 이렇게 :
JDBC 데이터베이스
CSV 파일
Excel 스프레드 시트
MongoDB의 데이터베이스
CouchDB를 데이터베이스
'테이블'의 개념은 이러한 데이터 스토어에 조금 다르다, 그래서 전체 개요에 대한 스키마 및 테이블 의미 페이지를 찾아 보라.
CouchDB를 지원
우리는 CouchDB를 지원을 제공 메타 모델 3.0의 새로운 모듈을 가지고! 지금 당신은 쿼리 및 정규 데이터베이스를 조회하는 것과 같이 당신의 CouchDB를 데이터베이스를 업데이트 할 수 있습니다.
자바 객체 기반 데이터 저장소
자바 객체 지원 (일명 POJO 모듈을 포함한다.) : 메타 모델 3.0의 또 다른 새로운 모듈. 이 처음에는 그렇게 인상적 않은 것으로 보일 수 있지만, 실제로는 매우 유용하다. 당신은 목적을 unittesting에 대한 예를 들어 사용하거나 간단한 메모리 데이터를 사용하여 흐름을 사용자가 데이터를 시승 할 수 있도록.
기본 키 인식
메타 모델은 이제 기본 키 알고 있습니다. UPDATE 처리 및 DELETE 작업을 할 때 분명히 이것은 매우 중요합니다. Table.getPrimaryKeys ()와 Column.isPrimaryKey () : 따라서 두 가지 새로운 방법을 찾을 수 있습니다.
기존의 API 변경 :
새로운 열 유형 : 목록과지도
MongoDB를하고 CouchDB를 같은 NoSQL의 데이터 저장소에 대한 지원의 확대되는, 우리는 새로운 열 유형에 대한 필요성을 보았다. 우리는이 목적을 위해 LIST 및 MAP을 도입했습니다. 그들은 java.util.List를하고있는 java.util.Map에 매핑 이러한 데이터 저장소 유형이 그 안에 포함 된 전체 문서를 표현하기 위해 수 있습니다.
행 번호 & quot; & quot의 의미; 변경 0 기반 1 기반.
위해 메타 모델의 중요한 API 변화는 다른 유사한 라이브러리와 일관성을 향상시키기 위해 : 우리는 0부터 시작하는 인덱스 개념에서 행 번호의 개념을 변경 한 1 기반 행 번호되는 개념으로! 이 예에서 행 번호의 일반적인 사용을 준수하기 위해 이루어졌다. SQL의 LIMIT 절, 스프레드 시트 애플리케이션, JPA 사양 및 더 많은 것.
아래쪽 측면에서,이 의미는 메소드 나 클래스의 번호를 변경 한 것을 의미한다 :
Query.setFirstRow (정수) 및 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로 업그레이드하기 전에 이러한 메소드 나 클래스의 사용량을 확인하는 것이 좋습니다. 를 사용할 때 1 기반의 접근 방식에 0 기반으로 전환해야합니다.
운영자 '이상 / 이하'그레이터 / 이하 '로 변경.
운영자 유형 HIGHER_THAN 및 LOWER_THAN은 더 이상 사용되지 않습니다. 새로운 GREATER_THAN과 LESS_THAN 대신를 사용합니다.
특정 별칭 테이블의 열을 참조 허용
우리는이 가능한 경우 쿼리에서 동일한 테이블을 여러 번 참조하는 것을 의미합니다 특정 FromItem에 대한 참조 SelectItem를 구성 했어, 당신은 어느 특정 선택 항목 참조를 정확히 파악할 수 있습니다.
로깅 수준의 평가 사항
로깅 수준 (특히 JDBC 모듈) 이전 INFO 레벨에서 많은 정보를 포함하지 않도록 완화되었다. 이것은 당신이 더 이상 예를 들어, 얻을 것을 의미합니다. INFO-로그인 응용 프로그램의 보안에 대한 개선 INFO 수준에서 전체 SQL 쿼리.
DataSet.toTableModel의 사용 중단 ()
방법 DataSet.toTableModel ()가 사용되지 않는, 우리는 버전 3.1를 완전히 제거 계획하고있다. 이 javax.swing의 패키지가 금지 된 (일부 OSGi 프레임 환경에서 예.) 환경에서 어떤 시골뜨기 업을 방지하는 것입니다 심지어 존재하지 않는 (예. 미래 자바 8 퍼즐 기반 배포에). 방법의 사용자는 같은 결과를 얻을 수 있습니다 대신 클래스 DataSetTableModel를 사용하는 것이 좋습니다.
버그 수정 :
부울 JDBC 값의 처리에 고정 인덱스 문제
retreiving JDBC 논리 값에 대한 문제 발견 및 해결되었습니다.

이 어떤 버전 2.1에서 새로운 것은 :

이 메타 모델의 2.1 버전은 흥미로운 하나입니다. 이 릴리스의 주요 archievements는 NoSQL의 데이터베이스 MongoDB를 추천하고 XML 파일에 대한 비 표 데이터 스토어에 대한 매핑 모델을 제공하는 것이 었습니다. 이것은 이전에 사용자 정의 변환 및 사용자 지정 쿼리 구현을 수행 할 필요 두 가지 데이터 형식 표준 방식으로 지금 조회 할 (그리고 MongoDB에의 경우에도 수정) 할 수 있음을 의미합니다. MongoDB를하고 XML 파일을 모두 들어, 당신은 (로 시작하는 완벽한되지 않을 수도 있습니다,하지만 좋은) 또는 자신의 테이블 정의를 지정하고 나머지 밖으로 메타 모델 그림을 수 있도록시키는 테이블 모델 자동 감지 메타 모델 중 하나를 선택할 수 있습니다.

이 버전 2.0.2의 새로운 기능 :

는 엑셀 어댑터가 이제 매우 큰 Excel 스프레드 시트에 대한 그 지원을 의미한다 아파치 POI의 새로운 스트리밍 API를 사용 단지 많아요 더 나은.
버그는 파일 형식에 대해 정의 된 분리 및 견적 문자를 존중하지 CSV 쓰기가 발생하는 수정되었습니다.
성능 대신 시간보다 앞서, 시간 (Time) 하위 선택을 적용하여 조회 후 처리 개선.
우리는 MongoDB의 데이터베이스에 대한 새로운 실험 어댑터를 추가했습니다. 어댑터는 잘 알려진 메타 질의 MongoDB의 API를 이용하여 질의를 지원한다. MongoDB의 스키마 정의를 가지고 있지 않기 때문에, 당신은 비록 스키마를 직접 정의해야합니다.

이 버전 2.0의 새로운 기능 :

이 새로운 기능은 데이터에 대한 업데이트 (쓰기 작업)을 수행하기위한 API를 포함, CSV 파일의 데이터를 생성 할 수있는 기능, 엑셀 스프레드 시트, JDBC 스프레드 시트와 유사한 데이터 저장에 사용되는 데이터베이스, 시각적 스타일 메타 데이터에 대한 지원, 쿼리에서 IN 연산자에 대한 지원 및 Excel 독서에 대한 주요 성능 향상.