IDMS

CA IDMS

개발자	CA 테크놀로지
초기 릴리즈	1973년 (최종)
안정된 릴리스	18.5
운영 체제	z/OS, z/VM, z/VSE, BS2000/OSD
플랫폼	메인프레임 컴퓨터
유형	네트워크 DBMS
웹 사이트	ca.com/us/products/ca-idms.html

IDMS(Integrated Database Management System)는 메인프레임용 CODASYL(네트워크 모델) 데이터베이스 관리 시스템입니다.그것은 지하실에서 처음 개발되었습니다. Goodrich와 이후 Cullinane Database Systems에 의해 판매되었습니다(1983년에 Cullinet으로 개명).1989년 이후 Computer Associates(현 CA Technologies)가 이 제품을 소유하여 Advantage CA-IDMS, 나중에 단순히 CA IDMS로 이름을 변경했습니다.

역사

IDMS의 뿌리는 제너럴일렉트릭(GE)에서 찰스 바크먼(Charles Bachman)이 이끄는 팀이 개발한 IDS(^[1]Integrated Data Store)라는 선구적인 데이터베이스 관리 시스템으로 거슬러 올라간다.1960년대 초에 IDS는 B.F.의 컴퓨터 그룹에 의해 원래의 형태에서 탈바꿈했다.Intermediate System Language(ISL)라는 언어로 고쳐 쓴 Goodrich Chemical Division.ISL은 다양한 타깃 머신의 코드를 생성할 수 있는 휴대용 시스템 프로그래밍 언어로 설계되었습니다.ISL은 실제로 ISL로 작성되었기 때문에 비교적 쉽게 다른 머신아키텍처에 이식할 수 있었고, 그 머신아키텍처 상에서 실행되는 코드를 생성할 수 있었습니다.

케미컬 디비전 컴퓨터 그룹은 IDMS의 복사본을 다른 회사에 판매하는 것을 검토했지만 경영진으로부터 소프트웨어 제품 사업에 관여하지 않는다는 말을 들었다.결국, 존 컬리네인과 그 권리를 사고 그 제품을 판매하기로 거래가 성사되었다.왜냐하면 Cullinane은 로열티를 B.F.로 돌려보내야 했기 때문이다. Goodrich씨, 모든 애드온 제품은 IDMS 핵심 제품의 동작에 필수적이더라도 별도의 제품으로 표시 및 청구되었습니다.이로 인해 고객이 혼란스러워질 수 있습니다.

원래 플랫폼은 GE 235 컴퓨터와 GE DATANET-30 메시지 스위칭 컴퓨터였으며, 이후 제품은 IBM 메인프레임과 DEC 및 ICL 하드웨어로 이식되었습니다.IBM 포트 버전은 IBM 메인프레임 시스템(System/360, System/370, System/390, zSeries, System z9)에서 실행됩니다.1980년대 중반에는 약 2,500개의 IDMS 라이선스가 판매되었다고 주장되었다.이용자는 Strategic Air Command, Ford of Canada, Ford of Europe, Jaguar Cars, Clarks Shoes UK, AXA/PPP, MAPFRE, Royal Insurance, Tesco, Manulife, Hudson's Bay Company, Clevel 클리블랜드 클리닉, Bank of Canada, Bank of Canada, Ganada, General Electrica, General Electrica, General Electrica, General Electrica, General

Digital Equipment Corporation의 PDP-11 시리즈 컴퓨터에 사용되는 버전은 DEC에 판매되어 DBMS-11로 판매되었습니다.1976년에 소스코드는 ICL에 라이선스를 취득하여 2900 시리즈 메인프레임에서 실행되도록 소프트웨어를 포팅하고 이후 1900년 이전 제품군에서도 실행되도록 했습니다.ICL은 Cullinane과는 독립적으로 소프트웨어를 계속 개발하여 ICL 2900 IDMS라는 이름으로 원래 포팅된 제품을 판매하고 IDMSX라는 확장 버전을 판매했습니다.이러한 형태로 많은 영국의 대규모 사용자가 사용하고 있습니다.예를 들어, Indent Revenue가 운영하는 Pay-as-You-Earn 시스템을 예로 들 수 있습니다.영국 정부를 위한 이러한 IDMSX 시스템의 대부분은 2013년에도 여전히 가동되고 있었다.

1980년대 초중반에 관계형 데이터베이스 관리 시스템이 보급되기 시작한 것은 하드웨어의 파워가 높아지고 미니컴퓨터와 클라이언트 서버 아키텍처로의 이행이 촉진되었기 때문입니다.관계형 데이터베이스는 CODASYL 시스템보다 개발 생산성이 향상되었으며, 성능 저하에 기초한 기존의 반대는 서서히 줄어들고 있었습니다.

Cullinet은 관계형 프런트 엔드 및 다양한 생산성 도구를 개발하여 IBM의 DB2 및 기타 관계형 데이터베이스와 계속 경쟁하려고 시도했습니다.여기에는 Automatic System Facility(ASF; 자동 시스템 퍼실리티)가 포함되어 있습니다.이 ASF는 LRF(논리 레코드 퍼실리티)라고 불리는 기존의 IDMS 기능을 사용하고 있습니다.ASF는 테이블을 유지하기 위한 미니 응용 프로그램을 개발하는 빈칸 채우기 데이터베이스 생성기였습니다.

이러한 특징이 제품의 판매 수명을 연장하는 데 성공했을지는 판단하기 어렵지만, 장기적으로는 거의 영향을 미치지 않았다.IDMS를 계속 사용하고 있는 유저들은, 주로, IDMS의 관계형 기능이 아닌, 높은 퍼포먼스에 관심이 있었습니다.관계형 데이터베이스와 관계형 베니어 네트워크 데이터베이스 사이에 큰 차이가 있다는 것은 널리 알려진 사실이다(관계형 모델의 아버지인 E. F. Codd의 유명한 캠페인에 의해 지원됨).

1989년 Cullinet 인수^[2] 후에도 Computer Associates는 개발을 계속하여 1992~93년에 완전한 SQL을 탑재한 Release 12.0을 출시했습니다.CA Technologies는 후속 릴리즈에서 TCP/IP 지원, 2단계 커밋 지원, XML 퍼블리싱, zIIP 전용 프로세서 지원, CA IDMS 서버, SQL 옵션 및 GUI 데이터베이스 관리와의 조합으로 CA IDMS 및 확장 IDMS를 지속적으로 마케팅 및 지원했습니다.CA-IDMS 시스템은 오늘날에도 전 세계에서 비즈니스를 운영하고 있습니다.많은 고객이 CA Technologies의 Dual Database Strategy의 일부인 CA-IDMS SQL 옵션을 통해 애플리케이션을 웹으로 사용하도록 선택했습니다.

통합 데이터 사전

IDMS의 정교한 기능 중 하나는 내장 통합 데이터 사전(IDD)이었습니다.IDD는 주로 데이터베이스 정의를 유지하기 위해 개발되었습니다.그 자체가 IDMS 데이터베이스였습니다.DBA(데이터베이스 관리자) 및 기타 사용자는 Data Dictionary Definition Language(DDL)라는 언어를 사용하여 IDD와 인터페이스합니다.IDD는 ADS/Online 및 IDMS-DC와 같은 IDMS 패밀리의 다른 제품의 정의 및 코드를 저장하는 데도 사용되었습니다.IDD의 힘은 확장 가능하고 거의 모든 제품의 정의를 만드는 데 사용할 수 있다는 것이었습니다.일부 기업은 사내 문서를 개발하기 위해 이를 사용했습니다.

개요

논리 데이터 모델

사용자에게 제공되는 데이터 모델은 CODASYL 네트워크 모델입니다.이 모델의 주요 구조 개념은 레코드와 세트입니다.레코드는 기본적으로 다른 유형의 필드로 구성된 COBOL 패턴을 따릅니다.이것에 의해, 반복 항목이나 반복 그룹등의 복잡한 내부 구조가 가능하게 됩니다.

Codasyl 모델에서 가장 독특한 구조 개념은 세트입니다.수학 집합과 혼동하지 말고, Codasyl 집합은 레코드 간의 일대다 관계를 나타냅니다. 즉, 한 명의 소유자와 여러 명의 구성원입니다.레코드가 많은 다른 세트의 멤버가 될 수 있다는 사실은 네트워크 모델과 이전의 계층 모델을 구별하는 중요한 요소입니다.레코드와 마찬가지로 각 세트는 이름 있는 세트유형에 속합니다(세트유형이 다르면 논리관계가 다릅니다).집합은 실제로 정렬되어 있으며 집합 내의 레코드 시퀀스를 사용하여 정보를 전달할 수 있습니다.레코드는 임의의 수의 세트의 소유자 및 멤버로 참여할 수 있습니다.

레코드에는 ID가 있습니다.ID는 데이터베이스 키라고 불리는 값으로 표시됩니다.IDMS 에서는, 다른 대부분의 Codasyl 실장과 같이, 데이타베이스 키는 디스크상의 레코드의 물리 주소와 직접 관련됩니다.데이터베이스 키는 링크된 목록 및 트리 형식으로 세트를 구현하기 위한 포인터로도 사용됩니다.논리 모델과 물리 실장(Codasyl 모델의 엄밀하게 필요한 부분은 아니지만 모든 성공적인 실장의 특징)의 밀접한 대응은 데이터베이스 검색의 효율성에 영향을 미치지만 데이터베이스 로딩이나 재구축 등의 운용도 비용이 많이 듭니다.

레코드는 데이터베이스 키, 설정된 관계를 따르거나 키 값을 사용하여 직접 액세스할 수 있습니다.처음에는 Codasyl 모델에서 CALC 액세스로 알려진 메커니즘인 해싱을 통해서만 직접 액세스할 수 있었습니다.IDMS 에서는, CALC 액세스가 내부 세트를 개입시켜 실장되어 같은 해시치를 공유하는 모든 레코드가, 모든 디스크 페이지의 최초의 몇 바이트를 차지하는 오너 레코드에 링크 됩니다.

이후 몇 년 동안 IDMS의 일부 버전은 BTree와 유사한 인덱스를 사용하여 레코드에 액세스할 수 있는 기능을 추가했습니다.

보관소

IDMS는 데이터베이스를 일련의 파일로 정리합니다.이러한 파일은 매핑되어 이른바 영역에 미리 포맷됩니다.영역은 디스크의 물리적 블록에 해당하는 페이지로 세분됩니다.데이터베이스 레코드는 이러한 블록 내에 저장됩니다.

DBA는 각 영역에 대해 파일 내의 고정 페이지 수를 할당합니다.그런 다음 DBA는 각 영역에 저장할 레코드와 저장 방법에 대한 세부 정보를 정의합니다.

IDMS 는, 특수한 스페이스 할당 페이지를 데이타베이스 전체에 걸쳐서 사용합니다.이러한 페이지는 데이터베이스의 각 페이지에서 사용 가능한 빈 공간을 추적하는 데 사용됩니다.I/O 요건을 줄이기 위해 영역의 사용 가능한 공간이 30% 미만이 되었을 때만 사용 가능한 공간이 모든 페이지에 대해 추적됩니다.

IDMS 데이터베이스에 레코드를 저장하는 방법에는 다음 4가지가 있습니다.직접, 순차, CALC 및 VIA.Fujitsu/ICL IDMSX 버전에서는 Page Direct와 Random이라는 두 가지 방법이 더 있습니다.

다이렉트 모드에서는 타겟 데이터베이스 키가 사용자에 의해 지정되고 가능한 한 해당 DB 키에 가깝게 저장되며 레코드가 저장된 실제 DB 키는 애플리케이션 프로그램으로 반환됩니다.

순차 배치(인덱스 순차와 혼동하지 않음)는 각 새 레코드를 영역 끝에 배치합니다.이 옵션은 거의 사용되지 않습니다.

CALC는 해시 알고리즘을 사용하여 레코드를 배치할 위치를 결정합니다.그러면 해시 키를 사용하여 레코드를 효율적으로 검색할 수 있습니다.전체 CALC 영역은 각각 특수 CAL "소유자" 레코드로 구성된 헤더를 사용하여 미리 포맷됩니다.해시 알고리즘은 페이지 번호(물리 디스크주소를 결정할 수 있는 것)를 결정해, 레코드는 이 페이지 또는 가능한 한 가까운 페이지에 보존되어 CALC 세트를 사용해 그 페이지의 헤더 레코드에 링크됩니다.CALC 레코드는 단일 링크 목록(포인트)을 사용하여 페이지의 CALC Owner 레코드에 링크됩니다.따라서 페이지 헤더에 있는 CALC Owner는 특정 페이지를 타깃으로 하는 모든 레코드 세트를 소유합니다(레코드가 그 페이지에 저장되어 있는지, 오버플로우가 발생했을 경우 다른 페이지에 저장되어 있는지 여부).

CALC는 매우 효율적인 저장 및 검색을 제공합니다.IDMS는 1.1 I/O 조작으로 CALC 레코드를 취득할 수 있습니다.그러나 이 방식은 프라이머리 키의 값 변경에 잘 대처하지 못하기 때문에 페이지 수를 늘려야 할 경우 고가의 재구성이 필요하다.해결 방법은 영역을 확장한 다음 각 CALC 레코드에 대해 해당 영역을 순차적으로 스캔한 다음 MODIFY 동사를 사용하여 각 레코드를 업데이트하는 것입니다.그러면 각 CALC 레코드가 영역의 새 페이지 범위에 대해 계산된 올바른 대상 페이지의 CALC 세트에 연결됩니다.이 방법의 단점은 이제 타겟 페이지에 있는 CALC 레코드가 거의 없어지고 각 페이지의 CALC 세트를 탐색하는 데 많은 IO 작업이 수반될 수 있다는 것입니다.따라서 퍼포먼스가 저하될 수 있으므로 극단적인 상황에서만 이 회피책을 사용하는 것이 좋습니다.

VIA 배치는 특정 세트의 소유자 근처에 레코드를 저장하려고 합니다.일반적으로 레코드는 소유자와 동일한 물리적 페이지에 클러스터됩니다.이렇게 하면 레코드에 액세스 할 때 효율적으로 네비게이션할 수 있습니다.(VIA를 통해 레코드를 다른 IDMS 영역에 저장하여 소유자와 별도로 저장하면서도 효율성을 위해 클러스터화된 상태로 유지할 수 있습니다.IDMSX 에서는, 소정의 페이지수만큼 오너로부터 오프셋 할 수도 있습니다).

Page Direct(IDMSX만 해당)는 Direct 모드와 유사하지만 대상 데이터베이스 페이지 번호가 지정되고 레코드가 해당 페이지의 CALC 체인에 연결됩니다.

랜덤(IDMSX만 해당)은 CALC 알고리즘을 사용하여 저장할 때 대상 페이지 번호를 레코드 오카렌스에 할당합니다(이는 레코드 내의 키를 사용하거나 키가 없는 랜덤의 경우 저장 날짜와 시간을 CALC 알고리즘의 시드로 사용합니다).

세트는 일반적으로 데이터베이스 키를 포인터로 사용하여 링크된 목록으로 유지됩니다.모든 레코드에는 다음 레코드로의 전송 링크가 포함됩니다.데이터베이스 설계자는 소유자 포인터와 이전 포인터를 포함할지 여부를 선택할 수 있습니다(제공하지 않으면 이러한 방향으로의 네비게이션이 느려집니다).

IDMS의 일부 버전에는 인덱스를 정의하는 기능이 포함되어 있습니다.레코드 인덱스는 세컨더리 키에 대한 지식에서 레코드를 찾을 수 있도록 하거나 인덱스를 설정하여 키 값으로 세트의 멤버를 검색할 수 있도록 합니다.

IDMSX 페이지 다이렉트레코드 및 랜덤 배치레코드는 일반적으로 위에서 설명한 레코드 인덱스와 함께 사용됩니다.인덱스 자체는 Direct(실제로 "인덱스 ID를 키로 사용하는 CALC"를 의미함) 또는 CALC의 배치 규칙을 따릅니다.

출시 이력(Computer Associates/CA 시대)

릴리즈 버전	발매일	기능의 예
R12	1992	24시간 처리, 논리적 물리적 분리, 카탈로그 관리, 교착 관리, 집중형 보안 기능, SQL
R14	1999-01-09[3]	Parallel sysplex 이용, 멀티태스킹
R15	2001-04-25[4]	퍼포먼스 향상, 데이터 공유
R16	2004-04-13[5]	2단계 커밋, TCP/IP, 병렬 액세스 볼륨 악용, XML 퍼블리싱
R17	2008-10-30[6]	성능 향상, zIIP 지원, 자동 복구 기능[7] 향상
R18	2011-06-02	zIIP 지원 강화, 자동 시스템 튜닝, 성능 향상, 설치 및 유지 보수 간소화

사용자 그룹

IDMS에는 CA IDMS 또는 관련 제품을 사용하거나 지원하는 비영리 사용자 어소시에이션이 있습니다.다음과 같은 것이 있습니다.

• CA IDMS(IUA EIUA) 글로벌 사용자 커뮤니티
• AID – Anwendervereinigung IDMS 독일
• 호주 IDMS 사용자 그룹
• BeNeLux IDMS 사용자 어소시에이션
• Chicago IDMS 사용자 그룹
• 퀘벡 위원회 IDMS 사용자
• 댈러스 CA-IDMS 사용자 포럼
• 유럽 IDMS 사용자 그룹
• 핀란드 IDMS 사용자 그룹
• AUI – Association des Utilisateurs d'IDMS – 프랑스
• Rocky Mountain IDMS 사용자 그룹
• 영국 IDMS 사용자 협회

「 」를 참조해 주세요.

• CA 데이터콤/DB
• IBM 정보 관리 시스템
• ICL IDMS(X)

레퍼런스

외부 링크

• CA IDMS