귀여운 촌아의 작은상자

컴파일은 rAthena의 최신 버전(글 작성일)을 사용해 보겠습니다.

먼저 아무런 수정 및 편집을 하지 않은 rAthena를 다운 받아

Athena 폴더 안의 src>common>mmo.h 파일을 편집기를 이용하여 알아서 적절히(?) 수정합니다.

그 다음 Athena 폴더의 rAthena-13.sln 비주얼 스튜디오 솔루션 파일을

우클릭하여 Visual Studio Community 2013으로 실행합니다.

잠깐 동안 컴파일할 파일들을 로드한 후 아래와 같이 프로젝트가 잘 불러왔다면

아래와 같이 Release를 선택합니다.

그 다음 솔루션을 우클릭하여 Build Solution을 선택하여 컴파일을 시작합니다.

아래와 같이 상태창에 컴파일 과정이 나오고 중간중간 Unicode 경고 메시지가 나오지만 큰 문제는 없습니다.

이 경고 메시지를 안나오게 하기 위해서는 해당 파일을 편집기를 이용하여 인코딩을 변경하여 저장하면 됩니다.

컴파일이 완료된 후에 runserver.bat 파일을 실행하여 서버를 실행하면 아무런 설정을 하지 않아서

오류와 함께 서버가 실행되지는 않지만 컴파일이 제대로 된 것은 확인할 수 있습니다.

위의 Visual Studio 2013에서 Community 2013을 선택하여 설치 파일을 다운로드 합니다.

다운받은 설치파일을 실행하면 아래와 같이 원하는 옵션이나 동의 체크를 하고 Next를 클릭합니다.

다음의 설치옵션에서는 원하는 옵션을 선택하면 되지만 Athena를 컴파일 하기위해서는 두 번째 옵션을 반드시 체크해야합니다.

반대로 Athena 컴파일만을 위해 설치하는 거라면 두 번째만 체크하면 됩니다.

옵션 설정 후 설치화면입니다.

설치가 완료 되었다면 제대로 실행되는지 LAUNCH로 실행해 봅니다.

첫 실행시 보여지는 화면으로,

로그인하여 사용해되 되고 아니라면 아래의 Not now, maybe later를 선택합니다.

색상 테마는 원하는 것으로 선택하여 프로그램을 실행하면 됩니다.

실행화면은 다음의 컴파일 해보기에서 보여드리겠습니다.

가장 먼저 npc를 추가해보도록 하겠습니다.

텍스트 형식의 올바른(오류가 없는) npc 스크립트 파일을 원하는 폴더에 위치시킵니다.

(위에는 직접 만든 머리의 모양, 색깔, 옷의 색 등을 바꾸어는 npc 입니다.)

그 다음 상위 폴더인 npc 폴더의 script_custom.conf를 텍스트 편집기 등을 이용하여 열고

아래와 같이 추가한 npc 스크립트 파일이 있는 경로와 파일명을 추가하면 됩니다.

이로써 npc를 서버에 추가하는 것은 끝나게 됩니다.

위의 script_custom.conf 파일 안을 보면 알겠지만 주석 처리된 부분은 서버 구동시

읽어들이지 않기 때문에 npc가 나타나지 않게 됩니다.

또한 npc들은 서버가 처음 구동될 때 모두 읽어들이고 서버가 구동되는 동안에는

추가하거나 수정해도 서버 내에서 바뀐 내용이 반영되지 않습니다.

즉, 다시 서버를 구동하거나 스크립트를 reload해야만 합니다.

스크립트가 제대로 읽어들여지고 문제가 없다면 다음과 같이 서버가 구동될 것입니다.

만약 문제가 있다면 해당 스크립트 파일의 오류 부분을 보여주고 해당 npc는 서버에 로드되지 않습니다.

한가지 팁으로 Hercules의 에뮬에는 스크립트 체커 script checker가 있는데

이를 이용하면 실제로 서버를 구동하여 스크립트에 문제가 있는지 알아봐야하는 수고를 덜어 줍니다.

위의 script-checker.bat를 실행하면 아래와 같은 도스창이 열리는데

여기에 확인해볼 스크립트 파일의 경로를 직접 적어주거나

스크립트 체크를 해볼 txt 파일을 드래그 앤 드롭하면 됩니다.

스크립트에 문제가 없다면 아무런 메시지도 나오지 않지만 스크립트에

문법적 오류가 있다면 다음과 같이 출력이 됩니다.

오류가 발생한 스크립트 파일 안의 구문 위치와 대략 어떤 문법 오류인지 알려주기 때문에

스크립트를 만들 때 큰 도움이 됩니다.

이 파일은 ../src/common/mmo.h에 위치해 있으며 꽤나 중요한 부분입니다.

하지만 설명은 생략하도록 하겠습니다.

먼저 적당한 문서 편집기(메모장 등의 기본적인 편집기도 괜찮지만 프로그래밍 언어로 되어 있으므로 프로그래밍용 편집기를 권장합니다.)를 이용하여 열어봅니다.

(저와 같은 경우 주로 notepad를 이용합니다.)

처음의 파일은 Hercules의 mmo.h이며 다름은 rAthena의 mmo.h 입니다. 더 이상의 설명은 하지 않고 힌트만 남겨놓겠습니다.

6. 서버 주요 설정하기에서 보았던 conf 파일을 열어보면 굉장히 복잡하고 여러 파일이 있기 때문에 잘 알고 있더라도 설정하기 쉽지 않습니다.

더군다나 테스트를 하거나 새로 컴파일해서 구동할 경우 매번 설정을 바꿔야 하는 귀찮은 일이 발생하기 때문에

import 폴더에 자신이 변경할 설정값만 수정해 놓고 사용하는 편한 방법이 있습니다. conf 파일을 바꾸지 않고

import 폴더의 txt 파일에 필요한 설정값만 편집해 넣어서 서버 설정을 할 수 있습니다.

각 conf 파일들을 열어보면 가장 아랫부분에 import: 가 있는데 이 부분이 외부의 설정값을 불러오는 부분이 됩니다.

따라서 conf 파일을 직접 수정하지 않고 import 폴더 안의 txt 파일에 필요한 설정값만

자신이 원하는 값을 넣어 놓으면 매번 conf 파일을 수정하지 않고도 설정값을 적용할 수 있습니다.

먼저 반드시 수정해야 하는 conf 파일의 설정값을 다음과 같이 적용하면 됩니다.

위와 같이 import 파일 내의 필요한 파일에 원하는 설정값만 넣어놓으면 conf 파일은 따로 수정하지 않아도 됩니다.

즉, 자신이 설정한 설정값을 새로 컴파일한 서버 등에 쉽게 import 폴더만 복사/붙여넣기 하면 됩니다.

서버가 구동 중일 때는 다음과 같이 도스창이 열려있게 되는데,

도스창을 사용한 적이 없거나 잘모른다면 도스창의 X 버튼을 눌러 그냥 꺼버리게 되는데 이는 좋은 방법이 아닙니다.

구동된 서버를 종료할 때는 도스창이 활성화 되어있을 때 ctrl + c (컨트롤키 + ㅊ)를 누르면 서버를 종료하기 시작합니다.

이 때 일괄 작업을 끝내시겠습니까 라는 메시지가 나왔을 때 y 또는 yes를 입력하고

엔터키를 눌러주면 완전히 서버가 종료되고 도스창만 남게됩니다.

이 때는 X 버튼을 눌러 꺼주어도 되고, 도스 명령어인 exit 를 입력하여 종료해도 됩니다.

이 전의 가이드에서는 char-server.conf와 map-server.conf는 userid/passwd만 수정하였습니다. 이번에는 userid/passwd를 제외한 나머지 부분을 설명하겠습니다.

먼저 char-server.conf 파일을 열어보면 각 라인(줄)의 가장 왼쪽,

즉 처음 부분에 // 이 있는 것과 없는 것이 나오게 되는데 // 이러한 기호가 앞에 있는 줄은 주석이고 사용자의 편의를 위해 있는 부분입니다.

다시 말해 // 이 기호가 앞에 나오는 줄은 서버의 설정에 영향을 미치지 않는 부분이며 실제로 서버의 설정에 영향을 주는 부분은 // 이 기호가 없는 부분이 됩니다.

따라서 주석을 지워도 설정에는 무방하고 주석이 없는 줄을 지우거나 잘못된 설정 값을 대입하면 오류가 발생합니다.

또한 반드시 // 슬래쉬가 연속해서 두개가 있어야 주석처리가 되며 이 주석의 글은 각 설정에 대한 설명이므로 잘 읽어보는 것이 좋습니다.

char-server.conf

를 메모장 (또는 기타 텍스트 에디터)를 이용하여 열어보면 userid/passwd 다음에

server_name: rAthena

가 있습니다. 말 그대로 서버 이름을 넣는 곳이고 윗 줄의 주석 설명을 읽어보면 공백이나 윈도우의 파일 이름에 허용되지 않는 문자를 사용하지 말라고 되어 있습니다.

위의 사항을 지켜주면서 서버 이름을 rAthena 대신 원하는 것으로 바꾸어주면 됩니다. 다음에는

wisp_server_name: Server

먼저 longin-server.conf 파일을 열어보면 각 라인(줄)의 가장 왼쪽,

즉 처음 부분에 // 이 있는 것과 없는 것이 나오게 되는데 // 이러한 기호가 앞에 있는 줄은 주석이고 사용자의 편의를 위해 있는 부분입니다.

다시 말해 // 이 기호가 앞에 나오는 줄은 서버의 설정에 영향을 미치지 않는 부분이며 실제로 서버의 설정에 영향을 주는 부분은 // 이 기호가 없는 부분이 됩니다.

따라서 주석을 지워도 설정에는 무방하고 주석이 없는 줄을 지우거나 잘못된 설정 값을 대입하면 오류가 발생합니다.

또한 반드시 // 슬래쉬가 연속해서 두개가 있어야 주석처리가 되며 이 주석의 글은 각 설정에 대한 설명이므로 잘 읽어보는 것이 좋습니다.

console_silent: 0

은 Athena 서버를 실행하고 보이는 콘솔(console)창 (도스창)에 출력되는 여러 서버정보 로그 메세지를 숨길지에 대한 설정입니다.

숫자를 이용하여 설정값을 적용하며 2의 거듭제곱 형태로 표현됩니다.

2^0 = 1: 정보 메세지 숨김

2^1 = 2: 상태 메세지 숨김

2^2 = 4: 공지 메세지 숨김

2^3 = 8: 경고 메세지 숨김

2^4 = 16: 오류 및 SQL오류 메세지 숨김

2^5 = 32: 디버깅 메세지 숨김

위의 설정을 중복해서 적용하기 위해서는 각 값을 더하여 적용합니다.

예) console_silent: 14 //  2 + 4 + 8 = 14 이며 상태, 공지, 경고 메세지를 함꺼번에 숨깁니다.

new_account: yes

주석의 설명으로는 _M, _F를 사용하여 계성을 생성할 수 있도록 하는 것입니다.

new_acc_length_limit: yes

위의 new_account가 설정되어 있을 때 사용가능하며 계정의 최소 길이에 대한 설정입니다.

allowed_regs: 1

time_allowed: 10

주석 설명에 따르면 계정 등록 폭주에 대한 보호 시스템으로 allowed_regs에 설정된 숫자만큼 등록하면 time_allowed에 설정된 초만큼 계정 등록이 되지 않습니다.

group_id_to_connect: -1

은 서버에 접속을 제한하는 그룹 아이디를 설정하며 -1의 경우 모든 그룹 아이디를 서버에 접속 가능하게 합니다.

0 이상의 그룹 아이디를 설정하면 해당 그룹 아이디만 접속을 허용합니다. 그룹 아이디 Group_id의 경우 MySQL 즉, 데이터베이스의 login 테이블에서 설정이 가능합니다.

min_group_id_to_connect: -1

은 위의 설정과 같으며 0 이상의 그룹 아이디를 설정하면 해당 그룹 아이디 이상의 그룹에 접속을 허용합니다.

단, group_id_to_connect이 -1로 설정되있을 경우에만 위 설정을 사용할 수 있습니다.

vip_group: 5

VIP 그룹 아이디를 설정합니다.

chars_per_account: 0

계정 당 캐릭터수를 제한할 수 있습니다.

단, src/common/mmo.h에 정의된 MAX_CHARS인 최대 캐릭터 슬롯을 초과할 수 없습니다.

vip_char_increase: 6

VIP 그룹의 최대 캐릭터 수를 늘려줍니다. 0의 경우 비활성화 입니다.

start_limited_time: -1

계정 생성시 서버에 딜레이 시간을 설정합니다.

-1의 경우 딜레이 시간이 없으며 0 이상의 숫자는 초 단위로 딜레이가 설정됩니다.

// Ipban features (SQL only)

ipban.enable: yes

ip 밴(차단) 설정입니다. SQL에서만 사용 가능하며

//ipban.sql.db_hostname: 127.0.0.1

//ipban.sql.db_port: 3306

//ipban.sql.db_username: ragnarok

//ipban.sql.db_password: ragnarok

//ipban.sql.db_database: ragnarok

//ipban.sql.codepage: 

//ipban.sql.ipban_table: ipbanlist

// Dynamic password failure ipban system

위의 주석을 해제하여 SQL에 차단을 위한 ip 리스트를 지정합니다.

이후의 설정은 추후에 작성하도록 하겠습니다.

다음 MySQL Workbench를 실행합니다. 해당 데이터베이스에 연결한 뒤 rag_test 스키마의 main.sql을 이용하여 생성한 테이블 중 login 테이블을 선택합니다. 즉, login 테이블을 수정할 수 있도록 합니다.

즉, login 테이블을 수정할 수 있는 상태로 준비합니다.

아래와 같이 userid와 user_pass를 볼 수 있습니다.

이제 서버 에뮬레이터가 서로 통신을 위한 아이디와 비밀번호를 설정하겠습니다.

주의할 점은 MySQL의 root 비밀번호와 함께 이 아이디와 비밀번호 또한 타인에게 노출되지 않도록 해야합니다.

따라서 기본적으로 설정되어있는 s1, p1은 절대 사용하지 않도록 합니다. (최근의 athena들은 s1/p1을 그대로 사용할 시 작동되지 않습니다.)

MySQL의 userid/user_pass를 반드시 자신만 아는 아이디와 비밀번호로 설정합니다.

수정을 원하는 셀을 더블 클릭하여 수정한 후 반드시 Apply를 눌러줍니다.

변경 내용을 확인한 뒤 Apply를 눌러줍니다.

올바로 적용된 후 Finish를 선택하여 마무리 합니다.

제대로 적용되었다면 char-server.conf와 map-server.conf의 userid/passwd를 위에서 수정한 값과 같은 값으로 수정하고 저장합니다.

가장 먼저 MySQL Workbench를 실행하여 root 사용자로 해당 데이터베이스에 연결합니다.

그 다음 Athena가 연결할 사용자를 생성해야 합니다.

왼쪽의 Users and Privileges를 선택한 후 중앙에 나오는 창에서 Add Account(새로운 사용자 생성)를 선택합니다.

다음 바로 오른쪽에 나오는 Login Name/Limit Connectivity to Hosts Matching/Password/Confirm Password를 적절히 채우고 반드시 Apply를 클릭하여 적용합니다.

Login Name/Password는 타인이 알 수 없도록 주의하며 Limit Connectivity to Hosts Matching에는

자신의 컴퓨터를 지칭하는 localhost 또는 127.0.0.1을 넣습니다. (데이터베이스와 Athena가 다른 곳에서 구축되어 있다면 그에 알맞는 아이피 주소를 넣습니다.)

Athena는 이 사용자 계정을 이용하여 이 데이터베이스에 연결합니다. 뿐만 아니라 앞에서 Athena는

이 데이터베이스에 값을 조회하고 추가/수정을 할 수 있어야 하므로 새로 생성한 사용자의 권한을 설정해야합니다.

다음과 같이 Administrative Roles 탭을 선택한 뒤 계정의 역할 Role과 권한 plivilige을 설정해야 합니다.

읽어보고 알맞는 설정을 하면 되지만 잘 모르겠다면 파란 V표시가 있는 DBA를 선택하여 모든 권한을 적용합니다.

그 다음 반드시 Apply를 선택하여 적용해 줍니다. (이렇게 많은 권한을 부여하므로 ID/Password 보안에 신경씁니다.)

이 가이드의 경우에는 Login Name : testUserID/Password : testUserPW로 설정하였습니다.

이렇게 Athena가 접속할 수 있는 새로운 사용자를 추가하였다면 이 사용자를 이용하여 Athena가 접속해야 하므로 이전에 보았던 inter-server.conf에 이 사용자를 추가합니다.

이제 MySQL에서는 Athena 구동에 필요한 데이터베이스들과 최소한의 데이터베이스 내용, 그리고 연결을 위한 계정까지 모두 준비되었습니다.

마지막으로 Athena에서 이 데이터베이스에 연결하기 위한 설정입니다.

Athena 안의 conf/inter-server.conf 파일을 열고 Global SQL settings를 수정합니다.

이 부분은 Athena가 접속할 데이터베이스 위치와 연결할 계정, 목적에 맞는 데이터베이스 스키마가 설정되는 곳입니다.

먼저 새로 추가한 사용자인 testUserID/testUserPW를 inter-server.conf의 Global SQL settings의 4 곳의 username과 password에 '똑같이' 적어줍니다. ※붉은색 상자와 화살표

다음 파란색 상자인 rag_test 스키마 이름을 inter-server.conf의 database에 적어줍니다. 단, MySQL Log SQL Database는 제외. ※파란색 상자와 화살표

마지막으로 초록색 상자인 rag_test_log 스키마 이름을 MySQL Log SQL Database에 적어줍니다. 이 부분은 헷갈릴 수 있으므로 천천히 잘 확인하면서 설정하도록 합니다.

-요약

추가한 사용자 아이디/비밀번호를 inter-server.conf에 4곳에 똑같이 적어줍니다.

메인 데이터베이스 스키마 이름을 3곳에 똑같이 적어줍니다.

로그 데이터베이스 스키마 이름을 1곳에 똑같이 적어줍니다.

이로써 구동을 위한 최소한의 설정이 끝났습니다. (SQL 버전의 경우)

실제로 가이드에 설명된 것 이외에는 아무것도 하지 않은 것을 이용하여 구동한 것입니다.

아무런 오류없이 잘 구동되었으며 Hercules팀의 5월 8일의 Athena를 Git에서 다운받은 것으로 실행하였습니다.

공유기를 사용하는 환경이지만 login/char/map_conf.conf에서 아이피/포트 수정없이 실행하였습니다. 딱 지금까지의 가이드를 충실히 따라서,,,

Athena가 DB에 접속하기 위한 사용자를 추가할 때 Limit Connectivity to Hosts Matching에서 자신의 컴퓨터 주소인 localhost 또는 127.0.0.1을 설정하였는데,

이 부분의 이름에서 알 수 있듯 설정한 조건에 맞는 연결을 제한하는 것입니다. 즉, 자신의 컴퓨터 주소를 적어준다면 자신의 컴퓨터에서만 연결할 수 있는 것입니다.

따라서 자신의 환경에 맞게 바꾸어 주어도 되며, 이에 따라 inter-server.conf에서 각각의 아이피 주소(기본적으로 127.0.0.1로 되어있음)/포트(기본적으로 3306으로 되어있음)를 바꾸어주면 됩니다.

마지막으로 여기까지의 가이드는 구동의 최소한의 설정으로 바로 runserver-sql.bat 또는 run-server.bat으로 서버구동할 때 잘 구동 될 수도 있습니다.

이 가이드를 보시는 분들 중 char/login/map_conf.conf 아이피를 수정해야한다는 점을 알고 있는 분이 있을 수 있는데

기본적으로 아이피에 대한 명시적인 설정이 없으면 자신의 컴퓨터로 접속하게 되어있으므로 자신의 컴퓨터에 mpa/login/char 서버가 모두 실행된다면 서버 구동에는 문제가 없습니다.

문제는...  Athena에 실제로 접속할 때 잘 되지 않을 수 있습니다. 이에 대한 자세한 설명은 허용되지 않을 수 있으므로 생략하며 char/login/map_conf.conf의 아이피 수정은 다음 가이드에 설명하겠습니다.

이 가이드를 마치면서 예로 설정했던 데이터베이스 및 많은 ID/PW는 모두 삭제하였습니다.

또한 결과에 보여지는 아이피는 내부 공유기 아이피이므로 혹시라도 잘 모르시는 분들의 무리한 접속 시도는 하지 않으시는 것이 좋을 것 같습니다.

컴파일이 완료된 Athena (컴파일이 완료되지 않았어도 상관은 없습니다.) 폴더 안을 보면 sql-files 폴더를 볼 수 있습니다.

(세가지 다른 Athena에 모두 똑같이 존재합니다.)

이 폴더 안의 파일들은 sql이라는 확장자명을 가지고 있는데, 이 파일들은 sql에 관련된 명령문 모음이라고 생각하면 됩니다.

※파일의 종류나 내용은 Athena 마다 다를 수 있습니다. 대표적으로 Hercules와 rAthena는 파일이 다르고 DB 구조나 내용도 조금씩 다릅니다. 따라서 두가지 Athena를 사용한다면 각각 따로 DB를 구성해야합니다. - 이는 이후에 설명하겠습니다.

이 파일들을 확인해 두고 MySQL Workbench를 실행합니다.

처음 실행한다면 MySQL Connections에 localhost 커넥션 하나가 존재할 것입니다.

위의 root 계정으로 접속합니다.

처음 접속한다면 아마 비밀번호를 입력해야 합니다. 혹시 기억나지 않는다면 초보는 MySQL 설치 가이드를 보시고 완전히 삭제/재설치를 권장합니다.

연결 후에는 아래와 같은 화면을 볼 수 있습니다. 이 때 Athena에서 사용할 새로운 스키마를 생성해야 합니다. 처음 SQL을 실행하면 생성된 스키마가 없거나 샘플/테스트용의 스키마 하나 정도를 볼 수 있습니다.

왼쪽 상단의 원통모양 아이콘을 이용하여 새로운 스키마를 생성합니다.

스키마의 이름은 서버 구동시 데이터베이스에 연결할 때 필요하므로 기억하기 쉬운 이름으로 하며, 영문 대문자를 사용할 수 없습니다.

가이드에서 보여주기 위해 Rag_test로 생성하겠습니다.

반드시 Apply를 클릭하여 적용합니다.

(Rag_test로 영문 대문자를 입력했지만 소문자로 바뀌어서 생성됩니다.)

왼쪽의 스키마에 올바르게 생성된 것을 볼 수 있으며,

아래쪽의 Output에 실행 과정/결과/오류 등을 볼 수 있습니다.

(이 스키마를 삭제할 때에는 왼쪽의 스키마를 우클릭하여 Drop Schema로 실행합니다.)

이렇게 생성된 스키마 안에 여러 정보가 저장되고 관리됩니다.

하지만 지금은 스키마만 생성되어 있고 데이터베이스와 그에 맞는 구조 등은 없는 상태입니다.

(일부 맞지 않는 설명이 있을 수 있습니다. 정확하고 알맞는 정의와 설명은 직접 찾아보고 공부하는 것을 권장합니다.)

이를 생성하기 sql 명령문 등을 이용해야 합니다. 이러한 명령문을 직접 써도 되지만 Athena에 있는 sql 스크립트 파일을 이용해도 됩니다. (또한 Athena에 올바르게 사용하기 위해서는 미리 짜여진 구조로 생성해야하므로 sql 스크립트 파일로 생성합니다.)

먼저 생성한 스키마를 우클릭하여 Set as Default Schema를 선택합니다.

올바르게 선택되면 볼드체(굵은 글씨체, 진하게)가 됩니다.

다름 sql이라고 적혀있는 아이콘 중 폴더 그림이 있는 아이콘을 선택하여 sql 스크립트 파일을 불러옵니다.

Athena 폴더 안의 sql-files의 main.sql 파일을 선택합니다.

다음 MySQL Workbench의 중앙에 많은 양의 sql 명령문을 볼 수 있습니다.

(정확하게는 명령문은 아니며, 상세히 알아보고 싶다면 sql 쿼리(query)로 검색하여 알아보시기 바랍니다.)

다음 이를 적용하여 데이터베이스 테이블을 만들기 위해 번개모양의 아이콘을 한번만 눌러 실행(Execute)를 합니다.

아래쪽에 있는 결과창(Output)에 혹시 오류가 없는지 확인합니다.

(대부분의 오류는 이미  만들어졌있는 상태에서 다시 생성(위의 쿼리문 실행)을 할 때 주로 발생됩니다. 혹시 오류가 난다면 이미 테이블이 존재하는지 확인하고 있다면 삭제 후 다시 실행해야합니다.)

필요한 데이터베이스 테이블이 생성된 것을 확인 할 수 있습니다.

각각의 테이블에는 구동에 필요하거나 유저들의 여러 데이터들이 들어가고 들어가게 됩니다.

그 다음 서버의 여러 기록들이 남게될 로그 스키마를 생성합니다.

원통모양 아이콘을 이용하여 새로운 스키마를 생성합니다.

로그가 남는 곳이므로 알기 쉽도록 log를 붙여주면 좋을 것 같습니다.

Apply를 클릭하여 반드시 적용해 줍니다.

이전에 생성한 방법과 동일하게 Apply와 Finish를 선택한 후 Output 창으로 결과를 확인합니다.

생성된 log 스키마를 우클릭하여 Set as Default Schema를 선택하여 기본 스키마로 지정합니다.

스키마의 글자가 볼드체로 변한 것을 확인한 후 이전의 방법과 동일하게 SQL 글자와 폴더 그림이 있는 아이콘을 선택하여 logs.sql 파일을 선택합니다. main.sql을 추가한 것과 동일하게 번개모양의 아이콘을 클릭하여 실행 excute 합니다.

아래의 Output 결과창에 올바르게 실행된 것을 확인하고

테이블에 제대로 추가된 것을 확인 합니다.

이로써 필요한 DB는 모두 구축되었습니다.

※마지막으로 main.sql을 추가한 rag_test 스키마의 login 테이블을 우클릭으로 선택한 뒤 Select Rows - Limit 1000을 클릭합니다.

선택하면 중앙의 창에서 다음과 같은 내용을 볼 수 있습니다. 여기서 테이블 안의 데이터베이스 내용을 편집할 수 있습니다.

이 부분을 구동 전에 편집해보는 이유는 구동전에 반드시 필요한 부분이기 때문입니다. 값의 수정은 간단하며 이 부분의 가이드는 다음 글로 넘기겠습니다.