플렉스튜디오에서 회의실 예약이나 프로젝트 관리처럼 큰 틀 하나에 세부 정보가 여러 개 들어가는 앱을 개발할 때, 1:N 관계 테이블 구조는 반드시 이해해야 하는 기본 개념입니다. 그러나 익숙하지 않은 툴로 작업하다 보면 이 구조가 헷갈리거나 어렵게 느껴지는 경우가 많습니다. 이번 시리즈에서는 1:N 관계 테이블 구조를 처음부터 차근히 설명하고, 회의실 예약 앱을 실제로 개발하는 과정을 함께 다룹니다. 이번 글에서는 가장 먼저 1:N 관계 테이블의 개념을 정리합니다.
실제로 고객사로부터 다음과 같은 문의를 받은 사례가 있습니다.
예약 목록을 조회할 때 참석자를 하나로 묶어 표시했더니,
수정 화면으로 넘어가면 참석자들의 고유번호가 전부 예약번호로 바뀌어 누가 누구인지 구분되지 않고 저장도 제대로 되지 않습니다.
이 문제는 예약 데이터와 참석자 데이터 간 연결고리가 끊어진 구조에서 발생합니다. 해결의 핵심은 단순합니다. 부모 테이블의 PK 값(예: 예약번호)을 자식 테이블에 FK로 내려받아 저장하면, 예약번호 1에 참석자 N명이라는 관계가 명확히 유지됩니다. 이 원리를 정확히 이해하면 앞서 언급한 문제는 설계 단계에서 예방할 수 있습니다.
두 개의 테이블이 존재한다고 가정하겠습니다.
첫 번째 테이블에는 대회의실, 주간개발 미팅, 예약자: 김태수와 같은 정보가 저장되며, 해당 행의 번호를 42번이라고 하겠습니다.
두 번째 테이블에는 참석자 정보가 저장됩니다. 이때 추가되는 각 행의 예약번호 42는 첫 번째 테이블의 42번 행을 참조합니다. 이 관계가 바로 1:N 관계입니다.
위 구조를 ER 다이어그램으로 표현한 뒤 DB 관점으로 옮기면 다음과 같이 정리할 수 있습니다.
이때 reservationSeq는 '42번 예약에 속한 참석자'임을 지시하는 연결고리, 즉 외래키(FK) 역할을 수행합니다.
📌 플렉스튜디오 용어 사전
1:N 패턴은 회의실 예약에만 국한되지 않습니다. 다양한 업무 시스템에서 폭넓게 활용되며 대표 사례는 다음과 같습니다.
결국 큰 틀의 정보 하나에 세부 정보가 여러 개 연결되는 구조를 이해하면 다양한 업무 앱을 설계할 수 있습니다.
이번 시리즈에서 구현할 완성 앱의 주요 기능은 다음과 같습니다.
또한 이번 앱에는 1:N 관계가 두 쌍 포함됩니다.
이처럼 1:N 관계가 중첩된 구조 역시 플렉스튜디오에서 간결하게 구현할 수 있습니다.
지금까지 1:N 관계 테이블의 개념과 필요성을 살펴봤습니다.
다음 강의에서는 본 글에서 설명한 테이블을 플렉스튜디오에서 직접 생성하는 과정을 다루겠습니다.