셩잇님의 잡동사니

💅 SQL 입문 지난 시간에는 DATETIME을 이용하여 시간, 시간 연산, 시간 범위 등 시간과 관련된 다양한 내용에 대해서 알아보았다. 오늘은 CASE문에 대해서 학습해 볼 것이다. 🧑‍⚖️ 첫 번째 방법 C#에서 사용하는 switch-case문과 같은 방법이다. SELECT birthMonth, CASE birthMonth -- 여기서부터 WHEN 1 THEN N'겨울' WHEN 2 THEN N'겨울' WHEN 3 THEN N'봄' WHEN 4 THEN N'봄' WHEN 5 THEN N'봄' WHEN 6 THEN N'여름' WHEN 7 THEN N'여름' WHEN 8 THEN N'여름' WHEN 9 THEN N'가을' WHEN 10 THEN N'가을' WHEN 11 THEN N'가을' WHEN 12..

💅 SQL 입문 지난 시간에는 수치(사칙연산)와 문자열에 대해서 알아보았다. 오늘은 수치를 날짜에 대해서 학습해 볼 것이다. 현재 시간, 시간 연산, 시간 범위 등 시간과 관련된 다양한 자료를 학습하고 알아보도록 한다. 📅 날짜 데이터 타입 시간은 '2024년 02월 05일'와 같이 문자열 타입으로 데이터를 관리할 수 있지만, 문자열 타입으로 데이터를 관리한다면 시간끼리의 연산이 필요할 경우 이를 계산하기가 까다로울 것이다. 따라서 SQL에서는 날짜에 관련된 전용 데이터 타입을 지원하니 이를 사용하도록 하자. 날짜 및 시간과 관련된 데이터 타입 1️⃣ date (연/월/일) 2️⃣ time (시/분/초) 3️⃣ datetime (연/월/일/시/분/초) 📅 시간 출력 SELECT CAST('20210418..

💅 SQL 입문 지난 시간에는 ORDER BY와 TOP, OFFSET에 대해서 알아보았다. 오늘은 수치를 표현하는 방법과 문자열에 학습하고, 문자열 관련 함수등을 알아보도록 한다. 🛺 수치 단순 특정 열들을 가진 행을 조회하는 것이 아닌, 연산된 결과를 SELECT하면 해당 값이 ‘열 없이’ 출력할 수 있다. 대신 여기서도 AS를 사용하면 열의 이름을 붙여줄 수 있다. SELECT 2021 - birthYear + 1 AS koreanAge FROM players WHERE deathYear IS NULL AND birthYear IS NOT NULL AND koreanAge

💅 SQL 입문 지난 시간에는 SELECT와 FROM, WHERE에 대해서 알아보았다. 오늘은 추가적으로 오름차순, 내림차순, 상위 N개 등 다양한 정렬에 대해서 알아보도록 한다. 🤳 ORDER BY : 정렬 ✝️ ASC : 오름차순 정렬 SELECT nameFirst, birthYear FROM players WHERE birthYear IS NOT NULL ORDER BY birthYear; SELECT nameFirst, birthYear FROM players WHERE birthYear IS NOT NULL ORDER BY birthYear ASC; ORDER BY의 순서는 WHERE 다음에 작성되며. 오름차순 ASC의 값이 디폴트 값을 가진다. 또한 생략할 경우 자동으로 오름차순 정렬로 진행된..

💅 SQL 입문 지난 시간에는 SSMS 프로그램의 형태와 필수 명령어, 테이블 추가, 주석 등의 사용법을 간략하게 알아보았다. 오늘은 SSMS를 통해 실질적으로 데이터베이스에 질의를 남기고, 결과를 살펴보는 시간을 가져본다. 🤶 SQL 쿼리 (= SQL문) * 쿼리를 작성한 후 실행 버튼을 누르면 된다. (F5) * SQL문은 소문자로 써도 상관없다. 즉 대소문자 상관이 없다. → 그렇지만, 예약어를 대문자로 쓰고 나머지를 소문자로 쓰는게 가독성이 좋다! * SQL 문장 하나가 끝나면 세미콜론을 붙여준다. → SQL문이 한 문장 밖에 없으면 세미콜론 생략해도 됨 * 전체 쿼리문의 일부분인 특정 SQL 문을 드래그 하고 실행하면 전체 쿼리문이 아닌, 드래그한 해당 쿼리문만 실행된다! 🐑 SELECT : 조..

💪 SQL 입문 지난 시간에는 학습 자료 OT와 환경설정을 위한 설치를 진행했다. 오늘은 간략하게 SSMS를 입문하는 시간을 가지어 어떻게 동작하고, 어떠한 프로그램인지 간략하게 알아보는 시간을 가져본다. 🦧 SSMS 입문 SSMS는 위 사진과 같이 크게 쿼리, DB 테이블로 나뉘어져있다. 이 때 쿼리에서는 SQL문을 입력하는데, SQL은 DBMS를 조작하기 위한 명령어와 같다. * 새 쿼리를 누르면 SQL 문을 작성할 수 있다. * 왼쪽에 나열되어 있는 하나 하나가 모두 테이블이다. (엑셀 Sheet와 같다) * 원하는 폴더 우클릭 - 테이블 - 추가할 경우, 테이블을 새롭게 생성할 수 있다. * Ctrl + S로 테이블을 저장한다. * Refresh(=새로고침)을 해주어야 개체 탐색기에서 새 테이블 ..

👻 OT 데이터베이스는 크게 RDBMS와 NOSQL로 나뉜다. RDBMS는 관계형 데이터베이스(Relational DataBase Management System)의 약자로 MMORPG 게임 제작에 적합한 데이터베이스이다. → 정보들이 제각각 따로 있는 것이 아닌, 관계있는 것 끼리 서로 묶어 저장하기 때문에 RDBMS가 적합하다. NOSQL은 비관계형 데이터베이스(Non-Relational Operational DataBase)의 약자로 빅 데이터에 적합한 데이터베이스이다. ⛳ 환경설정 설치하기. 1. Microsoft SQL Server 2022 2. SSMS 🦧 SSMS 입문 SSMS는 위 사진과 같이 크게 쿼리, DB 테이블로 나뉘어져있다. 이 때 쿼리에서는 SQL문을 입력하는데, SQL은 DBM..

해당 포스팅은 인프런에 있는 Rookiss님의 강의 Part5: 데이터베이스 및 깃허브 블로그 '평생 공부 블로그'님, 벨로그 '참치와돌고래'님의 포스팅을 참고하여 작성 한다는 것을 미리 밝힙니다.

유니티 연동 지난 시간에는 단순 채팅이 아니라, 실제로 플레이어가 움직이는 것과 같이 이동하는 메서드를 콘솔에서 구현하였다. 이 때에 이동하는 패킷을 만들기 위해 PDL 파일을 수정하고, 그에따라 클라이언트/서버에서 추가적으로 로직을 수정해 주었다. 이 떄 Enter, Leave, Move, Player List 등 다양한 메서드들 또한 같이 구현하는 시간을 가져보았다. 오늘은 유니티 연동의 마지막 강의로 콘솔을 이용해 구현하는 것이 아닌 실제로 유니티를 이용해 구현하는 시간을 가진다. 🐛 유니티 버그 잡기 유니티를 구동해서 실행하면, 아래 이미지와 같이 콘솔창에 여러 에러가 우리를 반겨줄 것이다. 하나씩 에러 메시지를 클릭해보며, 이를 수정해보자. 😥 📜 ClientPacketManager.cs Cli..

유니티 연동 지난 시간에는 지금까지 구축해왔던 클라이언트-서버간 연결 프로젝트를 유니티에 연동하여, 유니티 내에 3D Obejct 실린더로 만든 임시 객체 Player를 3초마다 찾는 실습을 진행해보았다. 이 때 서브 쓰레드의 작동으로 인해 Player를 정상적으로 찾지 못하였다. 따라서 메인 쓰레드에서 함수가 실행되어 플레이어를 찾을 수 있도록 설정해주었다. 또한 과거 Command 패턴 학습방법을 이용해 큐를 생성하여 일감을 던져주는 형태로 마찬가지로 변경하여 정상적으로 Player를 메인 쓰레드에서 찾을 수 있도록 설정하였다. 🦀 채팅을 넘어, 움직임까지 이전 유니티 연동 시간에서는 단순히 게임을 실행하면, Player를 찾았다는 로그만 덜렁나타나서 이것만 가지고서는 MMO의 개념을 명확하게 보여줄..

유니티 연동 지난 시간에는 유니티 연동 실습을 위해 프로젝트를 하나 새롭게 생성하고, 기존에 사용했던 스크립트들와 새롭게 생성한 NetworkManager를 통해 유니티에서 실제로 연동이 되는지 확인하는 시간을 가져 보았다. 오늘도 이어서 추가적으로 연동하는 법을 배워보도록 하자. 👢 비동기 처리로 인한 문제 📜 PacketHandler.cs 이전 시간에는 PacketHandler 스크립트 내부에 채팅 핸들러로 들어왔을 때 로그만 찍어줬다면 오늘은 이 부분을 수정하여 실질적인 액션을 취할 수 있도록 수정해보자. 따라서 유니티 내부에서 실린더 오브젝트를 새롭게 만들어주고 이름을 "Player"로 설정하도록 하자. using DummyClient; using ServerCore; using System; u..

유니티 연동 지난 시간에는 우선 순위 큐를 이용하여 JobTimer Class를 새로 만들어 주었다. 이 후, Push와 Flush 메서드를 통해 일감들을 등록하고 관리하는 시간을 가졌다. 오늘은 여태까지 만든 이 모든 것들을 유니티를 통해 실제로 연동이 정상적으로 잘 되는지 확인해보며 학습하는 시간을 가져본다. 🙎‍♂️ 실습에 들어가기 앞서 먼저 좋은 소식과 나쁜 소식이 하나 있다. 좋은 소식은 네트워크 통신을 구현하기 위해 사용했던 스크립트들을 재 사용할 수 있다는 것이고, 나쁜 소식은 유니티의 정책상 C#에서도 허용되는 문법과 그렇지 않은 문법이 있어 GenPacket 스크립트에서 사용한 ReadOnlySpan, TryWriteBytes와 같은 것들을 사용하지 못한다는 것이다. 그러나 24.01.0..

Job Queue 지난 시간에는 GameRoom 스크립트에서 BroadCast 메서드가 foreach문을 통해 Send를 계속했을 때 나타나는 문제점을패킷 모아보내기라는 기법을 활용하여 처리하는 시간을 가졌다. 그렇지만 GameRoom과 같이 무슨무슨 룸들이 점차 많아지고, 각각의 룸들이 서로 다른 대기시간을 가지며 실행이 된다고 하면 지금과 같은 방법으로는 처리할 수 없기 때문에 일감 관리를 도와주는 Timer를 통해 이를 해결해보는 시간을 가진다. 🏃 틱을 사용한 처리 현재 시간과 roomTick이라는 변수를 통해 두 변수의 시간을 비교하며 실행할지, 말지 결정하는 방법이다. 위와 같은 방법으로 코드를 구성한다면 각 룸에 따라 메인 루프에서 틱에 맞춰서 동작하도록 구성할 수 있다. 다만 메인 메서드의..

Job Queue 지난 시간에는 GameRoom 스크립트에서 BroadCast 메서드가 foreach문을 통해 Send를 계속했을 때 나타나는 문제점에 대해서 알아보았다. 따라서 오늘은 이를 해결하기 위해서 패킷 모아보내기 라는 개념을 학습하여 코드를 보완하는 시간을 가져본다. 😁 🌼 모아보내기를 하기 위해 패킷을 저장할 위치 선정 그렇다면 패킷 모아보내기를 어디에서 처리해야할까? 이는 크게 엔진 영역과, 컨텐츠 영역으로 나뉘어져 있는데, 여기에서는 컨텐츠 영역에서 이를 진행하도록 한다. 만약 엔진 영엑에서 이를 하고자 한다면, ServerCore 프로젝트 내 Session - Send 메서드에서 할 수 있다. 기존 Send 메서드에서는 Enqueue()를 통해 바로 넣고, RegisterSend를 하는..

Job Queue 지난 시간에는 Action과 람다식을 이용해 함수를 직접적으로 실행하는 것이 아닌, 스레드에게 일감을 주는 형태로 변경하는 시간을 가졌다. 오늘은 똑같이 동작하지만 수동적으로 Task를 만들어주는 수동적인 방법에 대해서 알아보도록 한다. 📧 Task Queue Task Queue라는 새로운 클래스를 서버 프로젝트 밑에 새롭게 생성하고 interface ITask를 새롭게 생성해준다. 이 후 Excute()라는 메소드를 생성해준다. 일 처리가 필요한 함수(Enter, Leave, BroadCast 등)에 맞도록 클래스를 새롭게 만들어준다. 예시로는 BroadCast를 만들어 볼것이다. 아래와 같이 작성하여 필요한 변수와 값들을 담아주도록 하자. 이전 시간처럼 실행시켰던 BroadCast ..

Job Queue 지난 시간에는 디자인 패턴 중 커맨드 패턴에 대해서 학습하는 시간을 가지었다. 커맨드 패턴은 사용자의 요구사항을 객체로 캡슐화하여 일감을 처리하는 스레드에게 던져준다고 이해하면 될 것같다. 오늘은 학습한 커맨드 패턴을 활용하여 Job Queue를 마저 구현해보자. 🧱 JobQueue 우선 Server 영역에 JobQueue 라는 클래스를 새롭게 만들어준다. 해당 클래스를 다른 곳에서도 사용하기 위하여 Public 으로 변경해주고, IJobQueue 라는 Interface를 만들어 해당 인터페이스를 상속 받도록 설정해준다. 📏 Interface 일감을 밀어 넣기 위한 함수 Push()를 새롭게 만들어주고, 이 행위 자체를 넘겨주기 위해 Action을 매개변수로 이용하여 사용한다. 📏 Jo..

Job Queue 지난 시간에는 채팅 테스트를 인원 수(1, 10, 100명)를 설정한 후 직접 실행해보는 시간을 가졌다. 이 때 인원이 늘어남에 따라 나타나는 부하의 문제점을 확인하였다. 이를 처리하기 위한 기능이 Job, Task인 것을 알았으니 오늘은 이를 학습해보는 시간을 가져보자. 😎 🖥️ Command Pattern 지금 작성한 스크립트의 문제점은 쓰레드가 일감을 받으면, 아래 이미지와 같이 다른 사람에게 일을 시키는 것이 아닌 일감을 받음과 동시에 이를 처리까지 모두 하고 있는 것이 문제되는 것이다. 이 때 lock의 특성까지 더 해져 한번에 하나의 쓰레만을 이용하여 일을 진행하다보니, 대기하는 쓰레드들이 쌓이는 것이다. 그래서 이를 해결하기 위해서는 아래 이미지와 같이 다른 쓰레드들은 Qu..

Job Queue 지난 시간에는 채팅 테스트를 위한 GameRoom을 만들고, 입장, 나가기, 전송하기 등의 기능을 구현해주었다. 또한 SessionManager를 새롭게 만들어, 이를 통해 세션을 생성해주고 관리해주도록 하였다. ⛈️ Client Session 현재 클라이언트에서는 한 명의 유저만 접속하고 있는 상황이므로, 이를 다수의 유저들이 접속하는 상황으로 가정하고 변경할 것이다. 🐦‍⬛ Server Session 서버쪽과 동일하게 클라이언트 세션에도 Manager를 만들어주어 직접적으로 세션을 생성하는 것이 아닌 Manager를 통해 제작하고 넘겨주는 방식을 통해 작동하도록 하자. 변경 전, 후 🐦‍⬛ SessionManager 제작 서버에서 작업했던 것과 동일한 방식으로, 싱글톤 형식을 이용해..

Job Queue 지난 시간에는 드디어 Packet Generator의 작업이 모두 끝났다. 🤯 자동화 과정이 조금 지루하긴 했지만, 코드 그 자체를 string 변수에 담아 패킷 별로 구분하여 {0}, {1}을 이용해 생성해주는 방식은 정말 듣도 보도 못한 과정이었다. 이걸 보니 취준생일 때 부터 지금까지 꾸준하게 날 가르쳐주고 있는 루키스님이 새삼 대단하고 느껴지네. 😂 ⛳ 추가 개선 예전에 작성해두었던 ServerCore 프로젝트 내 Session 클래스 안에 RegisterSend(), OnSendComplete() 메서드를 다시 확인해보자. 해당 메서드는 중간에 접속이 끊겼을 때에 대한 처리가 없어 위와 같이 진행된다면 틀림없이 문제가 생길 것이다. 🚦 RegisterSend() Register..

패킷 직렬화 지난 시간에는 ClientSession 에서 패킷을 받을 때 패킷 종류에 따라 처리를 달리 하는 방식을 Switch 문으로 처리하였지만, 시간이 지나면서 패킷의 종류가 늘어날수록 비효율적인 구조가 되기에 이를 패킷의 형식에 맞게 처리해주는 구조로 변경해주었다. 🩺 Packet Manager 자동화 이제 지난 시간에 제작한 구조들을 자동화 코드로 변경하고자 한다. 📿 ManagerFormat 추가 자동화를 위해 PacketFormat에 managerFormat을 선언하고, 기존에 작업하던 코드들을 가져온다. 여기서 Register의 부분은 어떠한 패킷이냐에 따라 처리 방식이 다르기에 {0}으로 선언하여 설정한 후, 추후 데이터를 넣는 방식으로 접근한다. 📿 managerRegisterForma..