브트리브

Btrieve는 트랜잭션 데이터베이스(navigational database) 소프트웨어 제품이다.빠른 검색을 위해 데이터를 저장하는 방식인 ISAM(Indexed Sequential Access Method)을 기반으로 한다.DOS, Linux, Microsoft Windows의 이전 버전, 32비트 IBM OS/2 및 Novell NetWare용 제품에는 여러 버전이 있다.

원래는 소프트크래프트에서 발행한 레코드 매니저였다.Btrieve는 Doug Woodward와 Nancy Woodward에 의해 쓰여졌고 초기 자금은 Doug의 동생 Loyd Woodward에 의해 부분적으로 제공되었다.더그는 첫 IBM PC 출시와 거의 동시에 회사의 50%를 결혼 선물로 받았고, 나중에 동생에게서 나머지를 구입했다.시장 점유율과 인기를 얻은 후, 1987년 Novell에 의해 더그와 낸시 우드워드로부터 DOS 버전을 계속하는 것 외에도 NetWare 운영 체제에 통합하기 위해 인수되었다.이 제품은 모든 NetWare 네트워크에서 사용 가능했기 때문에 중간 규모 시장 애플리케이션에 내장되어 있는 데이터베이스로서 상당한 시장 점유율을 차지했으며, NetWare 2.x, 3.x 및 4.x의 모든 복사본에 내장되어 있다.Novell 내의 일부 개편 후, 1994년에 BTI(Btrive Technologies, Inc.)로 알려진 새로운 회사에 의해 개발될 론 해리스와 함께 더그와 낸시 우드워드에게 제품과 기술을 분사하기로 결정되었다.

Btrieve는 6.15 버전부터 모듈화되어 마이크로커널 데이터베이스 엔진이라는 표준 소프트웨어 인터페이스에 연결된 두 개의 데이터베이스 프런트 엔드 중 하나가 되었다.Btrieve 프런트 엔드는 Btrieve API를 지원했으며 다른 프런트엔드는 SQL이라고도 알려진 고유의 구조화된 쿼리 언어를 사용한 MKDE에 기반한 관계형 데이터베이스 제품인 Exclable SQL이라고 불렸다. 이 버전이 출시된 후(Btrieve 6.15 및 확장 가능)SQL v4) IPO 이전에 회사의 이름이 퍼베이시브 소프트웨어로 변경되었다.Btrieve 및 확장 가능 직후SQL 제품은 Pervasive로 판매되는 제품에 결합되었다.SQL 또는 PSQL 및 이후 Actian Zen.Btrieve는 몇 년 동안 확장 가능 상태로 유지됨SQL이 빠르게 삭제되었다.고객들에게 퍼베이시브(Pervasive)로 업그레이드하도록 권유했다.SQL과 Btrieve 애플리케이션을 모두 지원했던 SQL.

건축

Btrieve는 RDBMS(Relational Database Management System)가 아니다. Btrieve에 대한 초기 설명은 레코드 관리자(Pervisibly가 처음에는 탐색 데이터베이스라는 용어를 사용했지만 나중에 이를 트랜잭션 데이터베이스로 변경함)라고 언급했는데, 이는 기본적인 레코드 생성, 데이터 검색, 레코드 업데이트 및 데이터 삭제만을 다루기 때문이다.원시성이 없다.ISAM을 기본 인덱싱 및 저장 메커니즘으로 사용한다.퍼베이시브 아키텍처의 핵심 부분은 마이크로커널 데이터베이스 엔진의 사용으로 DBMS 패키지인 퍼베이시브에 서로 다른 데이터베이스 백엔드를 모듈화하고 쉽게 통합할 수 있다.SQL. 이를 통해 Btrieve 항법 데이터베이스 엔진과 SQL 기반 엔진인 확장형 SQL을 모두 지원할 수 있게 되었다.

Btrieve의 현재 버전은 시스템 거래와 사용자 거래를 지원하는데, 여기서 시스템 거래는 비거래 운영 및/또는 사용자 거래의 묶음인 반면, 사용자 거래는 데이터베이스의 실제 데이터에 작용하는 거래다.시스템 트랜잭션은 일괄적으로 여러 트랜잭션을 수행할 수 있도록 하고 데이터 복구를 용이하게 하기 위해 개발되었다.

Btrieve 파일 형식은 전적으로 페이지로 구성되는데, 이는 엔진이 입출력 작업을 수행할 때 메모리와 스토리지 사이를 이동하는 데이터다.6.0 이전 버전은 데이터 페이지, 인덱스 페이지 및 파일 제어 레코드만 사용했다.그 파일에는 실제 페이지와 연결된 검색 색인이 있었다.버전 6.0부터 논리 페이지가 사용되었다.로직은 페이지 할당표를 기준으로 디스크의 실제 페이지(파일의 고정된 위치에 있는 페이지)에 매핑된다.파일 제어 기록에는 현재 사용 중인 페이지 수와 같은 Btrieve 파일에 대한 중요한 정보가 포함되어 있다.데이터베이스 손상을 방지하기 위해 Btrieve는 레코드를 업데이트하는 두 가지 방법, 즉 6.0 이전 버전의 Btrieve 페이징과 후속 버전의 섀도 페이징을 사용한다.버전 6과 이전 버전 간의 호환성 문제를 야기시킨 것은 주로 이미지 사전 페이징에서 섀도 페이징으로 전환하여 근본적인 파일 포맷 변경이 필요했다.

역사

Btrieve는 4개의 다른 회사가 소유하고 개발했다.SoftCraft, Novell, Btrieve Technologies, Inc.(더 늦게 퍼베이시브 소프트웨어로 개명), Actian Corporation.그들은 헌신적이고 충실한 개발자 기반을 가지고 있으며, 회사 문헌에 따르면, 그들은 제품에 완전히 전념하고 있다.퍼베이시브 소프트웨어는 기존 개발자를 인정하기 위해 "Btrieve Society"를 설립했다.^[1]

DOS에 따르면, Btrieve 버전 5까지는 애플리케이션 프로그래밍 인터페이스(API) 데이터베이스 엔진의 역할을 하는 종료 및 체류형 프로그램(TSR)으로, 다중 사용자 데이터베이스를 구현하기 위한 기능 호출을 프로그램에게 레코드 잠금으로 제공했다.네트워크 버전은 비슷한 방식으로 작동했다.

초기에는 DOS 버전 5까지가 약 US$1,000 가격으로 판매되었지만, 실행 가능한 TSR 데이터베이스 엔진 파일은 무료로 애플리케이션과 함께 배포될 수 있었다.

SoftCraft 연도

이 제품은 1982년 2월 더그와 낸시 우드워드가 미국 텍사스주 오스틴에 위치한 소프트크래프트에 의해 출시됐다.더그는 부사장이 되었고 소프트웨어 개발을 담당했고 낸시는 회사의 사장이 되었다.그들은 그 후 몇 년 동안 많은 버전을 출시했다: 1983년 2월에 그들은 Btrieve 2.x 시리즈를 출시했고 MS-DOS 2.0이 파일 및 디렉토리 핸들에 대한 지원을 개발했을 때 Btrieve 3.0을 출시했다.1985년 3월 MS-DOS 3.1이 내부 인터페이스를 표준화했을 때 한 달 뒤 Btrieve 3.1 C/S를 출시했는데, 이 Btrieve 3.1 C/S는 네트워크와 클라이언트/서버 지원을 받았다.1986년 2월 Btrieve 4.0이 출시되었고 4.1 업그레이드가 출시되자 확장된 키 유형과 보완 지수에 대한 지지를 얻었다.

Btrieve는 꽤 인기가 있었지만 API 데이터베이스 엔진이었다.PC의 킬러-앱 데이터베이스 관리자인 dBase II와 그 계승자는 독립형 범용 애플리케이션 또는 데이터베이스 프로그래밍 언어로 사용할 수 있는 데이터베이스 관리 시스템(DBMS)이었다.Btrieve 또한 런타임 라이센스는 무료였지만 dBase보다 구입 비용이 더 많이 들었다.Btrieve는 5,000명이 넘는 사용자들의 개발자 기지로 성장했고 금융 분야에서 널리 사용되었다.^[2]이 회사는 이 제품을 위한 사용자 인터페이스를 만드는 데 시간이 걸렸지만 1984년에 새로운 제품을 사용한 메뉴 주도 프로그램인 Xtrieve를 출시했다.관계형 데이터베이스 규칙을 적용하기 위한 DDF 데이터 사전.

Novell 획득

1987년 Novell은 NetWare 운영 체제에 추가할 기업을 다양화하고 구매하기 시작했다.그들이 구매한 회사 중 하나는 소프트크래프트였다.Nancy Woodward는 Novell의 Austin 운영 담당 부사장 겸 총괄 매니저가 되었고, Doug Woodward는 고급 데이터베이스 기술 담당 부사장이 되었다.이듬해 초 Btrieve 5.0이 출시되어 네이티브 NetWare 애플리케이션, 즉 Value Added Process로 실행되었다.짐 카일에 따르면, "자동증가 키 유형, BROUTER 네트워크 프로세스 서버, 데이터 전용 및 키 전용 파일, 선택적 데이터 압축을 가지고 있었다"고 한다.^[2]버전 5.1은 파일 처리 트랜잭션 기능, 로깅 및 롤포워드 작업, 몇 가지 API 향상과 함께 1990년에 출시되었다.DOS, OS/2 및 Microsoft Windows를 위한 몇 가지 버전이 만들어졌다.버전 6.0은 1992년 6월에 발매되었다.그러나 Novell에 의해 광범위하게 홍보되지 않았고, 향상된 기능 때문에(예: 사전 이미징에서 섀도 페이징으로 변경) 이전 버전의 Btrieve와 호환되지 않았다.Btrieve는 시장이 크게 늘지 않았고 이러한 이슈들로 인해 폭넓은 채택을 보지 못했다.

이 회사가 Novell에 인수되었을 때 SoftCraft는 Xtrieve 패키지가 완전히 준수되지 않은 업계 표준 SQL을 더 잘 다루도록 설계된 SQL 통역사인 XQL이라는 제품을 개발해왔다.이는 1989년 처음 출시된 NetWare SQL의 기반이 되었으며, 기본 버전의 SQL을 구현한 맨몸의 SQL 통역이었다.

Btrieve Technologies, Inc.

1994년까지 Novell은 NetWare를 완전한 대체 운영 체제로 만들려는 시도를 대부분 포기했고 불과 몇 년 전에 인수한 많은 회사들을 매각하기 시작했다.그들은 Btrieve를 최소한으로 홍보했는데, 주로 버전 6의 출시 지연(24개월) 때문이었다.The Woodwards와 Novell 간의 협상이 시작되었고, 2년 후인 1994년 1월 26일 Novell은 Btrieve의 소유권을 Btrieve Technologies, Incorporated (일명 BTI)로 이전할 것이라고 발표했다.1994년 4월 29일 이적이 완료되어 낸시 우드워드가 BTI의 회장이 되고 더그 우드워드가 최고기술책임자가 되었다.CEO 직위는 텍사스 인스트루먼트 사의 전직 직원인 론 해리스와 Citrix Systems, Inc.의 창립 직원 중 한 명에게 주어졌으며, 그곳에서 먼저 전략 기획 이사, 그 후 마케팅 부사장, 그리고 마지막으로 제품 그룹 부사장으로 고용되었다.

Btrieve는 완전히 다시 쓰여졌고, 1994년 7월 1일 DOS, 윈도우, OS/2용 Btrieve 6.15가 출시되었다.Novell SQL은 회사의 소유권 변경을 반영하여 확장 가능한 SQL로 이름이 변경되었다.1995년 버전 6.15는 Novell NetWare, Windows NT Server 및 Windows NT/95용으로 출시되었고, 따라서 크로스 플랫폼 데이터베이스 제품이 되었다.마이크로 커널 데이터베이스 엔진(MKDE)의 개념이 이 버전에서 도입되었다.

퍼베이시브 소프트웨어

1996년에 회사는 퍼베이시브 소프트웨어로, 그들의 제품은 퍼베이시브 소프트웨어로 이름을 바꾸었다.1997년에 그 회사는 상장되었다.그들은 Btrieve를 마케팅하고 개발 중임에도 불구하고 관계형 데이터베이스 시장의 더 큰 진출을 허용하고 SQL 벤더로 재조정하기 위해 이 작업을 수행했다.퍼베이시브는 9월에 기업공개(IPO)를 마쳤다.그 회사는 버전 6.30에서 MKDE를 계속 사용했다.1997년 퍼베이시브 릴리스 확장 가능관계형 데이터베이스 제품인 SQL 4.0과 Btrieve 7.0.

2000년, Novell은 퍼베이시브 번들을 중단한 후 비판을 받았다.버전 5.1 이후 버전에서 NetWare가 포함된 SQL. 대신 90일 후에 종료되는 평가판 버전과 함께 출하되었다.^[3]최신 버전인 Pervasive PSQL Summit v11은 2010년 9월에 출시되었다.

액티언 코퍼레이션

2013년에 Actian Corporation은 퍼베이시브 소프트웨어를 인수했다.^[4]2016년 2월 액티언은 Btrieve 12를 발매했다.

버전

DOS용 Btrieve

SoftCraft에 의해 만들어진 Btrieve의 DOS 클라이언트 기반 구성이 하나 있었다.클라이언트 기반 버전에 대한 SoftCraft의 정의는 "특정 워크스테이션에서 실행되는 Btrieve 엔진"^[5]이었다.이는 운영체제 기능을 통해 파일에 직접 연결된 기록관리 엔진을 의미하며, 파일이 로컬이든 네트워크든 그에 따라 기록을 수정했다.클라이언트 기반 엔진은 5명의 동시 사용자가 한 번에 데이터베이스에 접속할 수 있도록 허용했다.모든 기록 처리는 엔진이 설치된 작업대에서 수행되었다.이후 버전에서 Btrieve for DOS는 SEFS(Single-Engine File Sharing) 또는 MEFS(Multi-Engine File Sharing)의 두 가지 모드 중 하나를 사용할 수 있다.

Netware용 Btrieve

Btrieve for Netware는 기본적으로 DOS용 Btrieve와 동일하며, 당시 Netware에서만 사용할 수 있는 몇 가지 추가 기능을 갖추고 있었다.그것은 서버 프로세스를 실행했다.BSERVER, 파일 공유 서버 및 네트워크 파일 시스템과 함께 데이터 입출력 관리.서버 프로세스는 처음에 Netware VAP(부가가치 프로세스)라고 불리는 것으로 구현되었다.BSERVER.VAP그러나 곧 NetWare Loadable Module(NLM)으로 전환되었다. BSERVER레코드에 대한 접근을 다루는 데이터베이스 엔진이지만, 또한 그것은 또한 요청된 데이터를 다른 서버로 전송하기 위한 요청을 받아들였다.BROUTER과정

Btrieve는 요청자를 사용하여 클라이언트 워크스테이션에서 데이터베이스 입력/출력 요청을 작성했다.요청자는 DOS, OS/2, Microsoft Windows 및 UnixWare에 제공되었다.프로그램BREQUEST.EXEBtrieve API를 통해 입출력 요청을 수락하고 다음 주소로 전송BSERVER그리고 나서 그것은 다음로부터의 응답을 처리했다.BSERVER적절한 애플리케이션으로 돌려보냈어

그BROUTER수신 요청을 다른 서버의 데이터베이스 복사본에 "제거"할 수 있는 프로세스.Netware 서버에 로딩되었으며, 파일 서버에서 실행 중인 여러 서버 프로세스 간의 통신을 두 개의 파일 서버 테이블을 사용하여 처리했다.퍼베이시브에 따르면, 이것들은 "서버 이름과 주소, 그리고 서버 라우팅 테이블"의 목록을 제공한다.^[6]BROUTER는 또한 통신 요청을 SPX를 통해 SPX를 통해 올바른 서버로 라우팅할 수 있도록 하였다.BSPXCOMNetWare Loadable Module과 Btrieve 데이터베이스의 데이터에 대한 액세스를 제어하는 조정된 잠금 장치 및 기타 메커니즘.

DOS용 Btrieve는 파일 공유를 위해 SEFS와 MEFS 모드를 사용했고, 네트워크에서 실행할 수 있었기 때문에 독점적 및 동시적 트랜잭션을 사용할 수 있었다.

Btrieve for Windows

Btrieve for Windows는 회사가 MKDE를 사용하기 위해 코드베이스를 다시 쓰기 전에 만들어졌다. 그것은 SEFS와 MEFS 파일 공유 메커니즘을 특징으로 하고 섀도 페이징을 사용했으며 독점 및 동시 잠금이 허용되었다.버전 6.x와 6.1 파일을 다르게 처리했다.버전 6.x 파일은 전체 레코드를 잠그는 대신 레코드의 일부에 대한 작업을 처리할 수 있다.64KB 이상의 레코드를 처리하고, VAT, ACS, 새로운 데이터 유형을 구현하며, 백분율 연산을 허용하고(기록이 파일의 물리적 위치에 의해 배치되고 조작될 수 있는 경우) 중복키를 처리했다.버전 6.x는 즉시 어떤 인덱스를 삭제하거나 추가할 수 있었다(버전 6.0 이하에서는 보조 인덱스만 삭제 가능).버전 6.1 파일은 동시 및 시스템 트랜잭션, 선택적 키 번호 변경, 대/소문자 구분 없는 ACS 테이블 및 향상된 잠금 작동에 허용된다.

Btrieve for Windows는 SEFS 또는 MEFS 모드를 사용하는 데이터베이스에 대한 클라이언트로 실행되거나 Btrieve 서버에 직접 액세스할 수 있다.

클라이언트 기반 Btrieve

Btrieve의 클라이언트 기반 버전은 로컬 컴퓨터에 직접 또는 매핑된 네트워크 드라이브를 통해 모든 데이터베이스 파일을 가지고 있다(DOS를 통해 설정됨).NET USE명령하다

응용 프로그램이 기능 호출을 수행함WBTRCALL.DLL, 로더 및 요청자 인터페이스.로더 및 요청자 모듈이BTI.INI클라이언트 기반 Btrieve 엔진을 로드하도록 구성 파일이 올바르게 설정됨.차례로, 이것은 btrieve 엔진에 로컬 인터페이스를 로드한다 (WBTRLOCL.DLL필요한 경우 이 로컬 인터페이스는 Btrieve 엔진을 로드한다().WBTR32.EXE)을(를) 메모리로 전송하고 필요한 데이터베이스 요청을 메모리로 전송한다.그런 다음 데이터베이스 엔진은 다양한 Win32 시스템 라이브러리를 호출하여 데이터베이스 파일에 대한 파일 작업을 수행한다.^[7]

클라이언트 기반 Btrieve 서버 기반 Btrieve 액세스

클라이언트 기반 Btrieve for Windows 버전은 DOS 기반 "요청자"를 통해 Btrieve의 서버 기반 버전에 액세스할 수 있다.요청자는 CPU의 보호 모드를 통해서만 DOS 확장 메모리에 대한 프로그램 액세스를 허용하는 DOS 보호 모드 인터페이스(DPMI)를 사용하도록 요구하였다.

클라이언트 기반 인터페이스와 마찬가지로 Btrieve 기반 애플리케이션은 에 대한 호출을 수행한다.WBTRCALL.DLL로더 및 요청자 인터페이스 라이브러리.이 라이브러리는BTI.INI로컬 시스템의 데이터에 액세스해야 하는지 또는 원격 서버의 데이터에 액세스해야 하는지 여부를 확인하는 파일.서버에 액세스해야 할 경우 DOS 기반 요청자(이름)에 액세스하기 위해 DPMI의 Windows 버전을 사용한다.BREQUEST.EXE그런 다음 요청자는 서버에 대한 네트워크 연결을 설정하여 요청을 처리하고 데이터베이스 요청이 완료되면 메시지를 요청자에게 전달한다.

Windows NT/Windows 95용 Btrieve

Btrieve for Windows NT and Windows 95는 Btrieve for Netware 및 Btrieve for Windows NT Server와 함께 1995년에 출시되었다.버전 6.15에 도달했고 MKDE를 사용하기 시작했다.파일 공유 메커니즘은 여전히 SEFS 및 MEFS 파일 공유 모드, 섀도 페이징을 사용했으며 독점 및 동시 잠금이 허용되었기 때문에 그대로 유지되었다.이 버전의 Btrieve는 키의 null 값을 허용했는데, 이는 키에 대한 정보를 사용할 수 없을 때 레코드를 데이터베이스에 입력할 수 있다는 것을 의미했다.그것은 키가 인덱스에 포함되지 않는다는 것을 의미했고, 이것은 인덱스를 통한 데이터베이스의 불필요한 검색을 줄이는 데 도움을 주었다.시스템 거래와 사용자 거래의 개념도 소개했다.(시스템 및 사용자 트랜잭션 참조).MKDE는 또한 자동증가 키 사이의 간격을 허용했다.가변테일 할당 테이블은 버전 6.15에 도입되어 Btrieve의 윈도 NT/95 빌드에 포함되었다.

Btrieve for Windows NT/95, 독립 실행형 워크스테이션과 클라이언트/서버의 두 가지 구성이 있다.

독립 실행형 워크스테이션

Btrieve의 독립 실행형 워크스테이션 구성을 사용할 때 모든 레코드의 처리가 로컬 워크스테이션에서 이루어진다.워크스테이션은 MKDE(프로그램)를 허용하기 위해 Windows의 기본 메커니즘에 의존한다.W32MKDE.EXE데이터베이스 파일에 직접 액세스하고 잠금 파일을 사용하여 동시성 문제를 처리한다.

이 구성에서 응용 프로그램은 Btrieve API 또는 Microker Interface(마이크로커널 인터페이스)를 호출한다.WBTRV32.DLL그 다음, 호출은 인터페이스에 의해 처리되어 MKDE로 전달된다.W32MKDE.EXE기본 운영 체제 파일 시스템(네트워크 또는 로컬)을 사용하여 데이터베이스 파일에 직접 액세스.^[8]

이것은 몇 가지 특이한 문제로 이어진다.예를 들어 Btrieve가 Windows 파일 공유를 사용하고 데이터베이스 엔진이 파일 공유에 직접 열려 있는 파일을 가지고 있고 네트워크 불안정성이 있는 경우(예: 네트워크 케이블 연결이 끊어진 경우) Btrieve 파일을 다른 파일과 연결하는 데 사용되는 필드는 비동기화될 수 있다(모든 면에서 데이터가 관계 또는 l을 잃음).다른 데이터에 대한 잉크) 및 데이터베이스 파일 자체가 손상될 수 있음(이미지 사전 페이징으로 인해 이러한 가능성이 감소함).

클라이언트/서버

Btrieve의 클라이언트/서버(또는 서버 에디션) 구성을 사용하는 경우 일반적으로 Windows 파일 서버에서 매핑된 드라이브(파일 공유를 Windows의 "가상" 디스크 드라이브에 매핑하는 방법)를 통해 레코드 처리가 수행된다.NET USE명령하다인증할 때 할당한 사용 권한, 로그온 권한 또는 로그인 권한 중 하나NET USE활용한다.^[9]

Windows 95에서는 MKDE 인터페이스(Windows DLL(Dynamic Link Library)가 호출됨WBTRV32.DLL)은 구성 파일을 통해 사용 중인 데이터베이스 액세스 방법을 결정한다.클라이언트/서버 및 워크스테이션 엔진이 모두 동일한 시스템에 설치된 것을 감지하면 대상이 워크스테이션 또는 서버로 설정되었는지 여부를 점검한다.Windows NT 및 서버 프로세스에서 실행되는 경우NTMKDE.EXE독립 실행형 워크스테이션 프로세스와 함께 실행 중W32MKDE.EXE대상이 서버인지 워크스테이션인지 확인하기 위해 레지스트리를 찾는다.두 경우 모두 MKDE 인터페이스가 워크스테이션으로 설정된 경우("독립 실행형 워크스테이션" 구성) MKDE를 사용한다.W32MKDE.EXE파일에 직접 액세스하려면 ().서버로 설정된 경우 클라이언트의 MKDE 인터페이스는 통신 모듈을 사용한다(Windows 95의 경우 이는W32BTICM.DLL, Windows NT에서 이것은NTBTICM.DLL서버에 "고정"하는 것.서버 자체에는 자체적인 일치 통신 모듈이 있다(Againing asking communications moduleW32BTICM.DLL또는NTBTICM.DLL매핑된 드라이브에 있는 .서버 DLL은 서버 MKDE와 통신한다(NTMKDE.EXE레코드를 업데이트한 다음 작업이 성공했음을 확인한 후 통신 모듈을 통해 클라이언트로 다시 전송한다.^[10]

이 시스템의 장점은 네트워크 연결 장애가 발생할 경우 서버의 MKDE가 이를 감지하여 워크스테이션 구성보다 더 우아하게 복구할 수 있다는 것이다.

배열

MKDE 설정을 변경하기 위해 Btrieve에 구성 유틸리티가 포함되었다.변경할 수 있는 설정은 다음과 같다.

• 파일 설정: 이 범주에는 파일, 파일 핸들, 레코드 잠금, 인덱스 및 로그 파일과 관련된 설정이 포함되어 있다.클라이언트당 레코드 잠금 수뿐만 아니라 열려 있는 파일 및 논리 파일 핸들 수가 여기에 설정되었다. 인덱스 밸런싱과 6.x 이전 형식의 파일을 만드는 옵션이 이 범주에 있다.마이크로커널이 선택한 파일에 대해 실행된 작업 로그를 보관하는지 여부도 제어했다.이 섹션에서는 파일 공유 방법을 MEFS 또는 SEFS로 설정할 수 있다.시스템 트랜잭션 유지 한계는 공유 파일에 대한 쓰기 작업 중에 수행되는 시스템 트랜잭션의 수를 설정한다.
• 메모리 구성: 이 범주는 마이크로커널이 다양한 용도로 할당하는 데 필요한 버퍼 크기와 관련된 설정을 포함했다.
• 클라이언트/시스템 트랜잭션: 이 범주에는 지원되는 수, 로그 기록 방법 및 시기 등 트랜잭션과 관련된 설정이 포함되어 있다.
• 시스템 리소스/디렉토리: 이 범주에는 지원되는 클라이언트 및 스레드 수 및 다양한 시스템 파일의 위치와 관련된 설정이 포함되어 있다.
• 추적 작업: 이 범주에는 다양한 Btrieve 작업 추적과 관련된 설정이 포함되어 있다.추적은 주로 디버깅 목적으로 사용되는 고급 기능이다.

만연하다.SQL 7

만연하다.SQL 7은 1998년 3월에 출시되었으며, 확장 가능한 SQL 4와 Btrieve 7.0이 포함되었다.Btrieve 7.0은 Btrieve 6.x: Windows 95, Windows NT 3.51 & 4, Netware 및 DOS와 동일한 플랫폼에서 실행되었다.그러나 업그레이드와의 호환성 문제를 해결하기 위해 SmartComponents라는 컴포넌트 기반 아키텍처로 변경했다.이것은 "glue files"(필요한 경우에만 메모리에 로드된 DLLs)의 동적 바인딩과 함께 파일에 내장되고 파일 이름에 인코딩되는 구성요소 식별 체계를 사용했다.구성요소의 동적 바인딩은 파일 이름 인코딩을 통해 적절한 필요한 구성요소의 최신 버전을 찾는 새로운 "추상 OS 서비스 DLL"을 사용하여 수행되었다.그런 다음 이 "글루 모듈"을 메모리에 로드하여 사용한다.^[11]Btrieve 6.x의 이전 로그 파일 형식도 새로운 중앙 집중화된 로그로 대체되었다.PVSW.LOG로그 파일 형식을 통합하고 개선했다.그들은 또한 오류 메시지와 오류 메시지 보고 메커니즘을 개선했다.

MKDE는 퍼베이시브에서 유지되었다.SQL 7. 그러나, 새로운 요소 아키텍처의 동적 바인딩으로 인해 내부 아키텍처가 수정되었다.Btrieve를 사용하는 애플리케이션은 서비스 관리자를 호출하고, 그 다음 다양한 구성된 디렉토리를 통해 인코딩된 특정 파일 이름을 검색한다.Btrieve 파일에 대해 Backus-Naur 형식으로 로드된 파일 이름은:

<>filename>.::=<>platform-code>,"BIF"<>major-functional-level>, <, minor-functional-level>,<>platform-code>.::)"여자 1""W2""W3""W9""WT""NW""O"<>major-functional-level>.::=<>.<, 개체, minor-functional-level>.::=<>.<, <.;<.<>::)"4""1""2""3""0""5.""6""7""8""9"

포함된 파일 이름 플랫폼 코드

코드	플랫폼
W1	Windows 3.1x(포함)Windows for Workgroups(Win16)
W2	확장 Windows(32비트 Watcom Extender)
W3	Windows 95, Windows NT(Win32)
W9	윈도 95
WT	윈도 NT
NW	NetWare 3.x 및 4.x
O3	OS/2(32비트)

DLL인 "glue" 모듈은 메모리에 로드되어 MKDE의 인터페이스가 된다.그런 다음 MKDE는 워크스테이션 기반 구성인지 서버 기반 구성인지 여부를 결정한다.그런 다음, 통신 "요청자" 모듈을 통해 데이터베이스 서버로 요청을 전달하거나, 워크스테이션 모드에서 구성된 경우 데이터베이스 파일을 직접 수정한다.

만연하다.SQL 2000/2000i

만연하다.SQL 2000 및 Pervasive.SQL 2000i는 Pervasive와 본질적으로 동일한 아키텍처를 사용한다.SQL 7(2000i에는 i*Net 서버가 포함됨)동일한 구성요소 모델을 사용하며 Btrieve 또는 Excelable SQL 엔진을 사용할 수 있으며 MKDE를 계속 사용한다.이 버전은 Red Hat Linux, Caldera OpenLinux, SUSE 및 Solaris에 대한 지원을 포함했다.데이터베이스 엔진의 한 인스턴스만 모든 터미널 서버 플랫폼에서 실행될 수 있지만, 터미널 서비스와의 통합도 더 잘 되었다.두 개 이상의 터미널 세션 내에서 데이터베이스 엔진의 복사본을 별도로 실행할 수 없다.

만연하다.SQL V8

2002년 12월에 소개된 퍼베이시브.SQL V8은 많은 새로운 기술을 사용하여 Btrieve와 SQL 애플리케이션 모두의 성능을 향상시킨다.

• 클라이언트측 캐싱은 로컬 PC에서 데이터베이스 컨텐츠의 일부를 유지함으로써 읽기 성능을 크게 향상시킨다.
• TWA(Turbo Write Acceleration)는 디스크 쓰기를 그룹으로 분류하여 디스크와의 상호 작용을 최소화한다.
• 트랜잭션 기록은 트랜잭션 내구성보다 약간 낮은 장애 보호 기능을 제공하지만 전반적인 성능을 개선한다.

V8 Security Feature Pack(Mid-release 제품 업데이트 지정 8.5)에는 Pervasive를 차단하도록 설계된 중요한 새로운 보안 기능이 추가되었다.SQL 데이터 파일.8.5 이전에 Btrieve 데이터에 대한 액세스는 운영 체제의 보안 메커니즘에 의해 제어되었다.이는 데이터베이스에 대한 읽기/쓰기 액세스가 필요한 모든 사용자는 기본 데이터 파일에 대한 읽기/쓰기 액세스 권한도 필요하다는 것을 의미했다.8.5에는 관리자가 데이터베이스 보안을 사용하여 Btrieve 데이터에 대한 액세스를 제어할 수 있는 새로운 보안 모델이 도입되었다.일단 활성화되면 데이터베이스 보안은 더 이상 사용자가 기본 파일에 액세스할 필요가 없다.또한 클라이언트/서버 구성은 더 이상 네트워크 공유 또는 매핑된 드라이브를 사용할 필요가 없다.응용 프로그램은 URI 연결 문자열을 사용하여 보안 Btrieve 데이터를 참조할 수 있다.

퍼베이시브 PSQL v9

퍼베이시브 PSQL v9에는 Eclipse 프레임워크를 기반으로 구축된 새로운 Java GUI가 포함되어 있다.이러한 GUI는 Microsoft Windows와 Linux 모두에서 사용할 수 있다.또한 v9에는 많은 SQL 성능 및 구문 업데이트가 포함되어 모든 SQL 인터페이스인 ADO의 속도와 유연성을 모두 향상시켰다.Net, JDBC, ODBC 및 OLE DB.마지막으로 PSQL v9는 Btrieve의 최대 파일 크기를 8.x 이전 파일 형식의 64GB에서 9.0 형식의 파일 형식의 128GB로 확장했으며, 9.5 파일 형식의 파일인 경우 256GB로 다시 확장했다.

PSQL v9 Pervasive와 함께 DDF Builder 유틸리티를 재도입하고 FTS(Full Text Search) 애드온으로 텍스트 검색에 대한 지원을 추가했으며, 이후 제품군에서 제거되었다.DDF Builder는 Btrieve 사용자가 기존 Btrieve 파일의 메타 데이터를 정의할 수 있는 메커니즘을 제공하므로 SQL 툴과 유틸리티를 통해 Btrieve 데이터에 액세스할 수 있다.

MKDE의 모든 버전은 MKDE 자체의 소개 전 날짜를 포함한 Btrieve의 이전 버전과의 완전한 역방향 읽기 레벨 호환성을 유지하며, 특별히 요청되지 않는 한 파일의 버전을 변경하지 않는다.5.x 이전 파일 형식인 Btrieve 파일은 9.0 이상의 데이터베이스 엔진에서 데이터베이스 쓰기를 지원하려면 반드시 GUI 또는 명령줄 Rebuild 유틸리티를 사용하여 6.x 이상의 형식으로 재구성해야 한다.

퍼베이시브 PSQL v10

퍼베이시브 PSQL v10은 2007년 9월에 출시되었으며 64비트 운영 체제에 대한 지원을 제공하는 최초의 퍼베이시브 PSQL Server and Client 버전이었다.Btrieve API와 분산 튜닝 인터페이스(DTI)가 모두 64비트를 지원하도록 향상되었다.퍼베이시브 PSQL Workgroup 및 SDK의 다른 구성 요소는 64비트 지원을 위해 향상되지 않았다.^[12]

Pervasive PSQL v10의 릴리스는 당시 새로 사용할 수 있었던 Windows Vista와 곧 Windows Server 2008 운영 체제에 대한 지원을 제공하도록 타이밍을 맞추었다.퍼베이시브 PSQL v10 Server, Workgroup 및 Client는 모두 Windows Vista를 지원한다.퍼베이시브 PSQL v10 Server는 윈도우즈 Server 2008에 대해 인증됨.

또한 퍼베이시브 PSQL v10에는 확장 메모리의 액세스를 가능하게 하여 32비트 Windows 시스템에서 일반적인 2GB 제한을 초과하여 캐슁된 데이터베이스를 확장할 수 있는 32비트 Windows 데이터베이스 가속기 XIO(Xtreme 입출력)가 포함되어 있었다.Xtreme 입출력에는 업데이트 압축 알고리즘과 데이터베이스 입출력 성능 향상을 위한 간소화된 쓰기 기술도 포함되었다.^[13]

Pervasive PSQL v10을 사용하는 Pervasive PSQL 제품군에 대해 Product Authorization이라고 불리는 디지털 라이센스 적용이 도입되었다.제품 인증은 처음에 시험 다운로드와 전자 상거래 주문과 함께 시행되었다.퍼베이시브 디스트리뷰터 및 ISV 파트너를 통해 판매된 제품은 2009년 11월 퍼베이시브 PSQL v10 SP3 출시와 함께 제품 인증을 포함하도록 업그레이드되었다.퍼베이시브 PSQL v10 SP3도 윈도우즈 7 호환 애플리케이션으로 출시되었다.

퍼베이시브 PSQL v10은 최대 데이터 파일 크기가 256GB로 증가하고 최대 페이지 크기가 16,384바이트로 증가하면서 9.5 파일 형식을 사용함으로써 이전 버전과의 호환성을 유지했다.

Pervasive PSQL v10에서는 NetWare, Windows NT, Windows 98, Windows ME, DOS 6.22 및 16비트 애플리케이션에 대한 지원이 중단되었다.윈도우즈 및 리눅스 버전의 Pervasive PSQL v9 제품은 더 이상 판매되지 않지만, Pervasive는 NetWare용 Pervasive PSQL v9를 여전히 판매하고 지원한다.

2010년에 Pervasive Software는 사용자가 데이터베이스 처리 속도를 높이기 위해 멀티스레딩을 최대한 활용할 수 있도록 하는 Pervasive PSQL v11을 출시했다.

퍼베이시브 PSQL v11

퍼베이시브 PSQL v11은 2010년 9월에 출시되었다.Pervasive PSQL v11의 주요 원동력 중 하나는 멀티 코어 CPU의 성능과 확장성을 높이기 위한 데이터베이스 엔진의 재설계였다. Pervasive PSQL v11은 유사한 활동을 수행하는 병렬 스레드를 최적화하여 작업 실행 중에 데이터베이스가 여러 코어를 결합할 수 있도록 했다.PSQL v11은 또한 항법 인터페이스의 낮은 수준의 동기화 메커니즘에 대한 향상된 기능을 제공한다.여러 사용자가 동일한 캐시된 파일 페이지를 동시에 읽을 수 있으며, 해당 작업은 독립된 코어에서 진행될 수 있다.체크포인트, 로그 관리 등 비사용자 활동은 별도 코어에서 실행이 가능하며, 독립파일에 접속하는 여러 사용자가 코어를 달리하여 진행할 수 있다.^[14]

멀티 코어 지원은 모든 버전의 PSQL v11: 32비트 및 64비트 윈도우즈 및 리눅스 서버s, 32비트 워크그룹에서 사용할 수 있다.Microsoft 2008 Enterprise Server SP2(64비트)를 실행하는 8-core 서버에서 PSQL v10과 PSQL v11을 비교할 때 Pervasive에서 내부 테스트가 300% 향상된 것으로 문서화되었다.^[15]

윈도우즈에 대한 (IPv6) 지원은 IPv4 환경에 대한 지속적인 지원과 함께 퍼베이시브 PSQL v11에 포함되어 있다.퍼베이시브 PSQL v11은 Btrieve와 DTI(분산 튜닝 인터페이스) 액세스 방법을 모두 사용하여 IPv6을 지원한다.

PSQL v11의 64비트 서버 버전에는 64비트 관계형/SQL 엔진뿐만 아니라 64비트 탐색/Btrieve 엔진과 64비트 ODBC 드라이버가 포함되어 있다.드라이버는 PSQL Server 및 PSQL Client의 64비트 버전과 함께 설치된다.

Pervasive PSQL ADO가 추가되면서 PSQL 소프트웨어 개발 키트를 업데이트했다.NET 데이터 공급자 3.5.데이터 공급자 3.5는 의 규정을 준수한다.NET Framework 버전 2.0, 3.0, 3.5, 3.5 SP1 및 4.0에서 실행되며 에서 실행된다.엔티티 프레임워크 1.0 기능에 대한 지원을 포함한 NET Framework 4.0.^[14]또한 퍼베이시브 PSQL v11은 Embardacero의 RAD Studio 2009 및 RAD Studio 2010을 지원하여 PDAC(Pervasive Direct Access Components) 액세스 방법을 업데이트했다.

Pervasive PSQL v11에서 제품 인증이 확장되어 OEM 고객을 포함하였고, PSQL v11에 대한 키 생성 및 라이센스 관리를 위한 OEM용 웹 기반 포털이 도입되었다.전화 인증(인터넷 연결을 요구하지 않고 퍼베이시브 PSQL을 승인하는 방법)은 PSQL v11과 함께 처음 도입되어 모든 퍼베이시브 고객이 이용할 수 있게 되었다.

퍼베이시브 PSQL v11은 이전 릴리스와의 역호환성을 유지하면서 9.5 파일 형식으로 계속된다.

윈도우즈 2000에 대한 지원은 Pervasive PSQL v11과 함께 중단되었다.

퍼베이시브 PSQL 에코시스템

현재 퍼베이시브에서는 PSQL DBMS의 기본 기능을 확장하는 다수의 애드온 제품을 제공하고 있다. 각 제품의 최신 버전인 AuditMaster v7, Backup Agent v3, DataExchange v4는 2010년 12월에 출시되었다.

• Pervasive AuditMaster는 Btrieve 또는 SQL에 관계없이 모든 데이터베이스 상호작용에 대한 실시간 감사를 제공한다.중요한 데이터에 대한 변경을 추적하기 위해 데이터 이벤트 로그를 쿼리할 수 있다.적절한 담당자에게 알리거나 관련 프로세스를 시작하기 위한 경보도 생성할 수 있다.
• Pervasive Backup Agent는 PSQL의 연속 작동 모드를 관리하고 백업 소프트웨어가 온라인 데이터베이스를 안정적으로 복사할 수 있도록 한다.
• Pervasive DataExchange는 둘 이상의 PSQL 엔진 간에 데이터 동기화 및 복제를 제공하여 중요한 데이터를 항상 사용할 수 있도록 보장한다.

Btrieve 12

2016년 2월 악티안은 Btrieve 12를 발표했다.^[16]Actian은 Btrieve 12가 새로운 기능을 가지고 있으며 Microsoft Windows Vista ~ 10, Windows Server 2008 및 2012와 호환되며 Btrieve 6.15와 호환되는 파일 형식과 API로 이전 16비트 및 DOS 애플리케이션에서 Btrieve 6.15 파일을 읽고 쓸 수 있다고 말한다.^[17]

참고 항목

• Btrieve의 건축물
• 액세스 데이터베이스 엔진(ACE 및 이전 JET)

메모들

원천

• 트로시노, 리처드 B. (1994년).NetWare Btrieve 6.x. Golden West Products International. 페이지 19-24.
• Novell. NetWare Btrieve의 구성 요소.2004년 12월 12일 회수.
• 퍼베이시브(2004)Btrieve 과거, 현재 및 미래: Btrieve가 데이터베이스 세계를 뒤흔들었던 때를 기억하는가?회사 기록 웹 페이지.
• 퍼베이시브(2001년 3월)만연하다.SQL 2000i: 시작(Server Edition.제품 설명서.

외부 링크

• 퍼베이시브 소프트웨어 주식회사- Btrieve 및 PSQL 제조업체
• Btrieve Soci
• comp.databases.btrieve — Btrieve 뉴스 그룹
• 퍼베이시브 소프트웨어 온라인 설명서