A-0: 개발 환경 설정 — 첫 SQL을 만나기 위한 준비

안녕하세요! 데이터베이스의 세계로 여러분을 안내할 홍순구 튜터입니다. 드디어 첫 시간이네요, 반갑습니다.

앞으로 우리는 Oracle 데이터베이스 위에서 SQL이라는 언어를 배우고, SQLD(SQL 개발자) 자격증까지 함께 준비합니다. 교재의 예제는 전부 하나로 이어져요. 바로 여러분이 매일 쓰는 인스타그램을 그대로 닮은 데이터베이스를 처음부터 직접 만들어 나가는 겁니다. 회원이 있고, 게시물이 있고, 댓글과 좋아요와 팔로우가 서로 얽히는 바로 그 구조를요.

"저는 프로그래밍을 한 번도 안 해봤는데 괜찮을까요?" 네, 전혀 걱정 마세요. 이 과목은 코딩 경험이 없어도 시작할 수 있게 설계했습니다. SQL은 영어 문장에 가까운 언어라, 한 줄씩 천천히 따라오면 누구나 데이터를 자유롭게 다루게 됩니다.

다만 본격적으로 SQL을 만나기 전에 딱 하나 준비할 게 있어요. SQL을 실행해 볼 무대, 바로 데이터베이스 실습 환경입니다. 요리를 배우려면 먼저 주방이 있어야 하죠? 오늘은 그 주방을 차리는 시간입니다. 환경만 잘 잡아두면 다음 시간부터는 SQL에만 온전히 집중할 수 있어요.

 오늘의 여정 — 실습 환경을 잡고 첫 접속까지

  ① 무설치        브라우저만으로 → 가장 빠른 첫 SELECT
       │
  ② 로컬 Docker   docker compose up → 내 컴퓨터에 진짜 DB   ◀ 우리의 메인 경로
       │
  ③ 클라우드       Oracle Cloud → 어디서든 접속되는 개인 DB
       │
       ▼
   "환경이 살아있다" 확인 → SELECT * FROM member 로 첫 조회 성공

자, 그럼 우리의 첫 데이터베이스를 켜러 가볼까요?

💡 오늘 수업의 핵심 — "내 컴퓨터 안에 진짜 데이터베이스를 띄우고, 조회 한 줄로 '환경이 살아있다'를 확인한다"

🎯 학습 목표

• 실습 환경 세 가지 경로(무설치 · 로컬 Docker · 클라우드)의 차이를 이해하고, 내 상황에 맞는 것을 고를 수 있다.
• docker compose up 한 줄로 Oracle 데이터베이스를 내 컴퓨터에 띄울 수 있다.
• SQL 클라이언트로 접속해 SELECT * FROM member 로 환경이 정상 동작하는지 확인할 수 있다.

Step 1: "데이터베이스는 대체 어디서 돌아가나요?"

본격적인 설정에 앞서, 아주 짧게 개념 하나만 짚고 갈게요.

우리가 다룰 데이터베이스는 데이터를 차곡차곡 담아두는 거대한 창고예요. 그리고 그 창고를 관리하는 프로그램을 DBMS(Database Management System), 즉 데이터베이스 관리 시스템이라고 부릅니다. 우리가 이번 과목에서 쓸 DBMS가 바로 Oracle(오라클)이에요. (관계형 모델이니 테이블이니 하는 정식 개념은 다음 시간에 제대로 다룹니다. 오늘은 "데이터베이스도 결국 프로그램"이라는 것만 기억해 주세요.)

여기서 중요한 사실 하나. 데이터베이스는 프로그램이기 때문에, 누군가의 컴퓨터에서 돌아가고 있어야 우리가 접속할 수 있습니다. 그럼 그 프로그램을 어디서 돌릴까요? 크게 세 갈래 길이 있습니다.

세 갈래 길

 ① 무설치        내 브라우저 ──인터넷──▶ [ 오라클이 빌려주는 서버의 DB ]
 ② 로컬 Docker   내 컴퓨터 안에 [ 컨테이너 = 내 DB ]   ← 인터넷 없이도 동작
 ③ 클라우드       내 브라우저 ──인터넷──▶ [ 클라우드에 있는 내 전용 DB ]

그럼 누구에게 무엇이 맞을까요? 일단 SQL이 처음이라 "되는지부터 빨리 보고 싶다"면 ① 무설치가 좋아요. 제대로 공부하면서 데이터를 직접 넣고 빼며 체득하고 싶다면 ② 로컬 Docker가 정답입니다. 그래서 이 강의의 메인 경로는 ②예요. ③ 클라우드는 여러 기기에서 접속하거나 포트폴리오로 남기고 싶을 때 더해주면 됩니다.

오늘은 세 가지를 다 만나보되, ② 로컬 Docker를 중심으로 환경을 완성하겠습니다.

💡 한 줄 정리

데이터베이스는 어딘가에서 돌아가는 프로그램이고, 그걸 돌리는 방법이 무설치 · 로컬 Docker · 클라우드 세 가지다. 우리의 주력은 로컬 Docker.

Step 2: "클릭 한 번으로 첫 SELECT — 무설치로 시작하기"

가장 빠르게 성공을 맛보는 길부터 가볼게요. 아무것도 설치하지 않고, 브라우저만으로요.

Oracle Live SQL이라는 사이트에 들어가 무료로 가입하면, 곧바로 SQL을 입력하는 창이 열립니다. 설치도, 설정도 없어요. 오라클이 자기네 서버에 DB를 띄워두고 잠깐 빌려주는 방식이거든요.

그럼 첫 SQL 한 줄을 실행해 봅시다.

SELECT 1 FROM dual;

SELECT는 "조회해라", 1은 그냥 숫자 1을 의미해요. 그런데 뒤의 dual(듀얼)은 뭘까요? dual은 오라클이 기본으로 제공하는, 딱 한 줄짜리 더미(dummy) 테이블입니다. 조회할 진짜 데이터가 없어도 "계산 한 번 해보고 싶다", "DB가 살아있나 확인하고 싶다" 할 때 쓰는 연습용 받침대예요.

이 한 줄을 실행하면 결과로 1 이 딱 하나 돌아옵니다.

        1
 ---------
        1

별것 아닌 것 같죠? 하지만 방금 여러분은 SQL을 실행하고 데이터베이스의 응답을 받아본 겁니다. 이게 앞으로 수백 번 반복할 흐름의 첫걸음이에요. 질문(SQL)을 던지면 → DB가 답(결과)을 돌려준다.

다만 무설치 환경은 "첫 성공"에 좋은 만큼 한계도 분명해요. 내가 만든 데이터가 오래 보존된다는 보장이 약하고, 여러 명이 동시에 붙으면 불안정합니다. 그래서 진짜 공부는 다음 경로, 내 컴퓨터 안의 DB에서 합니다.

💡 한 줄 정리

무설치(Oracle Live SQL)는 브라우저 가입만으로 즉시 SQL을 실행해 볼 수 있는 가장 빠른 길이다. SELECT 1 FROM dual 로 첫 응답을 받아봤다.

Step 3: "내 컴퓨터에 진짜 DB를 — Docker라는 표준 상자"

이제 우리의 메인 경로입니다. 내 컴퓨터 안에 Oracle 데이터베이스를 직접 띄워볼게요. 그런데 그냥 설치하면 안 되나, 왜 Docker를 쓰나부터 짚고 가겠습니다.

Oracle 같은 큰 데이터베이스를 컴퓨터에 직접 설치하는 건 생각보다 까다로워요. 운영체제(윈도우·맥·리눅스)마다 방법이 다르고, 설정도 복잡합니다. "분명 똑같이 했는데 나만 안 돼요" 같은 일이 자주 벌어지죠.

그래서 등장한 게 Docker(도커), 그리고 컨테이너(container)라는 개념입니다.

컨테이너를 항구의 표준 화물 컨테이너에 비유해 볼게요. 안에 든 게 냉장 식품이든 자동차든, 컨테이너 규격은 똑같아서 어떤 배든 어떤 항구든 그대로 실립니다. 소프트웨어 컨테이너도 마찬가지예요. 프로그램과 그 프로그램이 돌아가는 데 필요한 환경을 통째로 표준 상자에 담아둔 것이라, 내 PC든 친구 PC든 똑같이 동작합니다. "나만 안 되는" 문제가 사라지는 거죠.

우리가 쓸 상자는 이미 만들어져 있어요. 이름은 이렇습니다.

 gvenzl/oracle-free:slim
   ├─ gvenzl      → 이미지를 만든 사람
   ├─ oracle-free → DB 종류 (Oracle Free)
   └─ slim        → 가벼운(slim) 버전

이 상자의 설계도를 이미지(image)라고 부르고, 그 설계도로 실제로 띄운 것을 컨테이너라고 불러요. 이미지를 내려받아 컨테이너로 띄우면 내 컴퓨터 안에 Oracle DB가 생기는 겁니다.

⚠️ 함정 — 이미지 이름 뒤의 :slim처럼 버전 숫자를 박지 않은 태그를 쓰는 걸 추천해요. :23.5.0 같이 특정 버전을 콕 집으면, 시간이 지나 그 버전이 사라지면 받기 어려워집니다. :slim은 "가벼운 최신 버전"을 항상 가리켜서 안전해요.

"맥은 오라클 못 돌린다던데요?" 그건 옛말입니다. 요즘 이 이미지는 애플 실리콘(M1~M4) 맥에서 별도 에뮬레이션 없이 그대로 돌아가요. 윈도우는 WSL2 환경에서 동작합니다.

💡 한 줄 정리

Docker는 프로그램과 실행 환경을 표준 상자(컨테이너)에 담아 "어디서나 똑같이" 돌게 해준다. 우리는 gvenzl/oracle-free:slim 이미지로 Oracle을 띄운다.

Step 4: "한 장으로 띄우기 — docker compose up"

컨테이너를 띄우는 명령을 매번 길게 입력하긴 번거로워요. 그래서 어떤 컨테이너를, 어떤 설정으로 띄울지를 파일 한 장에 적어두고, 명령 한 줄로 띄웁니다. 그 파일이 docker-compose.yml이에요.

우리 프로젝트의 설정 파일을 통째로 보겠습니다.

# docker-compose.yml
services:
  oracle:
    image: gvenzl/oracle-free:slim
    container_name: instagram-oracle
    ports:
      - "1521:1521"
    environment:
      # gvenzl 이미지는 ORACLE_PASSWORD (공식 이미지의 ORACLE_PWD 와 다름 — 섞으면 첫 부팅 실패)
      ORACLE_PASSWORD: oracle
      # 앱 전용 유저를 FREEPDB1 에 자동 생성한다
      APP_USER: insta
      APP_USER_PASSWORD: insta1234
    volumes:
      # 최초 부팅 시 한 번 실행되는 초기화 스크립트 (회원·게시물 최소 시드)
      - ./sql/seed/00_init.sql:/container-entrypoint-initdb.d/00_init.sql
      - oracle-data:/opt/oracle/oradata
    healthcheck:
      test: ["CMD", "healthcheck.sh"]
      interval: 10s
      timeout: 5s
      retries: 20
      start_period: 90s

volumes:
  oracle-data:

낯선 단어가 많지만 핵심만 짚으면 됩니다.

• image — 어떤 상자를 쓸지. 우리는 앞에서 본 gvenzl/oracle-free:slim.
• ports — "1521:1521". 1521은 Oracle이 접속을 받는 표준 문 번호(포트)예요. 이 문을 통해 우리가 접속합니다.
• ORACLE_PASSWORD — 관리자 비밀번호. 여기선 oracle로 정했어요.
• APP_USER / APP_USER_PASSWORD — 실습용 사용자 계정. insta / insta1234 로 자동 생성됩니다. (관리자 계정은 너무 강력해서, 평소엔 이 앱 계정으로 접속해요.)
• volumes — 처음 켤 때 미리 준비한 회원·게시물 데이터를 자동으로 넣어줍니다.

⚠️ 함정 — 위 주석에도 적어뒀듯이, 이 이미지는 비밀번호를 ORACLE_PASSWORD로 받습니다. 인터넷의 다른 예제에서 본 ORACLE_PWD를 무심코 섞어 쓰면 첫 부팅부터 실패해요. 우리 강의는 ORACLE_PASSWORD로 통일합니다.

이제 이 파일이 있는 폴더에서 단 한 줄을 실행합니다.

docker compose up -d

-d는 "백그라운드로 띄워라"는 뜻이에요. 처음 켤 때는 상자(이미지)를 내려받고 데이터베이스를 만드느라 1~2분쯤 걸립니다. 로그를 들여다보다가 DATABASE IS READY TO USE! 라는 문장이 보이면 준비가 끝난 거예요.

docker compose logs -f

💡 한 줄 정리

docker-compose.yml에 설정을 적어두고 docker compose up -d 한 줄이면 Oracle DB가 내 컴퓨터에 뜬다. 접속 문은 1521번 포트, 실습 계정은 insta다.

Step 5: "SQL 클라이언트로 문 열기"

DB 서버는 떴습니다. 그런데 그 안을 들여다보고 SQL을 입력하려면 도구가 하나 더 필요해요. 바로 SQL 클라이언트입니다.

비유하자면 DB 서버는 건물이고, SQL 클라이언트는 그 건물에 들어가 일을 보는 출입 도구예요. 건물(서버)은 1521번 문을 열어둔 채 기다리고, 우리는 클라이언트로 그 문을 통해 들어갑니다.

클라이언트는 여러 종류가 있어요.

• DBeaver(디비버) 🌟 — 무료에 화면이 직관적이라 입문자에게 추천합니다.
• SQL Developer — 오라클이 만든 공식 도구.
• SQLcl — 명령줄에서 쓰는 가벼운 도구.

어떤 걸 쓰든 접속할 때 넣는 정보는 똑같습니다. 우리 환경 기준으로는 이렇게요.

 호스트(Host)      : localhost
 포트(Port)        : 1521
 서비스명(Service) : FREEPDB1
 사용자(User)      : insta
 비밀번호(Password): insta1234

localhost는 "이 컴퓨터 자신"을 뜻해요. DB가 내 컴퓨터 안에 떠 있으니 localhost로 접속합니다. FREEPDB1은 우리가 접속할 데이터베이스의 서비스명이에요. (이 이미지가 기본으로 제공하는 이름입니다.)

⚠️ 함정 — 클라이언트 접속 창에 보면 서비스명(Service Name) 칸과 SID 칸이 따로 있는 경우가 많아요. FREEPDB1은 서비스명 칸에 넣어야 합니다. SID 칸에 잘못 넣으면 "그런 DB 없다"며 접속이 안 돼요. 둘이 비슷해 보여 입문자가 자주 헷갈리는 부분입니다.

정보를 맞게 넣고 연결 버튼을 누르면, 드디어 우리 데이터베이스에 들어갑니다.

💡 한 줄 정리

SQL 클라이언트(추천: DBeaver)로 localhost:1521의 FREEPDB1에 insta 계정으로 접속한다. FREEPDB1은 'SID'가 아니라 '서비스명' 칸에 넣는다.

Step 6: "환경이 살아있다 — 첫 조회"

접속에 성공했다면, 이제 진짜 첫 조회를 해봅시다. 우리 환경에는 미리 준비해둔 회원 데이터가 자동으로 들어가 있어요. 한 줄이면 됩니다.

SELECT * FROM member;

SELECT *는 "모든 열을 조회해라", FROM member는 "member라는 곳에서"라는 뜻이에요. 실행하면 회원들이 이렇게 돌아옵니다.

회원 8명이 화면에 떴다면 축하합니다. 환경이 완벽하게 살아있다는 증거예요. 데이터베이스가 떠 있고, 그 안에 데이터가 들어있고, 우리가 SQL로 그걸 꺼내 보는 데 성공한 겁니다. 오늘 목표를 달성했어요.

지금은 결과를 눈으로만 즐겨도 충분해요. 그래도 살짝 미리 보자면, member처럼 데이터가 담긴 표를 테이블(table), 회원 한 명 한 명이 차지한 가로줄을 행(row), username·nickname 같은 세로 칸을 열(column)이라고 부릅니다. 자기소개(bio)를 안 쓴 회원은 빈칸으로 남아 있죠? 이 빈칸을 데이터베이스에서 뭐라고 부르고 어떻게 다루는지도 차차 배웁니다.

💡 한 줄 정리

SELECT * FROM member 로 미리 준비된 회원 8명이 조회되면 환경 구축 성공이다. 테이블·행·열이라는 이름은 다음 시간에 제대로 만난다.

Step 7: "어디서든 접속되는 개인 DB — 클라우드"

마지막으로 세 번째 사다리, 클라우드를 짧게 안내할게요. 지금 당장 필요하진 않지만, 알아두면 쓸모가 큽니다.

Oracle Cloud Always Free는 오라클이 무료로 평생 제공하는 클라우드 데이터베이스예요. 브라우저에서 Database Actions → SQL 메뉴로 들어가면, 무설치 환경처럼 바로 SQL을 입력할 수 있습니다. 다만 이건 잠깐 빌리는 게 아니라 내 전용 DB라, 데이터가 계속 보존되고 어느 기기에서든 접속됩니다.

대신 무료인 만큼 제약이 있어요.

• 무료 한도: DB 2개 / 저장 공간 20GB 정도.
• 7일 동안 한 번도 안 쓰면 자동으로 정지됩니다. (다시 켜면 살아나요.)

그래서 클라우드는 이런 분께 잘 맞아요. 여러 기기(집·학원·카페)에서 같은 DB에 접속하고 싶거나, 만든 결과를 포트폴리오로 남기고 싶을 때요.

세 갈래 길을 마지막으로 한눈에 정리하면 이렇습니다.

💡 한 줄 정리

클라우드(Oracle Cloud Always Free)는 무설치이면서 데이터가 영속되는 개인 DB다. 여러 기기 접속·포트폴리오용으로 곁들이면 좋다.

마무리

첫 시간 수고 많으셨어요! 오늘은 SQL을 한 줄도 깊게 배우진 않았지만, 앞으로 모든 공부가 올라설 든든한 무대를 완성했습니다.

오늘 배운 핵심 세 가지

• 💡 하나 — 데이터베이스는 어딘가에서 돌아가는 프로그램이고, 그걸 돌리는 길은 무설치 · 로컬 Docker · 클라우드 세 가지다. 우리의 메인은 로컬 Docker.
• 💡 둘 — docker compose up -d 한 줄로 내 컴퓨터에 Oracle을 띄우고, SQL 클라이언트로 localhost:1521의 FREEPDB1에 insta 계정으로 접속한다.
• 💡 셋 — SELECT * FROM member 로 회원 8명이 조회되면 환경이 살아있는 것이다. 질문(SQL)을 던지면 DB가 답(결과)을 돌려준다.

다음 시간 예고

오늘은 "데이터베이스도 프로그램"이라는 것만 가볍게 짚었죠. 다음 시간에는 한 발 더 들어갑니다. 데이터베이스와 DBMS가 정확히 무엇인지, 그리고 오늘 슬쩍 봤던 테이블 · 행(row) · 열(column)이 무슨 의미인지 제대로 짚어요. 회원을 한 명 한 명 구분해주는 기본키(primary key)라는 개념도 처음 만납니다.

그리고 오늘은 SELECT * FROM member 로 "그냥 다 보여줘"만 했지만, 다음 시간에는 "원하는 열만", "원하는 회원만" 골라 보는 진짜 의미 있는 첫 SELECT를 작성합니다. 오늘 띄워둔 이 환경 그대로 이어서 쓸 거예요. 그러니 컨테이너는 끄지 말고 두거나, 다음 시간에 docker compose up -d 로 다시 켜면 됩니다.

과제

오늘 과제는 손으로 직접 환경을 완성하고 첫 접속까지 성공시키는 거예요. SQL 실력보다 "환경이 내 손에서 돌아간다"는 경험이 목표입니다.

[기초] 내 컴퓨터에 Oracle 띄우고 첫 접속하기

이번 강의의 docker-compose.yml을 그대로 두고 docker compose up -d 로 데이터베이스를 띄워보세요. 준비가 끝나면 SQL 클라이언트(DBeaver 추천)로 FREEPDB1에 insta 계정으로 접속하고, SELECT * FROM member 를 실행해 회원 8명이 조회되는지 확인합니다. 화면에 8명이 떴다면 성공이에요.

[응용] 무설치 경로로도 첫 SELECT 성공시키기

Docker 말고 무설치 경로도 한 번 경험해 보세요. Oracle Live SQL에 가입한 뒤 SELECT 1 FROM dual 을 실행해 결과 1이 돌아오는지 확인합니다. 같은 SQL이라도 환경이 다르면 접속 방식이 어떻게 달라지는지 비교해 보세요.

[심화] docker-compose.yml 뜯어보고 한 군데 바꿔보기

docker-compose.yml의 APP_USER를 insta가 아닌 다른 이름(예: myinsta)으로 바꾸면 어떻게 될지 예상해 보고, 실제로 바꿔서 다시 띄워본 뒤 그 계정으로 접속해 보세요. (힌트: 데이터를 새로 초기화하려면 docker compose down -v 후 다시 up 해야 합니다.) 설정 한 줄이 접속에 어떤 영향을 주는지 직접 확인하는 게 목표예요.

생각해볼 주제

1. 왜 세 가지 경로를 모두 알아둘까?

무설치 · 로컬 Docker · 클라우드. 같은 SQL을 실행하는데도 환경은 세 가지나 됩니다. 각 경로는 어떤 상황에서 빛나고, 어떤 약점을 가질까요? "딱 하나만 쓰면 되지"라는 생각의 함정은 무엇일지 고민해 보세요.

2. "설치"가 아니라 "컨테이너로 띄운다"는 것의 의미

우리는 Oracle을 직접 설치하지 않고 Docker 컨테이너로 띄웠어요. 직접 설치하는 방식과 컨테이너로 띄우는 방식은 무엇이 다를까요? "나만 안 되는" 문제가 왜 컨테이너에서는 줄어드는지, 자기 말로 설명해 보세요.

3. 데이터를 그냥 파일(엑셀·메모장)에 저장하면 안 되나?

데이터를 보관하는 거라면 엑셀이나 메모장에 적어두면 될 것 같기도 합니다. 그런데도 사람들은 굳이 무겁고 복잡한 데이터베이스(DBMS)를 씁니다. 왜 그럴까요? 회원이 수백만 명이고 여러 사람이 동시에 데이터를 고치는 인스타그램 같은 서비스를 떠올리며 생각해 보세요.