관계형 데이터베이스
 - 관계형 데이터베이스(Relational - Database) 시스템은 가장 대표적인 데이터베이스 시스템으로써 성공적인 데이터 모델이 되었습니다. 이렇게 된 이유에는 다음과 같은 몇 가지 특징이 있었기 때문입니다.



첫째, 2차원 구조의 모델을 기반으로 한다.
 - 기존 파일 시스템은 계층적인 수직적 구조를 가진 반면 관계형 모델은 수평적 구조이며 2차원적인 구조입니다. 우리가 많이 사용하는 엑셀 시트가 2차원적 구조의 대표적인 예입니다. 이러한 구조는 컴퓨터가 등장하기 훨씬 전인 종이에 기록하는 시대부터 많이 사용되어 왔고, 그만큼 누구에게나 친숙하고 이해하기 쉬운 구조라 할 수 있습니다. 관계형 모델은 데이터들을 이러한 2차원적인 구조를 가진 테이블 형태로 저장하는 구조를 기본으로 하고 있습니다.


둘째, 데이터의 무결성(Integrity), 트랜젝션 처리 등 데이터베이스 관리 시스템으로써의 기본적인 기능면에서 뛰어난 성능을 보여주었다.


셋째, 질의어(Query Language)를 사용한 데이터 접근 방법이다.
 - 초기 데이터베이스 모델들은 특정 정보를 검색하려면 해당 정보를 찾아가는 과정과 방법을 모두 개별 어플리케이션으로 구현해야만 했습니다. 따라서 그만큼 어플리케이션에 종속적이며 데이터를 추출하거나 저장하는 등의 작업을 수행할 때 효율성이 떨어지게 되었습니다. 이에 반해 질의어는 일정한 패턴이 있으며 이 패턴에만 맞게 질의하고자 하는 조건들을 나열하면 찾고자 하는 정보를 검색해 줍니다. 즉, 데이터베이스 사용자 입장에서는 개별 어플리케이션에 비해 상대적으로 간단한 질의어만 알고 있으면 원하는 정보를 쉽게 얻을 수 있게 된 것입니다. 이러한 접근법은 누구나 쉽게 데이터베이스의 정보를 검색할 수 있다는 점에서 시장에서 큰 환영을 받았습니다.





객체지향형 데이터베이스
 - 관계형 데이터 모델의 여러 가지 장점들로 인해 관계형 데이터베이스가 만능인 것처럼 생각되었지만 시간이 지나면서 몇 가지 문제들이 발생하였습니다. 기존에 내포하고 있던 문제라기보다는 새로운 요구사항의 발생으로 인한 문제였습니다.
  1990년대 들어오면서 어플리케이션들이 기존에 비해 더 많고 복잡한 처리를 하게 됨에 따라 데이터베이스도 좀 더 복잡한 데이터, 예를 들어 사용자 정의 데이터, 오디오 및 비디오 등의 멀티미디어 데이터 등에 대한 저장 및 과닐의 필요성이 대두되었다. 하지만 기존의 관계형 모델로는 이러한 데이터 타입을 지원하는 것이 어려웠으며, 1980년대 등장한 객체지향(Object Oriented) 기술을 데이터베이스에 접목하려는 시도가 생겨났다.
  사실 객체지향 기술은 데이터베이스가 아닌 프로그래밍 분야에서 시작된 기술이다. 모든 사물을 객체로 보고 이 객체들에 대한 정의와 처리방법을 정의한 기술입니다. 그렇다면 관계형 데이터베이스가 할 수 없었던 기능을 수행하는 객체지향 데이터베이스(Object-oriented Database)는 도대체 어떤 특징을 가지고 있는지 살펴봅시다.


첫째, 사용자가 정의한 사용자 정의 타입을 지원한다.
 - 사용자 정의 타입이란 말 그대로 사용자가 임의로 정의한 데이터 유형을 말하며, 기본형 데이터 타입을 뛰어넘어 다양한 형태의 데이터들을 다룰 수 있게 해준다.


둘째, 비정형 복합 정보의 모델링이 가능하다.
 - 비정형 정보(Unstructured Information)란 일반적인 관계형 데이터베이스에서 지원되는 날짜, 문자, 숫자 등의 데이터들을 일컫는 정형 정보(Structured Information)와는 반대되는 개념으로 멀티미디어, 이메일, 문서 등이 이에 해당된다.


셋째, 객체들 사이의 참조(reference)구조를 이용한 접근이 가능하다.


넷째, 90년대에 등장한 많은 객체지향 프로그래밍 언어들과 객체지향 데이터베이스의 스키마 구조가 유사하다는 점이다.
 - 다시 말하지만 데이터베이스는 그 근원이 프로그래밍 언어에서 나왔으므로 객체지향언어를 사용하는(사실 요즘 거의 대부분이 객체지향 언어입니다.) 개발자들의 입장에서 볼 때, 프로그램에서 사용하는 객체들과 데이터베이스 스키마 구조가 유사하다는 점은 프로그램과 데이터베이스 간에 발생하는 추가적인 변환 처리작업을 할 필요가 없어진다는 점을 의미합니다.





객체관계형 데이터베이스
 - 객체관계형 데이터베이스(Object-relational Database)는 기존의 관꼐형 데이터베이스 시스템들이 객체지향 데이터베이스가 제공하는 기능들 중 장점들만을 선별하여 관계형 모델에 통합한 새로운 개념의 데이터베이스입니다. 이것은 안정적으로 데이터베이스의 기본 기능을 지원하는 관꼐형 모델을 기반으로 하면서 객체지향 모델의 장점을 추가한 것입니다. 관계객체형이 아니라 객체관계형으로 표현되어 객체지향이 기반이라고 생각할 소지가 있지만 오해하지 않았으면 합니다. 아마 알파벳 순서로 나열하다 보니 이런식의 용어가 정의된 것 같다고 생각합니다.
  그러면 객체관계형 데이터베이스는 어떤 특징을 가지고 있을까요? 쉽게 추측할 수 있듯이 관계형 데이터베이스의 특징 모두를 가지면서 객체지향 데이터베이스의 장점을 고스란히 갖고 있을 것입니다. 기존의 관계형 데이터베이스에 추가된 특징들만 대표적으로 나열하면 다음과 같습니다.


첫째, 사용자 정의 타입을 지원한다.


둘째, 참조 타입을 지원한다.
 - 참조(reference) 타입이란 객체들로 이루어진 객체 테이블의 경우, 하나의 레코드가 다른 레코드를 참조할 수 있는 것을 말합니다. 관계형 데이터베이스에서는 다른 레코드와 연관관계를 조인을 통해서만 나타낼 수 있었지만, 객체 관계형은 참조 구조를 사용하여 객체지향이 가진 내비게이션 기반 접은이 가능하게 되었습니다.


셋째, 중첩 테이블을 지원한다.
 - 중첩(nested) 테이블이란 테이블을 구성하는 로우(Row) 자체가 또 다른 테이블로 구성되는 테이블을 말합니다. 이러한 구조는 좀 더 복잡하고 복합적인 정보를 표현하는 것을 가능하게 하였습니다.


넷째, 대단위 객체의 저장, 추출이 가능하게 되었다.
 - 이미지 오디오 및 비디오 등 멀티미디어에서는 기존의 일반적인 정형 데이터들보다는 그 크기가 상대적으로 큽니다. 이러한 데이터 유형을 지원하기 위해 대단위 객체(LOB, Large Object) 타입이 기본 타입으로 지원되었습니다.


마지막으로 객체 간의 상속 관계를 지원하는 것이 가능해졌다.
 - 오라클의 경우 OBJECT타입을 지원함으로써 상속(inheritance) 기능을 구현하고 있습니다.

man 페이지의 사용

man페이지란?
- 명령어 도움말 페이지
- 서버 관리시 숙달되지 않은 명령어의 사용법이나 옵션들을 알고자 할 때 사용한다.

사용자가 어떤 단어와 관계가 있는 명령어를 man페이지에서 찾기를 원한다면 man페이지 데이터베이스를 찾아보는 apropos명령어를 사용하면 됩니다. 다음 명령어는 man페이지 NAME라인에서 crontab을 가지는 페이지를 보여줍니다.

$apropos crontab
...
/etc/anacrontab [anacrontab] (5) - configuration file for anacron
crontab                    (1)    - maintain crontab files for individual
                                      users (ISC Cron V4.1)
crontab                    (5)    - tables for driving cron ( ISC Cron V4.1)
crontabs                  (4) - configuration and scripts for running periodical jobs
...

 apropos 출력은 crontab을 포함하는 각 man 페이지 NAME라인을 보여준다. 숫자는 man 페이지에 나타나는 man 페이지 섹션을 보여줍니다.
 whatis명령어는 사용자가 입력한 단어를 포함하는 NAME라인만을 보여주는 방법입니다.

$whatis cat
cat                         (1)     - concatenate files and print on the standard output

 용어로 man페이지를 찾는 가장 쉬운 방법은 man 명령어 다음에 명령어 이름을 적는 것이다. 예를 들면, 다음과 같습니다.

$man find
FIND(1)                                        FIND(1)
NAME
            find - search for files in a directory hierarchy
SYNOPSIS
            find [-H] [-L] [-P] [-D debugopts] [-Olevel] [path...][expression]
...

이상과 같이 find 명령어와 관련된 첫 번째 man페이지를 표시합니다. 사용자가 이전의 예에서 보았던 것처럼, 일부 용어는 여러 가지의 man 페이지를 가집니다. 예를 들어, crontab으로 검색을 하게 되면 crontab 명령어와 crontab과 관련된 파일들에 대한 man페이지들이 나타납니다.

Man 페이지들은 여러가지 section별로 구성되어 있습니다.

 섹션
   1          - 일반 사용자 명령어
   2          - 시스템
   3          - 프로그래밍 루틴/라이브러리 함수
   4          - special 파일
   5          - configuration 파일과 파일 형식
   6          - 게임
   7          - 미분류 명령어들
   8          - 관리 명령어와 데몬들

  다음 코드들은 man 명령어에서 유용한 몇가지 옵션을 보여줍니다.
 $man mount -a               Show all man pages related to component
 $man 5 crontab               Show section 5 man page for component
 $man mount -P more       Use more, not less to page through
 $man --path                   List locations of man directories
/user/kerberos/man:/usr/local/share/man:/usr/share/man/en:
/usr/share/man:/usr/X11R6/man:/usr/local/man
 $man -f mount                 Same as the whatis command
 $man -k mount                Same as the apropos command

오랫동안, man 페이지를 표시하고 작동하는 방법들은 발전해 왔습니다. 예를 들면, man페이지를 man2html명령어를 사용하여 웹페이지(HTML)로 전환할 수도 있습니다. 예를 들면, 다음과 같습니다.

$where -m cat
cat: /usr/share/man/man1/cat.1.gz /usr/share/man/man1p/cat.1p.gz
$cd /tmp ; cp/usr/share/man/man1/cat.1.gz .
$gunzip cat.1.gz
$links cat.1.html

 첫 번째 명령은 cat man페이지를 찾습니다. 다음 명령은 그 man페이지를 /tmp 디렉터리에 복사하고 압축을 풉니다. 다음으로 man2html 명령어는 man페이지를 HTML(cat1.html파일)로 변환합니다. 그러고 나서 link(커맨드라인 기반의 웹브라우저)는 shell에서 웹 스타일의 man 페이지를 보여줍니다(link또는 elinks 텍스트 기반의 웹브라우저를 사용하기 위해서는 elinks패키지를 설치할 필요가 있다).




알아두기
$ reboot - 다시 시작
$ poweroff - 종료
입니다.

[윈도우 기반의 서버프로그래밍]

헤더파일
winsock2.h

라이브러리파일
ws2_32.lib

윈도우 기반의 서버프로그래밍에서 서버든 클라이언트든지
저 두가지가 없으면 안됩니다!!!

일단 WSADATA부터 알아볼까요?

typedef struct WSAData
{
 WORD              wVersion;
 WORD              wHighVersion;
 char                 szDescription[WSADESCRIPTION_LEN+1];
 char                 szSystemStatus[WSASYS_STATUS_LEN+1];
 unsigned short  iMaxSockets;
 unsigned short  iMaxUdpDg;
char FAR*          lpVendorInfo;
} WSADATA, FAR *LPWSADATA;

멤버변수

wVersion
 - 윈도우 소켓 버전.

wHighVersion
 - 윈도우 소켓의 가장 높은 버전. 통상적으로 wVersion과 같다.

szDescription
 - 윈도우 소켓 DLL이 관련한 지위 또는 구성정보를 카피하는 NULL로 끝나는 아스키 문자열.

iMaxSockets
 - 하나의 프로세스가 열 수 있는 소켓의 최대 수.

iMaxUdpDg
 - 데이터그램 프로토콜의 최대 바이트 단위.
    예를 들어, 버클리 소켓은 8192 바이트의 제한을 사용한다. 최저는 512.

lpVendorInfo
 - 벤더에 특유의 데이터 structure의 far pointer.


이것이 끝인데 솔직히 모르고 있어도 네트워크 프로그래밍 잘만 된다;;




다음으로 알아볼것은 WSAStartup함수
형태는
int WSAStartup(WORD wVersionRequested, LPWSADATA lpWSAData);
주로 윈속관련 라이브러리를 초기화하고, 그 데이터를 WSADATA에 넣어줄 때 쓰입니다.

매개변수
wVersionRequested : 프로그래머가 사용할 윈속의 버전정보 전달.
lpWSAData              : WSADATA라는 구조체 변수의 주소 값 전달.

반환값
 - 성공 시 0, 실패 시 0이 아닌 에러코드 값 반환

이렇게 됩니다.
wVersionRequested에는 보통 MAKEWORD라는 함수를 넣는데요

사용법
MAKEWORD(1,2); //주 버전 1, 부 버전 2, 0x0201반환
MAKEWORD(2,2); //주 버전 2, 부 버전 2, 0x0202반환
이렇게 됩니다.

마지막으로 WSACleanup함수입니다.
형태는
int WSACleanup(void); 입니다.
주로 윈속 관련 라이브러리를 해제할 때 사용합니다.

반환값
 - 성공 시 0, 실패 시 SOCKET_ERROR반환


int main()
{
  WSADATA wsaData;
  . . . .
 if(WSAStartup(MAKEWORD(2,2), &wsaData) != 0)
      Error("WSAStartup() error!");
  . . . .
  WSACleanup();
return 0;
}

그러면 이런 창이 뜨는데 저기 동그라미 쳐져있는 것을 클릭하면 Fedora가 부팅됩니다.

그리고 오른쪽 하단에 저것 보이시죠? 저게 바로 CD롬인데 ISO파일이나 CD를 불러오는 버튼입니다.

VMWare가 부팅됩니다.

Log In해주시구요.

Install to Hard Drive보이시죠. 클릭하고 Enter눌러주세요`~

바탕화면에서 아래의 아이콘을 찾아서 더블클릭

LSI Logic(Recommended)선택

Create a new virtual disk 선택

SCSI(Recommended)선택하고

이곳은 virtual machine의 harddisk를 설정하는 부분 맨위의 칸에 원하는 gb를 설정한다.

HardDisk로 쓸 vmdk확장자의 이름을 정해주는 곳. next~!

이제 거의 끝났군요;;

완료됐을 때의 화면입니다.

이제 VirtualMachine의 성능을 업그레이드 하는 법과 다운그레이드 하는 법입니다.
먼저 렘부터. 아래 사진을 보면 Memory 512MB부분에 붉은 동그라미 보이시죠.
그걸 더블클릭해주세요.

그러면 이런창이 뜰꺼에요. 그럼 아래의 그림처럼 오른쪽 부분에 동그라미 안의 숫자를 바꾸면 렘의 용량이 바뀝니다.

이번엔 HardDisk의 용량을 바꿔보겠습니다.
아래의 그림처럼 붉은 동그라미를 더블클릭.

그 후 HardDisk를 Remove시켜버려요.
(만약에 이곳에 운영체제 깔고 Remove하는거면 당장멈춰요. 다 날아가버릴지도 몰라요.)

그 후 Add해주면 됩니다.

그럼 이런게 뜨는데 첫번째 HardDisk를 클릭하고 Next

첫번째 체크박스(Create a new virtual disk를 클릭하고 next~!)

SCSI를 클릭하고 Next~!

여기서 용량을 적어주고 Next~!

그 다음에 이름을 설정 Next

드디어 완료...ㅜ;;

Fedora설치는 3에서 할께요.

BOOL GetMessage(LPMSG lpMsg, HWND hWnd, UINT wMsgFilterMin,
                                UINT wMsgFilterMax);
리턴값 - false면 윈도우 종료

BOOL PeekMessage(LPMSG lpMsg, HWND hWnd, UINT wMsgFilterMin,
                                UINT wMsgFilterMax,UINT wRemoveMsg);
리턴값 - 메시지를 가져오면 true, 가져오지 못하면 false

LPMSG lpMsg
 - 메세지 구조체의 포인터
HWND hWnd
 - 메세지 큐를 확인할 윈도우의 핸들
UINT wMsgFilterMin
 - 최소값을 넘겨주면 최소값보다 작은 메세지는 가져오지 않는다. (보통 0)
UINT wMsgFilterMax
 - 최대값을 넘겨주면 최대값보다 큰 메세지는 가져오지 않는다. (보통 0)
UINT wRemoveMsg
 - 플래그 값


차이점 - GetMessage함수는 메시지 큐에서 메시지를 받아올 때까지 계속 기다린다.
           하지만 PeekMessage함수는 메시지큐에 메시지가 없어도 기다리지 않고 false를 리턴한다.


활   용 - 메시지 큐에 메시지가 없을 때, 데드타임이 발생하는데
         GetMessage를 사용한다면 데드타임을 활용할 수 없다.
         하지만 PeekMessage를 사용할 경우 이 데드타임을 활용할 수 있다.

데드타임 - 이 때는 주로 프레임을 그려주거나 프레임을 업데이트 시켜주는 일을 시킨다.

 여러개의 쓰레드가 동시에 하나의 변수를 변경시켜줄 때, 문제가 생기는 것을 방지하기 위해 쓰레드에 순위를 매겨서 처리하는 방식의 세마포어와는 달리 뮤텍스는 쓰레드가 들어오는 순서대로 처리해 주는 방식으로 사용한다.

class CMutex
{
private:
    static HANDLE m_mutex;    //뮤텍스 핸들
    DWORD m_owner; //지금 Lock되어있는 Thread ID값
public:
    static void Init();
    static void Remove();
    CMutex();
    ~CMutex();
    void Lock();
    void Unlock();
};

void CMutex::Init()
{
    m_mutex = CreateMutex(NULL,FALSE,NULL);
    memset(&m_owner, 0, sizeof(DWORD));
}
void CMutex::Remove()
{
    WaitForSingleObject(m_mutex,INFINITE);
    CloseHandle(m_mutex);
}

CMutex::CMutex()
{
}

CMutex::~CMutex()
{
}

void CMutex::Lock()
{
 DWORD ThreadID = GetCurrentThreadId();
    if(m_owner != ThreadID)
    {
        WaitForSingleObject(m_mutex,INFINITE);
        m_owner = ThreadID;<br />
    }
}

void CMutex::UnLock()
{
    DWORD ThreadID = GetCurrentThreadId();
    if(m_owner == ThreadID)
    {
        ReleaseMutex(m_mutex);
        memset(&m_owner,0,sizeof(DWORD));
    }
}

예전에 한번 파티클을 구현해 본적이 있는데 꽤나 단순하게 구현했습니다.
 그냥 아무렇게나 규칙에 맞춰 화면에 텍스쳐 잔뜩 뿌려주고, 좌표값 바꿔주고, 색상값 바꿔주고, 로테이션값 바꿔주면 됩니다. 하지만 그냥 이렇게만 하면 자연스러운 파티클은 나오지 않습니다.

위    - 자연스럽지 못한 파티클
아래 - 자연스러운 파티클

void SetRenderTarget(LPDIRECT3DTEXTURE9 pTexture)
{
 LPDIRECT3DSURFACE9 pSurface;
 HRESULT hr = pTexture->GetSurfaceLevel(0, &pSurface);
 DXUTGetD3D9Device()->SetRenderTarget(0, pSurface);
 pSurface->Release();
}

void SetRenderTargetToOrigin(LPDIRECT3DSURFACE9 pTexture, bool EXIT)
{
 static LPDIRECT3DSURFACE9 _Origin = pTexture;
 DXUTGetD3D9Device()->SetRenderTarget(0,_Origin);
 if(EXIT)
  _Origin->Release();
}

 위의 두 함수는 사용자 정의 함수입니다. 첫번째 역할은 백버퍼를 자신이 원하는 LPDIRECT3DTEXTURE9형을 가진 변수로 바꾸는 것이고, 두번째 함수의 역할은 백버퍼를 원래의 백버퍼로 돌려놓는 것입니다. 
 SetRenderTarget을 이용해 어떤 텍스처에 그릴지 선택하고 그 텍스처에 r:0 g:0 b:0 a:0으로 색을 맞춰서 클리어해줍니다. 그리고 자신이 그리고 싶은 그림(Texture)을 그립니다(render). 그 다음SetRenderTargetToOrigin함수를 이용해 원래의 백버퍼로 렌더타겟을 잡습니다. 그리고 거기에 아까전에 Render를 마친 텍스쳐를 한번 더 뿌려줍니다.

하루에 6시간 3일 총 18시간을 투자해서 그래퍼&프로그래머 각각 한명씩해서 단 2명이 만든 리듬게임...
처음 만들기 시작했을 땐 불가능 할 줄 알았는데 막상 제작이 완료되니...