4차원 학습 기초

FileMaker Pro, Microsoft Access 또는 최신 로우코드 도구에서 4D(4th Dimension)로 전환하시려는 경우, 가장 먼저 필요한 것은 지형에 대한 정확한 지도입니다. 원본 “4th Dimension Learning Basics” 페이지는 FileMaker Pro 5.0과 4th Dimension 6.5의 시스템 요구 사항을 나란히 비교하여 작성되었습니다. 이는 대략 1999~2000년 당시의 스냅샷입니다. 이 스냅샷은 여전히 유용하지만, 이는 해당 요구 사항이 왜 달랐는지, 그리고 두 제품이 세상을 바라보는 관점이 어떻게 다른지를 이해했을 때만 가능합니다. 이 기사는 원본 비교 내용을 보존하면서 그 주변의 맥락을 보완합니다. 즉, 수치가 의미하는 바가 무엇인지, 플랫폼이 어떻게 갈라졌는지, 그리고 오늘날 4D 시스템을 상속받거나 유지 관리할 때 어떻게 실질적인 결정을 내릴 수 있는지를 설명합니다. 4D가 여전히 귀하의 스택에 적합한지 고민 중이시라면, 4th dimension low code reviews에서 현재의 도구들과 비교해 어떻게 평가되는지 확인해 보시기 바랍니다.

핵심 요약

• 원본 FileMaker vs. 4D 요구 사항 표는 구매 가이드가 아니라 역사적 기준점입니다. 특정 RAM 및 OS 수치는 당시의 시대적 유물로 취급하십시오.
• 가장 중요한 아키텍처적 차이점은 4D가 프로그래밍 가능한 관계형 데이터베이스 개발 환경인 반면, FileMaker Pro는 최종 사용자용 데이터베이스 애플리케이션으로 포지셔닝되었다는 점입니다.
• 구조, 메소드, 폼, 데이터 파일의 분리라는 4D의 특성 덕분에 단일 사용자 데스크톱 도구에서 클라이언트/서버 및 웹 게시 시스템으로 확장할 수 있습니다.
• 네트워킹 모델, 런타임 라이선스, 컴파일러 가용성은 4D와 FileMaker가 가장 극명하게 갈라진 세 가지 영역이며, 오늘날에도 마이그레이션 결정의 핵심이 되는 부분입니다.
• 최신 4D(4D v20 및 이후 버전)는 최신 macOS 및 Windows에서 실행되며, SQL 및 REST를 지원하고 Git과 통합됩니다. 6.5 시대의 제약 사항은 더 이상 적용되지 않습니다.

보존된 원본 비교

소스 자료는 두 제품을 정면으로 비교했습니다. 데스크톱 데이터베이스 역사의 실제 순간을 기록하고 있으므로, 해당 비교 내용을 그대로 유지합니다.

FileMaker Pro 5.0 — Macintosh: Power Macintosh; 16 MB RAM; Mac OS 버전 7.6.1 이상; CD-ROM 드라이브 및 하드 드라이브; TCP/IP 또는 AppleTalk 네트워크 연결(네트워크를 통해 FileMaker 데이터베이스를 공유하는 데 필요). 웹 게시 요구 사항에는 TCP/IP를 통해 인터넷 또는 인트라넷에 지속적으로 액세스할 수 있는 호스트 컴퓨터, 인터넷 접속을 위한 ISP, 그리고 12시간 단위로 최대 10개의 IP 주소로 제한된 웹 게시 데이터베이스 액세스 권한이 포함되었습니다.

FileMaker Pro 5.0 — Windows: Intel 호환 컴퓨터(486/33 이상); 16 MB RAM; Windows 95, Windows 98 또는 Windows NT 4(서비스 팩 3); CD-ROM 드라이브 및 하드 드라이브. 웹 게시 요구 사항은 동일했습니다. 지속적인 TCP/IP 액세스가 가능한 호스트, ISP, 그리고 12시간당 동일한 10개 IP 주소 제한이 있었습니다.

4th Dimension 6.5 — Macintosh: Power PC 601 프로세서, 하드 드라이브 및 System 7.6.1 이상, 20 MB RAM; CD-ROM 드라이브 및 하드 드라이브.

4th Dimension 6.5 — Windows: 하드 드라이브가 장착된 486 또는 Pentium 기반 머신 및 다음 중 하나: 최소 16 MB RAM의 Windows 95/98, 또는 최소 24 MB RAM의 Windows NT Workstation 또는 Server.

관련 항목: Airtable — 자동화, 보기 및 공유 가능한 인터페이스를 갖춘 실제 관계형 데이터베이스 위에 있는 간단한 스프레드시트 인터페이스입니다..

두 가지 점이 눈에 띕니다. 첫째, 4D는 Mac에서 더 많은 RAM(20 MB vs 16 MB)을 요구했고 Windows NT Workstation과 Server 구성을 구분했습니다. 이는 4D가 이미 서버 역할로 배포되고 있었다는 신호입니다. 둘째, FileMaker의 웹 게시가 IP 주소별로 측정되었다는 점은 이것이 엔터프라이즈 배포가 아닌 소규모 작업 그룹 게시를 목표로 했음을 보여줍니다.

요구 사항이 달랐던 이유

16 MB와 20~24 MB 사이의 격차는 임의적인 것이 아니었습니다. 이는 각 제품의 정체성에 대한 근본적인 차이를 반영한 것입니다.

FileMaker Pro는 프로그래머가 아닌 사람도 애플리케이션을 열어 스프레드시트와 같은 인터페이스에서 필드를 정의하고, 몇 가지 레이아웃 요소를 드래그하여 바로 데이터를 입력할 수 있도록 설계되었습니다. 대상 사용자가 데스크톱의 단일 사용자였기 때문에 런타임 풋프린트를 작게 유지했습니다.

쇼핑하는 경우: Zoho Creator — 더 넓은 Zoho 제품군에 연결되고 앱당 가격이 아닌 사용자당 가격으로 제공되는 로우 코드 앱 빌더입니다..

반면 4D는 완전한 개발 환경으로 출시되었습니다. 6.5 시대에도 다음과 같은 기능이 포함되어 있었습니다.

• 테이블, 필드 및 관계를 정의하기 위한 구조 편집기(structure editor)
• 4D 프로그래밍 언어 작성을 위한 메소드 편집기(method editor)
• 입력 및 출력 레이아웃 설계를 위한 폼 편집기(form editor)
• 인터프리터 코드를 독립 실행형 애플리케이션으로 변환할 수 있는 컴파일러(compiler)
• 단일 사용자 버전과 구별되는 클라이언트/서버 아키텍처

이러한 각 하위 시스템은 메모리와 디스크를 소비합니다. 더 높은 요구 사항은 단순한 애플리케이션이 아닌 플랫폼이 되기 위해 지불해야 했던 비용이었습니다.

인터프리터 vs 컴파일러의 구분

이 개념은 초기에 반드시 내면화해야 할 가장 중요한 포인트입니다. 4D에서는 4D 언어가 런타임에 한 줄씩 실행되는 **인터프리터 모드(interpreted mode)**에서 개발하고 실행할 수 있습니다. 이는 반복 작업 속도는 빠르지만 실행 속도는 느리며, 4D 개발 환경이 설치되어 있어야 합니다.

배포 준비가 되면 컴파일러를 사용하여 더 이상 전체 개발 환경이 필요 없는, 더블 클릭 가능한 독립 실행형 애플리케이션을 생성합니다. 이는 개념적으로 Python 스크립트를 인터프리터로 실행하는 것과 컴파일된 바이너리를 배포하는 것의 차이와 유사합니다. 같은 시대의 FileMaker는 이러한 개발자-독립 실행형 애플리케이션 파이프라인을 동일한 방식으로 제공하지 않았습니다. FileMaker의 Runtime 및 Developer 에디션은 나중에 출시되었으며 작동 방식도 달랐습니다.

오늘날 4D를 배우고 있다면 “컴파일된 4D 애플리케이션”이 최우선 배포 대상임을 이해하고, 첫날부터 그에 맞춰 프로젝트 구조를 계획하십시오.

설계 신호로서의 시스템 요구 사항

오래된 요구 사항 표를 읽는 것은 하나의 기술입니다. 단순한 향수가 아니라 여기서 어떻게 의미를 추출할 수 있는지 살펴보겠습니다.

관련 항목: Knack — 포털, 디렉토리 및 내부 도구를 목표로 하는 코드 없는 데이터베이스 빌더로, 사용자당 요금 대신 정액 요금이 적용됩니다..

요구 사항의 신호	의미하는 바
NT Workstation과 Server 수치 구분	벤더가 데스크톱뿐만 아니라 서버 배포를 예상함
특정 플랫폼에서 더 높은 RAM 요구	엔진이 해당 플랫폼에서 먼저 최적화되었거나 테스트되었을 가능성이 높음
웹 액세스에 대한 IP 주소 측정	웹 게시가 연결당 라이선스를 부여하는 부가 기능(bolt-on)이었음
CD-ROM 드라이브 명시	배포가 물리적 매체로 이루어졌으며 자동 업데이트가 없었음
AppleTalk 명시	TCP/IP가 보편화되기 전의 네트워킹 방식이 여전히 흔했음

실질적인 교훈: 4D, FileMaker, Access 또는 최신 로우코드 도구 등 어떤 데이터베이스 플랫폼을 평가하든, 벤더가 서버 구성을 별도로 나열하는지 확인하십시오. 그렇다면 해당 제품은 다중 사용자 배포용으로 구축된 것입니다. 데스크톱 사양만 나열되어 있다면, 동시 접속 시 성능 저하가 발생할 수 있는 단일 사용자용 도구일 가능성이 큽니다.

네트워킹: 클라이언트/서버 vs 파일 공유

두 제품 간의 네트워킹 차이는 RAM 수치보다 훨씬 더 결정적이었습니다.

FileMaker의 초기 공유 모델은 **네트워크를 통한 파일 공유(file sharing over a network)**였습니다. 한 대의 머신이 데이터베이스 파일을 열고 다른 머신들이 TCP/IP 또는 AppleTalk를 전송 수단으로 하여 여기에 연결하는 방식입니다. 이는 간단하며 소규모 팀에 적합하지만, “서버”가 실제로는 파일을 열어두고 있는 피어(peer) 머신에 불과함을 의미합니다.

우리의 선택: Claris FileMaker Pro — 단일 파일의 데스크톱, 웹, 모바일용 맞춤형 앱이 필요한 팀을 위한 장기 실행 관계형 데이터베이스 플랫폼입니다..

4D의 모델은 진정한 클라이언트/서버 아키텍처였습니다. 4D Server 프로세스가 데이터를 관리하고, 동시 액세스를 처리하며, 4D Client 애플리케이션의 요청에 응답합니다. 이는 PostgreSQL이나 Microsoft SQL Server의 작동 방식과 더 유사하며, 4D가 더 많은 사용자 수와 더 큰 데이터 세트로 확장될 수 있었던 이유입니다.

오늘날 구축을 계획하는 분들을 위한 의사결정 프레임워크는 다음과 같습니다.

• 단일 사용자 또는 두 명? 데스크톱 데이터베이스로 충분합니다.
• LAN 내 소수의 동시 사용자? 파일 공유 또는 경량 서버가 적합합니다.
• 수십 명의 사용자, 원격 액세스 또는 웹 클라이언트? 4D Server와 같은 진정한 클라이언트/서버 엔진이 필요합니다.

FileMaker 웹 게시의 초기 IP 주소 측정 방식은 이러한 제약 사항을 잘 보여주는 사례입니다. 즉, 개방형 웹 트래픽용으로 구축되지 않았던 것입니다.

런타임, 컴파일러 및 배포

원본 개요의 “런타임의 차이점”과 “컴파일러” 항목은 실제 개발 경로의 갈림길을 가리킵니다.

• 인터프리터 런타임: 4D 개발 환경 내에서 실행됩니다. 개발, 디버깅 및 머신을 직접 제어하는 내부 도구에 가장 적합합니다.
• 컴파일된 애플리케이션: 독립 실행형 실행 파일을 빌드합니다. 개발 환경을 갖추지 않은 사용자에게 배포하는 데 가장 적합합니다.
• 4D Server: 다중 사용자 엔진입니다. 동시 액세스가 필요한 공유 데이터에 가장 적합합니다.
• 4D Client: 연결 애플리케이션입니다. 서버와 통신하는 워크스테이션에 가장 적합합니다.

초보자가 흔히 하는 실수는 모든 것을 인터프리터 모드에서 개발한 뒤, 컴파일 단계에서 인터프리터가 묵인했던 오류들이 한꺼번에 나타나는 것을 발견하는 것입니다. 작은 테스트 프로젝트부터 조기에 빌드하고 컴파일하여, 수천 줄의 코드를 작성하기 전에 컴파일러의 요구 사항을 익히십시오.

웹 호스팅 및 데이터 차트 작성

원본 개요에서는 “웹 호스팅”과 “데이터 차트 작성”을 별개 주제로 나열했으며, 이 두 가지는 여전히 유효합니다.

4D 세계에서 웹 호스팅은 데이터베이스를 브라우저에 노출하는 것을 의미합니다. 역사적으로 이는 HTML 템플릿을 제공하고 4D 언어를 사용하여 요청에 응답하는 4D 내장 웹 서버를 통해 이루어졌습니다. 오늘날 4D는 REST 스타일 액세스를 지원하며 표준 웹 스택과 통합할 수 있으므로, 독점적인 게시 모델에 갇힐 필요가 없습니다. 웹 프런트엔드를 계획 중이라면, 페이지를 4D 서버 측에서 렌더링할지 아니면 REST를 통해 별도의 프런트엔드 프레임워크에 데이터를 노출할지 조기에 결정하십시오.

데이터 차트 작성은 쿼리 결과를 그래프와 대시보드로 변환하는 것을 의미합니다. 4D는 역사적으로 폼 객체와 타사 플러그인을 통해 차트 기능을 제공해 왔습니다. 실질적인 지침은 다음과 같습니다. 보고용 쿼리는 데이터 입력 폼과 분리하십시오. 보고 작업은 트랜잭션 작업과 성능 특성이 매우 다르기 때문입니다.

플러그인, 도구 및 생태계

원본 개요의 “플러그인”, “도구/유틸리티” 및 “리소스” 항목은 중요한 사실을 시사합니다. 어떤 데이터베이스 플랫폼도 고립되어 사용되지 않는다는 점입니다.

• 플러그인은 특수 파일 형식, 하드웨어 통합, 고급 그래픽 등 코어 기능이 제공하지 않는 기능을 통해 4D를 확장합니다.
• 도구 및 유틸리티는 코드 분석부터 데이터 복구까지 모든 영역을 다룹니다.
• 리소스(문서, 포럼, 커뮤니티 사이트)는 실제로 플랫폼을 배우는 곳입니다.

더 넓은 범주에 대한 권위 있는 배경 지식은 데이터베이스 관리 시스템 및 4D와 FileMaker의 기반이 되는 관계형 모델에 관한 Wikipedia 문서를 참조하십시오. 언어 및 플랫폼의 계보에 대해서는 4D (programming language) 항목이 좋은 시작점이 될 것입니다. 또한 최신 4D가 상호 운용되는 표준에 대해서는, 대부분의 시간을 4D 전용 언어로 보내더라도 SQL 개요를 읽어볼 가치가 있습니다.

결정 방법: 실용적인 프레임워크

플랫폼을 선택하거나 상속받는 경우, 다음 질문들을 순서대로 검토하십시오.

1. 동시 사용자 수는 몇 명인가? 1~2명이라면 데스크톱 도구로 충분합니다. 소수 이상이라면 실제 서버 엔진이 필요합니다.
2. 독립 실행형 앱을 배포해야 하는가? 그렇다면 4D가 제공하는 것과 같은 컴파일러가 있는 플랫폼이 필요합니다.
3. 웹 또는 모바일 프런트엔드가 필요한가? 그렇다면 REST 또는 SQL 액세스가 가능한 플랫폼을 선택하십시오.
4. 사용자 정의 로직이 얼마나 많은가? 복잡한 비즈니스 규칙이 많다면 폼 중심 환경보다 프로그래밍 가능한 환경이 유리합니다.
5. 팀의 기술 스택은 무엇인가? 시티즌 개발자(Citizen Developer)는 FileMaker 스타일의 도구에서 더 빠르게 생산성을 낼 수 있으며, 프로그래머는 4D의 메소드 편집기를 선호할 것입니다.

보편적인 정답은 없습니다. 올바른 선택은 어떤 제품의 기능 목록이 더 긴가가 아니라, 해결하려는 문제의 형태에 따라 달라집니다.

자주 묻는 질문

4D는 4th Dimension과 같은 것인가요?

네. “4D”는 원래 “4th Dimension”이라고 불렸던 제품의 현대적인 이름입니다. 시간이 흐르며 이름이 단축되었지만 플랫폼, 언어, 개발 환경은 동일한 계보를 잇고 있습니다. 1990년대와 2000년대의 문서와 커뮤니티 게시물에서는 “4th Dimension”을 사용하며, 최신 자료에서는 “4D”를 사용합니다.

4th Dimension은 왜 FileMaker Pro보다 더 많은 RAM이 필요했나요?

4D는 구조 편집기, 메소드 편집기, 폼 편집기, 컴파일러 및 클라이언트/서버 구성 요소를 모두 갖춘 완전한 개발 환경으로 출시된 반면, FileMaker Pro는 최종 사용자용 데이터베이스 애플리케이션으로 포지셔닝되었기 때문입니다. 동시에 실행되는 하위 시스템이 많을수록 메모리 풋프린트가 커집니다. 더 높은 요구 사항은 단순한 애플리케이션이 아닌 플랫폼으로서 제공된 결과였습니다.

4D에서 인터프리터 모드와 컴파일 모드의 차이점은 무엇입니까?

해석 모드에서는 4D 언어가 런타임에 한 줄씩 실행되므로 개발에는 편리하지만 속도가 느리고 개발 환경이 필요합니다. 컴파일 모드에서 컴파일러는 코드를 개발 환경 없이 실행되고 더 빠르게 실행되는 독립형 애플리케이션으로 변환합니다. 대부분의 프로덕션 배포에서는 컴파일된 애플리케이션이나 4D 서버를 사용합니다.

4D 데이터베이스를 웹에 게시할 수 있나요?

예. 4D에는 오랫동안 4D 언어를 사용하여 페이지를 제공하고 요청에 응답할 수 있는 내장 웹 서버가 포함되어 있었으며 최신 버전도 REST 스타일 액세스 및 표준 웹 스택과의 통합을 지원합니다. 원래 FileMaker 비교에서는 개방형 웹 트래픽이 아닌 소규모 작업 그룹 게시 모델을 반영한 IP 주소로 웹 액세스를 측정했습니다.

기존 시스템 요구사항이 계속 적용되나요?

아니요. 원래 비교 수치(16MB RAM, Windows 95/98, Mac OS 7.6.1)는 대략 1999년부터 2000년까지의 하드웨어 및 운영 체제를 설명합니다. 최신 4D 릴리스는 최신 버전의 macOS 및 Windows에서 실행되며 최신 데이터베이스 플랫폼에서 기대할 수 있듯이 훨씬 더 많은 메모리를 필요로 합니다. 기존 테이블을 구매 가이드가 아닌 과거 기준으로 취급하세요.

4D 초보자가 먼저 무엇을 배워야 할까요?

테이블, 필드, 관계 등 구조 편집기로 시작하세요. 양식, 메서드, 값 목록, 보고서 등 다른 모든 것은 해당 데이터 모델을 기반으로 구축됩니다. 명확한 관계형 구조를 정의할 수 있으면 메서드 편집기로 이동하여 4D 언어가 레코드를 읽고 쓰는 방법을 알아보세요. 양식과 값 목록은 이미 디자인한 구조에 대한 프레젠테이션 레이어일 뿐이므로 그 이후에 자연스럽게 배우게 됩니다.