시스템 지원 프로그램
System Support Program![]() SSP 7.5의 메인메뉴(TN5250 클라이언트 내부에 표시 | |
개발자 | IBM |
---|---|
동작 상태 | 단종 |
초기 릴리즈 | 전 ( |
플랫폼 | 시스템/34 및 시스템/36 미니 컴퓨터 |
체납 사용자 인터페이스 | 명령줄 인터페이스 |
면허증. | 독자 사양 |
선행 | 시스템/32 시스템 제어 프로그램(SCP) |
에 의해 성공자 | OS/400 |
SSP(시스템 지원 프로그램)는 IBM System/34 및 System/36 미니컴퓨터의 운영 체제였습니다.SSP는 1977년에 출시된 명령 기반 운영 체제입니다.
역사
![]() | 이 문서의 어조나 문체는 위키피디아에서 사용되는 백과사전적 어조를 반영하지 못할 수 있습니다.(2022년 6월 (이 를 에 대해 설명합니다) |
SSP에는 원래 릴리스라고 불리는 다른 버전에서 1977년부터 1983년까지 System/34에 구현된 60여 개의 명령어가 포함되어 있었습니다.Release 1은 원본 S/34와 함께 1977년에 발행되었습니다.릴리스 9는 1981년에 발행되었습니다.1983년 IBM은 SSP를 IBM System/36이라는 새로운 컴퓨터에 재패키지화했는데, S/34와 객체 코드가 호환되지 않았습니다.1994년 IBM은 SSP를 Advanced/36이라는 S/36의 업데이트된 모델로 재패키지했습니다.A/36은 SSP가 "가상 머신"으로 구현된 IBM AS/400이었습니다.
SSP의 주요 릴리스는 다음과 같습니다.
- S/34
- S/34 Release 1.0 – 이것은 1977년에 첫 번째 S/34와 함께 출하된 것으로 보입니다[citation needed].
- S/34 Release 8.0 – 1980년경에[citation needed] 발행된 것 같습니다.
- S/34 Release 9.0 – 이것이 S/34 c.180의 마지막 릴리즈입니다.
- S/36
- S/36 Release 1.0 – 1983년에 첫 번째 S/36과 함께 출고된[citation needed] 것으로 보입니다.
- S/36 Release 2.0 – 이 릴리스는 8809 테이프 드라이브를 지원했습니다.
- S/36 Release 4.0 – 이 릴리스에서는 S/36에 5개의 작업큐가 [citation needed]할당되었습니다.
- S/36 Release 5.1 –536X 플랫폼의 마지막 주요 변경은 이 1988년 릴리즈입니다.
- S/36 Release 6.0 – VASP 또는 부가가치 지원 제품이라고도 불리는[citation needed] 이 릴리스에서는 RPG에서 프로그램 호출을 허용하는 기능이 추가되었으며 업그레이드 시 사용자에게 필요한 AS/400 크기를 계산하는 소프트웨어도 제공되었습니다.VASP는 논란이[citation needed] 많았다.6.0이 제대로 작동하지 않으면 5.1로 돌아갈 수 없다는 소문이 업계 신문에[citation needed] 나돌았습니다.RPG CALL/PARM을 사용한 프로그램 콜은 RPGII 디자인보다 열등하고 고객 애드온 [citation needed]제품보다 열등했습니다.
- S/36 Release 7.1 – 이 1994 Release는 Advanced/36(9402-236 모델)과 함께 출고되었습니다.첫 번째 A/36 머신은 하위 릴리스에서는 작동하지 않으며 7.5와도 호환되지 않습니다(기술적으로는 7.1 머신의 프로그램오브젝트 코드가 7.5 또는 그 반대로 실행되며, 많은 9402-236이 9402-436으로 업그레이드되어 메인보드에서 새로운 LIC 코드가 설치되고 복사본에서 복원됩니다).네 파일과 voila, 모두 성공했어.)Advanced/36에서는 이전 릴리스 컴파일러가 작동하지 않는다는 소문이 돌았지만 사실무근으로 판명되었습니다.프로그래머가 아마도 더 고급인 7.x 컴파일러 대신 5.1 RPGII 컴파일러를 사용하는 데는 이유가 있었습니다.
- S/36 Release 7.5 – 이 1995년 릴리즈는 Advanced/36 (9402-436)의 두 번째 및 마지막 웨이브와 함께 출고되었습니다.WRKSYSVL과 같은 기능을 통해 운영자는 시스템 시간을 즉시 변경할 수 있었습니다. 이는 조립자 서브루틴을 통해 이를 수행하는 고객 애드온이 Advanced/36에서는 작동하지 않았기 때문입니다.그러나 7.1과 7.5에서는 파일 열기/닫기, VTOC 가져오기 등의 어셈블러 루틴이 정상적으로 기능했습니다.
- Guest/36 – Release 7.5입니다만, AS/400 (OS/400 V3R6 ~ V4R4 를 실행하고 있는 경우)에 M36 (게스트)를 셋업 할 수 있습니다.또, 이 게스트의 「파티션」이 있는 것 외에, 필요에 따라서 OS/400 이 있는 것을 제외하고, 9402-436 와 같이 동작합니다.따라서 2102, 2104 및 2106의 3단계의 9402-436(후자의 경우 베이스보다 약 2.7배 빠름)이 충분히 빠르지 않으면 9406-xxx 머신을 구입하여 "guest/36"을 설치할 수 있습니다.또, 복수의 게스트를 인스톨 할 수도 있습니다/36.접속된 워크스테이션의 수에 제한이 있었지만, AS/400 상에서 2개의 게스트/36을 실행하고, 워크스테이션 간에 DDM(분산 데이터 관리)을 셋업하거나, OS/400을 사용하여 대용량 파일을 호스트 하는 것도 간단하게 실시할 수 있었습니다.S/36 및 A/36은 대부분 Twinax 접속 단말에서만 동작하지만 Guest/36(또는 M/36)에서는 모든 단말기를 tcp/ip를 실행하는 LAN 상에 배치하여 Guest/36 환경에서 가상 디바이스로 만들 수 있습니다.
- S36EE(S/36 실행 환경)– AS/400 및 그 후속 버전(iSeries, IBM i)에서 지원되므로 사용자는 변환하지 않고도 s/36 프로그램 및 절차를 계속 실행할 수 있습니다.많은 시스템 프로세서도 이와 함께 작동합니다.일반적으로는 추가 단계를 거쳐야 하기 때문에 속도가 느리지만 오늘날에는 S36E의 속도가 A/36의 실행 속도보다 몇 배 더 빠릅니다.예를 들어 Adv/36에서 한 작업을 실행하는 데 12분이 걸렸고 S36EE 모드에서 실행하는 데 20초가 걸렸습니다.그러나 오브젝트 코드는 이전 S/36 및 A/36과 호환되지 않으므로 모든 프로그램과 메뉴를 다시 컴파일해야 했습니다.단, S36E뿐만 아니라 OS/400 어플리케이션도 실행할 수 있다는 장점이 있습니다.S/36 프로그램에서 데이터베이스 테이블에 액세스할 수 있으며, 에서 S/36 프로그램을 사용하여 RPG/400 및 RPGIV 프로그램을 호출할 수 있습니다.따라서 기술적으로 SSP는 아니지만 SSP처럼 보이고 SSP처럼 동작하며 S/36 프로그램/프로세스를 실행합니다.
S/36 및 A/36 및 M/36 운영 체제의 제한 사항:시스템에서 사용할 수 있는 최대 디스크 용량은 4GB(운영체제 발생 시마다)였습니다.따라서 2개의 M36 "파티션"을 실행하는 머신에는 각각 4GB가 포함될 수 있습니다.또 다른 제한은 프로그램 크기이며 64KB를 초과할 수 없습니다.이보다 큰 프로그램이 있으면 콜/팜이 도입된 후 몇 년 안에 코드를 호출된 프로그램으로 이동해야 했습니다. 기본 프로그램이 63kb라면 20kb라는 프로그램을 쉽게 호출할 수 있기 때문입니다.또한 약 8,000개 이상의 파일을 컴퓨터에 저장할 수 없습니다.프로그램에 가져올 수 있는 파일 수에도 제한이 있었습니다(다시 호출된 프로그램에 파일을 넣고 결과를 다시 전달하여 이동할 수 있습니다).처음에 로드할 수 있는 레코드의 최대 수는 약 800만 개, 파일 1개에 저장할 수 있는 최대 수는 약 1600만 개였습니다.이러한 제한은 S36EE에는 없습니다(프로그램에는 몇 개의 최대 파일 수가 있지만 네이티브 SSP보다 훨씬 큽니다).
기능 및 컴포넌트
SSP를 사용하여 라이브러리, 데이터 파일, 메뉴, 프로시저, 소스 멤버, 보안 파일 등의 S/34-36 개체를 작성, 삭제 및 관리할 수 있습니다.
SSP에는 DFU, SEU, SDA 및 WSU 등의 모듈이 포함되어 있습니다.이 모듈에서는 오퍼레이터는 라이브러리와 파일의 작성, 간단한 보고서 작성, 정보에 대한 접근을 간소화하는 메뉴 구조를 유지할 수 있습니다.Advanced/36은 WSU를 지원하지 않습니다.패스워드 및 자원 보안도 SSP를 통해 구현됩니다.리모트 통신도 현재 다이얼업 네트워킹과 비슷합니다.
SSP는 디스크 기반 운영 체제입니다.컴퓨터 프로그램은 고정 디스크에서 실행할 수 있지만 디스켓이나 테이프에서는 실행할 수 없습니다.System/34 5340 또는 System/36 5360/5362는 1~4개의 고정 디스크, 최소 1개의 컴퓨터 터미널 및 8인치 디스켓 드라이브로 구성된 고정 디스크 어레이입니다.옵션으로 2개의 매거진 유닛을 장착할 수 있으며 각 유닛에 10개의 디스켓을 장착할 수 있습니다.S/36 5363/5364 에는, 5-1/4 인치 FDD 가 탑재되어 있습니다.S/36 컴퓨터는 8809 릴 투 릴 테이프 드라이브(800/1600 bpi) 또는 6157 1/4 인치 카트리지(QIC) 테이프 드라이브로 구성할 수 있습니다.A/36 컴퓨터에는 고밀도 QIC 드라이브가 탑재되어 있지만, 5.25인치 또는 8인치 디스켓 드라이브(싱글)는 9348-001 트랙(릴 투 릴) 1600/6250 bpi 테이프 드라이브와 마찬가지로 옵션입니다.
시스템 유틸리티 프로그램
SSP 프로시저는 유틸리티 프로그램을 사용합니다.이것은 경우에 따라서는 SSP 프로시저 자체보다 컴퓨터 프로그래머에게 더 유용할 수 있습니다. $MAINT는 ALOCLIBR, BLDLIBR, FROMLIBR, LIBR, RIBRIBR, REMOVE, CONDENSE, LISTLIBR 및 TOLIBR에서 사용되는 라이브러리 유틸리티입니다.$COPY는 SAVE, RESTOR, COPY DATA 및 LIST DATA에서 사용되는 파일 유틸리티입니다.$FBLD, $LABEL, $DUpRD, $INIT, $DELET, $HIST, $CNFIG, #GSORT, $PACK 및 $PROF 등 관련된 SSP 절차보다 프로그램레벨에서 유연성이 높은 유틸리티가 많이 있습니다.
CNFIGSSP를 사용한 설정
CNFIGSSP 순서는 디바이스를 포함한 시스템 설정에 사용되었습니다.각 디바이스에는 2글자 ID가 할당됩니다.첫 번째 문자는 알파벳이어야 하고 두 번째 문자는 알파벳이어야 합니다.또한 시스템은 특정 ID를 예약했습니다. 예를 들어 디바이스를 I1 또는 F1이라고 부를 수 없습니다.I1은 FDD의 이름입니다.F1은 하드디스크(HDD)가 이동식 디스크팩이 아니기 때문에 고정디스크(Fixed Disk)의 약자입니다.
CNFIGSSP를 적용하려면 시스템을 전용으로 해야 합니다(다른 사용자가 로그온하거나 프로그램을 실행하지 않음).시스템을 IPL(재기동)해야 합니다.IPL이 완료되면 새로운 디바이스가 상태 디스플레이에 표시됩니다.
SDA - 스크린 디자인 지원 자료
SDA를 통해 오퍼레이터는 화면 형식 또는 메뉴를 작성할 수 있습니다.명령 키는 활성화/비활성화할 수 있습니다.입력 필드, 출력 필드 및 상수를 생성하고 조정할 수 있습니다.조건(RPG에서는 인디케이터라고 부릅니다)으로 인해 필드가 사라지거나 색상이 변경될 수 있습니다.
SEU - 소스 엔트리 유틸리티
SEU는 한 줄 단위로 데이터를 입력할 수 있는 텍스트 에디터입니다.특수 양식은 RPG 프로그램 또는 기타 유형의 폼 기반 언어(WSU, Sort, SDA 등) 키 입력을 지원하기 위해 사용됩니다.
SORT - 시스템 정렬 유틸리티
SORT에는 1~8개의 입력 파일이 있으며 유효한 레코드 길이일 수 있습니다.이 파일에는 임의의 길이의 출력 파일이 1개 포함되어 있으며, 0 ~800만 이상의 레코드를 포함할 수 있습니다.
정렬에는 전체 레코드를 포함할 수도 있고 연관된 파일의 레코드를 가리키는 3바이트 주소만 포함할 수도 있습니다.이를 주소 출력 파일 또는 ADDROUT이라고 부릅니다.Addrout을 사용할 때 프로그램은 이러한 3바이트 주소를 읽은 후 마스터 파일에서 관련 레코드를 가져옵니다.
WSU - 워크스테이션 유틸리티
이것은 SSP에서 실행되는 RPG와 같은 언어입니다.데이터 입력형 프로그램에 초점을 맞췄습니다.WSU는 무료였지만, 너무 제한적이었기 때문에 특별히 좋은 평가를 받지는 못했습니다.
DFU - 데이터 파일 유틸리티
개별 레코드의 필드 값을 보고 변경하는 데 사용되는 IBM이 제공하는 무료 항목입니다.
DFU 사용 가능
- 프로그래머가 프로그램을 작성하지 않고 데이터베이스 파일을 즉시 갱신할 수 있습니다.
- 프로그래머가 데이터베이스 파일에서 기본 작업을 수행하기 위한 간단한 프로그램을 만듭니다.
- 데이터 입력 담당자가 파일에서 레코드를 추가 또는 제거하거나 레코드를 인쇄합니다.
프로그래밍
Operational Control Language (Operational Control Language)
고급 언어 프로그램에서는 OCL을 활성화해야 합니다.OCL은 시스템 메모리에 프로그램을 로드하여 시작하고(실행이라고 하는 프로세스), 디스크 파일, 프린터, 메시지 구성원, 메모리, 디스크 공간 등의 리소스를 이러한 프로그램에 할당하는 데 사용됩니다.화면에 텍스트를 표시하거나 메시지를 일시 중지하는 등의 다른 기능을 사용하면 OCL이 더욱 강력해집니다.
RPG II
RPG II는, 「WORKSTN 파일」에 액세스 할 수 있도록, 키보드나 모니터에 앉아 있는 사람과 펀치 된 카드 베이스의 언어를 교환할 수 있도록, 시스템/3일부터 변경되었습니다.WORKSTN 파일은 출력 파일(모니터에 기입)과 입력 파일(사용자의 키보드 입력을 받아들였기 때문에)이었습니다.따라서 combined-primary 파일 또는 combined-demand 파일이라는 라벨이 붙었습니다.
커맨드 키는 RPG 인디케이터 KA-KY가 되어, 화면상의 다른 폼은 폼 자체에 숨겨진 다른 보이지 않는 컨트롤 문자로 인식된다.사용자가 입력하기 위해서는 화면에 양식을 표시해야 하기 때문에 RPG II는 프로그램이 입력을 받기 전에 출력을 쓸 수 있는 방법을 제공하였다.성공한 프로그래머의 대부분은 결합 프라이머리 WORKSTN 파일을 사용하는 것에서 결합 디맨드 파일을 사용하는 것으로 바뀌었습니다.이 파일은 디스플레이를 읽고 쓰는 조작 코드를 가지고 있습니다.복수의 WORKSTN을 코드화하는 방법도 있었습니다.메모리에 있는 같은 프로그램의 같은 카피에 복수의 유저가 서명할 수 있었습니다.가장 큰 프로그램 크기는 64k였습니다.
프로그램 속성 - MRT, SRT, NNEP
MRT = Multiple Requestor Terminal 프로그램.SSP는 한 번에 최대 7개의 단말기를 프로그램에 연결할 수 있습니다.어떤 오퍼레이터라도 단말기에서 프로그램을 시작할 수 있고, 같은 프로그램을 선택하면 다른 오퍼레이터의 단말기가 부착됩니다.서비스되는 단말기의 최대 수는 프로그래머가 제어할 수 있었습니다.
SRT = 단일 요청자 터미널 프로그램입니다.MRT가 아닙니다.
NRT = 요청자 터미널 프로그램이 없습니다.단말기에서 시작된 NRT는 요청 단말기를 해제하고 계속 진행합니다.이것은 MS-DOS TSR(Terminate and Stay Resident) 프로그램과 유사합니다.정의상 EVOKEd 또는 JOBQ에 제출된 프로그램은 모두 NRT였습니다.
NEP = Never Ending Program(끝나지 않는 프로그램).이것은 일반적으로 모든 단말기가 절단된 후 일부 단말기가 재접속될 때까지 대기하는 인터랙티브 MRT 프로그램이며, 시작 오버헤드를 회피합니다.이것은 일반적으로 다른 단말기 및/또는 후속 트랜잭션에 대한 처리를 계속하면서 단말기를 다른 단말기에서 다른 단말기로 전달하는 작은 프로그램 체인으로 대형 프로그램을 구현할 수 있도록 하기 위해 사용되었습니다.NRT 프로그램은 작업이 완료되었음을 나타내는 조건을 루프하고 대기하도록 작성된 경우 NEP가 될 수도 있습니다.NEP 프로그램은 특별한 종료 조건을 인식하도록 기술되지 않는 한 일반적으로 시스템이 종료될 때까지 종료되지 않았습니다.
오브젝트 코드 형식
Cobol, Fortran 및 RPG가 생성한 객체 코드(타입 O).Basic만 해석되었습니다.Basics라는 컴파일 유틸리티가 서브루틴 코드(타입 R)를 만들었습니다.기본 프로그램은 다른 컴퓨터와의 호환성을 위해 소스로 저장할 수 있지만 프로젝트의 텍스트는 서브루틴에 보존됩니다(프로그래머가 LOCK 파라미터를 사용하여 비공개로 유지하지 않는 한).
OCL을 사용하여 프로그램을 시작하고 리소스를 할당하는 프로시저는 유형 P입니다.
위에서 지정한 기본을 제외하고 모든 개체의 소스 멤버는 유형 S입니다.
DFU 프로그램이 서브루틴(R) 코드를 생성합니다.WSU 프로그램도 마찬가지였다.
화면 형식이 생성된 개체 코드입니다.
메뉴가 생성한 객체 코드입니다.메뉴는 단순히 관련 번호를 선택했을 때 취할 액션을 포함하기 위해 두 개의 파운드 기호("##")가 부가된 동반 메시지 구성원과 함께 매우 구체적인 화면 형식입니다.
일반적인 SSP 응용 프로그램
- Programmer and Operator Productivity Aid(POP)는 널리 사용되는 개발 프로그램입니다.어드밴스드 36에 포함되어 있습니다.
- MAPICS, 제조 및 생산 정보 제어 시스템.
- IMAS, 단순한 계정 패키지
- BPCS, 보다 고도의 회계 시스템
- IBM Office/36 프로그램 모음(DisplayWrite/36, IDDU, Query 등)은 1980년대 후반에 인기를 끌었으며 이후 Advanced/36에 번들되었습니다.System/34 Text Editor는 Office/36의 전신입니다.
- Britz Word Processing System은 메일 메시지, 라벨 및 기본 파일 편집 기능을 가진 범용 텍스트 편집기였습니다.
시스템 보안
SSP 시스템에는 다음 4가지 보안 유형이 있습니다.
- 배지 보안.
- 패스워드 보안
- 자원 보안
- 메뉴 보안
배지 보안은 5250 시리즈 단말기에 연결된 스트라이프 리더 장치를 사용하여 구현됩니다.사용자는 로그온하기 위해 사용자/비밀번호 정보를 입력할 뿐만 아니라 리더를 통해 배지를 넘겼습니다.
분리하다
사용자 ID 및 비밀번호 조작에는 SECEDIT 절차가 사용되었습니다.사용자 프로파일에는 1~8 문자의 영숫자 사용자 ID, 4 문자의 영숫자 비밀번호, 사용자의 보안 등급 코드(M(Master Security Officer), S(Security Officer), O(System Operator), C(Subconsole Operator) 또는 D(Display Station Operator)가 포함되어 있습니다.
SECEDIT RESOURCE 절차를 사용하여 파일, 라이브러리, 폴더 및 그룹 객체의 보안 등급을 설정했습니다.O(Owner), C(Change), U(U(Update), R(Read), E(Execute) 또는 N(None)의 액세스 수준을 특정 리소스에 부여할 수 있습니다.그룹 오브젝트는 하나 이상의 하위 오브젝트를 소유하는 일종의 지주회사입니다.예를 들어, 그룹 AccountG에 대한 액세스를 허용하면 모든 계정 파일에 대한 액세스를 쉽게 설정할 수 있습니다.그룹 개체는 그룹 파일을 참조할 수도 있습니다. 그룹 UB는 UB를 참조합니다.구식, UBNEW, UB.01 또는 마침표가 포함된 파일 이름.
SECEDIT USERID는 사용자의 조작 권한을 특정 메뉴로 제한하기 위해서도 사용되었습니다.필수 메뉴에 Y를 입력하고 기본 사인온 메뉴를 지정함으로써 보안 담당자는 사용자가 사인온 메뉴에서 찾을 수 없는 프로그램 액세스를 방지할 수 있습니다.이렇게 제한된 사용자는 메뉴 옵션 실행, 메시지 전송 및 시스템 로그오프만 수행할 수 있습니다.
기타 절차
PROF("Profile") 절차는 사용자 ID 및 비밀번호 조작에 사용되었습니다.사용자 프로파일에는 1~8 문자의 영숫자 사용자 ID, 4 문자의 영숫자 비밀번호, 사용자의 보안 등급 코드(M(Master Security Officer), S(Security Officer), O(System Operator), C(Subconsole Operator) 또는 D(Display Station Operator)가 포함되어 있습니다.
파일 및 라이브러리 객체의 보안 등급을 설정하기 위해 PRSRCID("사용자 ID에 의한 Profile Resource Security") 절차를 사용했습니다.O(Owner), G(Change), R(Read), E(Execute) 또는 N(None)의 액세스레벨을 사용자에게 특정 리소스에 부여할 수 있습니다.
인쇄된 디스크 카탈로그(VTOC, Volume Table of Contents)에는 보안으로 표시된 표기가 3인 모든 보안 개체가 표시되었습니다.
파일, 라이브러리 및 폴더
SSP는 파일 및 라이브러리라고 하는2개의 다른 데이터 오브젝트를 제공합니다.파일에는 레코드가 포함되어 있으며, 거의 항상 레코드 길이가 고정되어 있습니다.라이브러리에는 이러한 파일을 참조하고 액세스할 수 있는 프로그램이 포함되어 있습니다.SSP에는 오퍼레이터가 파일과 라이브러리를 작성, 삭제, 복사, 편집/변경 및 보호할 수 있는 80개 이상의 명령어가 포함되어 있습니다.
라이브러리 또는 파일은 하나의 고정 디스크 상의 인접한 조직에 존재해야 합니다(다만, 라이브러리는 재구성해야 하는 약 50개의 블록으로 구성된 "확장"을 포함할 수 있으며, 다른 사용자에게 할당된 경우 확장할 수 없습니다).파일은 EXTEND 값으로 구성하거나 FILE OCL로 할당하여 자동으로 확장할 수 있습니다.파일이 확장되는 동안 모든 레코드가 추가/업데이트/삭제 대기합니다.확장 빈도를 최소화할 수 있을 만큼 충분히 큰 확장 값을 작성하는 것이 좋습니다.라이브러리는 연속되지 않은 "확장"을 가질 수 있습니다.때때로 프로그램을 컴파일할 때 익스텐트가 생성되며, "CONDENSE"를 수행하여 메인 할당에 충분한 공간이 있는 경우 해당 익스텐트가 제거되었다.그렇지 않으면 ALOCLIBR을 실행하여 라이브러리를 더 큰 크기로 재할당합니다.
S/36의 파일은 순차(S), 직접(D) 또는 색인(I)일 수 있습니다.인덱스된 파일에는 여러 개의 대체 인덱스(X)가 있을 수 있으며, 실제로 순차 파일에는 대체 인덱스가 배치되어 기본 인덱스가 없습니다.인덱스 파일에는 키가 포함되어 있습니다.이 키는 연속해야 하며 최대 60자까지 사용할 수 있습니다.단, 대체 인덱스에는 서로 연속되지 않은 3부분 키가 포함될 수 있습니다.인덱스 또는 대체 인덱스 파일의 중복 키는 허용되거나 허용되지 않을 수 있습니다.직접 구성을 가진 파일은 모든 레코드가 추가된 상태로 작성되며 자동으로 확장될 수 없습니다.순차적 또는 색인화된 구성이 포함된 파일은 레코드가 추가되지 않은 상태로 구축됩니다.대체 인덱스는 부모로부터 레코드를 필터링하는 조건으로 작성된 시스템/38 스타일의 논리 파일과 달리 항상 부모 인덱스와 같은 수의 레코드를 가집니다.
1986년에는 분산 데이터 관리 아키텍처(DDM) 지원이 SSP에 추가되었습니다.이를 통해 System/36 프로그램은 CICS를 실행하는 리모트 System/36, System/38 및 IBM 메인프레임 시스템에서 레코드 지향 파일을 작성, 관리 및 액세스할 수 있게 되었습니다.또한 원격 시스템/36 및 시스템/38 시스템의 프로그램이 시스템/36에서 파일을 생성, 액세스 및 관리할 수 있도록 했습니다.DDM에 의해 정의된 초기 레코드 지향 파일 모델은 System/36 파일 시스템을 기반으로 했습니다.
관련 운영 체제
System/3(1969)는 System Control Program(SCP)(5702-SC1)이라고 불리는 디스크 기반의 배치 운영 체제를 실행했습니다.IBM은 나중에 배치 프로그램으로 시작된 Communications Control Program(CCP)이라는 이름의 System/3용 온라인 프로그램을 도입했습니다.IBM System/32(1975)는 시스템 제어 프로그램이라고도 불리는 디스크 기반 운영 체제를 실행했습니다.IBM System/38(1978)은 SSP보다 훨씬 고급이며 특별히 유사하지는 않은 CPF(Control Program Facility)라는 운영 체제를 실행했습니다.
원천
- IBM Publications SC21-8299, SSP 운영 체제 일반 정보.
외부 링크
- Bitsavers Archive of System/34 문서 - SSP 문서 포함
- Bitsavers Archive of System/36 문서 - SSP 문서 포함