database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
ㆍPostgreSQL
Firebird
Oracle
Informix
Sybase
MS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
PostgreSQL Tutorials 5845 게시물 읽기
 News | Q&A | Columns | Tutorials | Devel | Files | Links
No. 5845
PostgreSQL 8 : Install -한글부분수정
작성자
조성준(openphp)
작성일
2005-01-28 01:42ⓒ
2005-01-30 20:09ⓜ
조회수
30,534

홈페이지 : http://www.openphp.com , http://www.openpython.com

 

안녕 하세요? 조성준입니다.

역시 정리한건 좀 되었는데. 8.0나오면서 정리작업만 더 늘어나서 부분적으로 고치고 덛붙였습니다.
말이 않맞으면 예전정리한거에 덛붙여서 그러니 양해부탁드리며,(오타는 무진장 양햐부탁^^)
역시나 엉망진창 어설픈에 한계를 들어내는 강좌이니 피해를 보실수도 있으니, 혹여 피해를 보신다면 먼저 사과드립니다.

PostgreSQL의 설치(PostgreSQL 7 or 8) 설명입니다.

- PostgreSQL -

PostgreSQL Home :
http://www.postgresql.org
PostgreSQL 란 :
http://borg.postgresql.org/docs/8.0/interactive/preface.html

PostgreSQL은 ORDBMS(object-relational database management system)로
University of California at Berkeley Computer Science Department에서 개발되었으며,
Berkeley Postges 4.2 Base로 개발이 되었습니다.

PostgreSQL ORDBMS이긴 하지만 Object에 대한 기능적인 면이 다소 떨어집니다.
초기 개발때는 Object관련 개발이 진행이 많이 되었으나 현재는 집중도가 기존만 못해
기능향상이나 추가가 잘 이루어 지지 않고 있는듯.(음. 영어가 딸리니 쩝.)

PostgreSQL안전성에 대해서는 의심할 여지가 없으며,2004년 12월 28일

http://antispam.datainfosys.net에서 밝힌자료로는 1TB의 디비를 현재 잘 관리되어지고 있으며,
.org / .info등의 도메인 메인관리 디비서버로 PostgreSQL와 Slony-1로 현재 운영중이다.
또한 리눅스저널과 같은 각종 언론매체들에서도 최고의 디비로 손꼽을 정도로 성능과 안전성에서는 더할나위가 없습니다.

PostgreSQL 라이센스는 자유롭기때문에 어떠한 상황에서도 사용,수정,Copy등 허용됩니다.

인용 또는 결과 :

------------------------------------------------------------------------------------
PostgreSQL Database Management System
(formerly known as Postgres, then as Postgres95)

Portions Copyright (c) 1996-2005, PostgreSQL Global Development Group

Portions Copyright (c) 1994, The Regents of the University of California

Permission to use, copy, modify, and distribute this software and its
documentation for any purpose, without fee, and without a written agreement
is hereby granted, provided that the above copyright notice and this
paragraph and the following two paragraphs appear in all copies.

IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR
DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING
LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS
DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF THE
POSSIBILITY OF SUCH DAMAGE.

THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES,
INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY
AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS
ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO
PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
---------------------------------------------------------------------------------------

[root@good /root]$
_


더이상 설명하면 입이 아플지경이며, 2001년도부터 사용해온저로써는 단한번의 사고도 없었으며,
실망시킨적이 없는 디비입니다. 속도면에서도 7.x대 부터 많은 성능 향상이 되어졌으며,
현재의 8.x대의 성능은 가히 경악?할정도로 많이 좋아져서,.

PostgreSQL = Slow DB라는 오명은 사라진것 같습니다.

PostgreSQL의 Array Data Type만으로 흡족해하는 분들고 계시더군요.GIS개발자들에게도 편한
Data Type와 함수들이 준비되어 있습니다.


- PostgreSQL 다운로드 -


PostgreSQL의 미러는 한국에도 2군대가 있으며,ftp://ftp.postgresql.org/pub/source/ 를 통해 다운받을수 있습니다.

미러링 사이트는 많이 있으니 홈페이지에서 보시기 바랍니다.

잡설! : 적수네의 미러링(ftp://linux.sarang.net)이 저에게는 행복그자체였지만.
적수님이 하드가 깨져버려서 복구불능이라고 하셔서 가슴이 아프네요.

다운로드 폴더에는 같은 버전에 몇개의 파일이 있습니다.

인용 또는 결과 :

postgresql-8.0.0.tar.gz
postgresql-base-8.0.0.tar.gz
postgresql-docs-8.0.0.tar.gz
postgresql-opt-8.0.0.tar.gz
postgresql-test-8.0.0.tar.gz

[root@good /root]$
_


postgresql-8.0.0.tar.gz : Full 소스
postgresql-base-8.0.0.tar.gz : 순수 소스 (올로지 PostgreSQL그 자체만 들어 있음)
postgresql-docs-8.0.0.tar.gz : Document들
postgresql-opt-8.0.0.tar.gz : Procedure등 Option (반드시 필요하지않으나 사용자에따라 추가적으로 제공되는것)
postgresql-test-8.0.0.tar.gz : 각종 PostgreSQL의 성능 Benchmark용 툴등

여기서 필요한것은 postgresql-8.0.0.tar.gz입니다. PostgreSQL의 수GB가 되는 파일이 아니기 때문에
필요한것만 받으시기 마시고 Full을 받으싶시요. 따로 필요하신분들은 각기 받으셔도 상관없습니다.

부분 적으로 필요하신분도 받아 압축을 풀면 postgresql-8.0.0 폴더로 압축이되어 있어, 옮기고 하는 일을 없습니다.

* 설치시 필요한 프로그램과 라이브러리들 *

리눅스 사용자의 경우 일반 설치의 경우는 상관없지만 아주 최소로 설치하셨거나.
BSD나 Solaris같은 경우는 필요합니다.

Gnu Make

pmake , bmake등으로는 컴파일이 불가능합니다. gmake가 반드시 있어야 하며, Linux사용자가 쓰는 make가 gnu make입니다.

GCC

Gnu Compile Collection? 음 Gnu C Compiler에서 이름이 바뀌었다고 하는데 맞는지 모르지만
GCC가 기본이며, 현재 다른 컴파일로는 도전해보지 못한상태라 가능여부는 모릅니다.
gcc 2.x/gcc 3.x모두 잘 컴파일됩니다.

tar,gzip또는 gunzip 또는 bzip2또는 bunzip2

Tar와 Gzip또는 gnuzip이 필요합니다. 압축 해제를 위해 , bzip2로 된것도 있습니다.

Gnu ReadLine

내부적인 히스토리 기능을 위해 필요하며, 사용하길 피하시는분은 --without-readline 옵션을 제외가능

Gnu GetText

Native Langauge 지원으로 위해 필요하며,최하 GNU Gettext 0.10.36 이상이 필요합니다.
그외에 PostgreSQL에서 Procedure 개발을 위한 Language 엔진은 반드시 설치가 되어 있어야만 합니다.
현재 Procedure로는 Python,Perl,PHP,Java,Tcl,R statistical 등이 지원됩니다.
Linux,NetBSD,Solaris(gnu companion설치버전)이외의 os에서 gettext의 호환문제가 발생합니다.
http://developer.postgresql.org/~petere/bsd-gettext/ 에서 다운받으싶시요.

* 압축 해제 *

tar xvzf postgresql-8.0.0.tar.gz

약 64MB정도 소스가 되며 설치에는 최소 90MB의 Disk Space가 필요합니다.

- 컴파일 -

주의! 컴파일러 옵션은 math관련 옵션을 소스 컴파일시 에러가 발생되므로, 제외하셔야 합니다.(-ffast-math)


* Configure 옵션들 *

--prefix

    기본적으로 대부분의 소스가 그냥 ./configure후 make;make install을 하면 /usr/local이나 특정위치로 깔립니다.
    그렇게되면 추가 파티션 이동이나 프로그램 파일 백업이나 등등에 다소 에러사항이 발생합니다
    이경우 prefix를 이용해서 특정위치로 몰아주게 됩니다. 하추의 유지보수,관리를 위해 prefix옵션으로 특정위치로
    몰아주시는것이 좋습니다.PostgreSQL C header나 Library는 /etc/ld.so.conf나 ldconfig -f , LD_LABRARY_PATH등으로
    추가작업을 해주시면 사용에 문제는 전혀 없습니다.
    PostgreSQL의 MakfeFile에서는 uninstall이 지원합니다.


--enable-integer-datetimes enable 64-bit integer date/time support

    64Bit 숫자,날짜,시간지원여부. 일반적으로는 필요하지 않음. 저렇게 긴데이타가 필요하시면야뭐.


--enable-nls[=LANGUAGES]

    시스템의 각종 출력 메세지에 대한 나라별 언어 지원으로 8.0부터는 DSN과 uri.sarang.net의 김상기님
    한글화 작업을 해주셔서 이제 PostgreSQL에서도 한글 메세지와 에러로그를 볼수있게 되었습니다.
    이옵션은 복수 선택이 가능하며, 디폴트로로 추후 선택하거나 상황이니 Database별로 따로도 가능합니다.

    지원 되는 NLS 종류 :
    http://developer.postgresql.org/~petere/nlsstatus/#t8.0-branch
    아직 100% 된건 아니지만. 처음 하시는분들에게는 언어의 장벽이 깨진것이니 ko를 추천드립니다.

    다중선택시
    --enable-nls='ko de'


--disable-shared

    PostgreSQL 컴파일시 공유라이브러리와 함께 컴파일하지 않겠다는 부분인데 하지않으면 성능은 좀 향상될수 있으나
    상황에 따라 쓰시면 되지만 에러가 나는 시스템이 많으실것으로 기본적으로 사용하지 않기를 권장드립니다.


--enable-depend

    소스컴파일시 의존성이 있는 파일이나 라이브러리에 대한 체크를 하는것으로 포함하지않으면,
    컴파일 속도는 다소 빨라지만 현재의 주류 시스템에서는 체크를 해서 안전하게 가시는것도 좋은 예입니다.


--enable-thread-safety

    PostgreSQL은 Muti-Thread기반이 아니니 Prefork방식으로서 각종 Client등에서 Muti-Thread동작 접근시의 안전성을 위한것으로
    각종 Cluster나 Pooler들은 Muti-Thread로 접근되어 추가를 요구하니 추가해주싶시요.
    8.0부터는 자동이지만 일단 넣고 시작하는게 심적안정을 ^^ ldd로 컴파일 다하고나서 어 포함않되었당 T.T..이런사태는 막을수 있으니


--enable-thread-safety-force

    --enable-thread-safety를 추가 하였는데 Thread SAfe Test에서 에러가 발생하였지만 에러는 그냥 무시하고 컴파일하실때
    필요한것으로 에러가 나면 에러원인을 찾아 주시는것인 오동작을 막을수 있습니다.
    그냥 넘겨도 될법한 부분의 오류가 발생했다면 추가하여 건너 뛰시면 됩니다.


--with-docdir=DIR
--without-docdir


    Man Page의 설치 관련 옵션으로 기본적으로 옵션을 주지 않으시면 설치위치릐 doc 폴더에 설치되지만.
    --without-docdir로 Man Page설치를 하지 않으시거나 --with-docdir로 특정위치로 설치가 가능합니다.
    Man Page보다는 OnLine 문서나 Download 용 Html문서가 낳을것입니다 ^^보기에


--with-pgport=PORTNUM

    PostgreSQL의 기본 Service Port는 5432이나 만약에 외부에서 접근이 이루어지거나 하는 경우는 변경을 해주시것이 좋지만.
    따로 설정파일에서도 변경이 가능합니다.



--with-tcl
--with-tclconfig=DIR


    Procedure Language로 TCL를 사용시 옵션추가 , 따로 설치 위치는 주지 못하며, 자동 검색을 합니다. 원하실시 소스 수정필수


--with-perl

    Procedure Language로 Perl를 사용시 옵션추가 , 따로 설치 위치는 주지 못하며, 자동 검색을 합니다. 원하실시 소스 수정필수


--with-python

    Procedure Language로 Python 를 사용시 옵션추가 , 따로 설치 위치는 주지 못하며, 자동 검색을 합니다. 원하실시 소스 수정필수


--with-krb4
--with-krb5


    KerberOS를 통한 접속 인증 시스템을 원하실시에는 추가 (버전에 따라 추가 )


--with-pam

    PAM(Pluggable Authentication Modules) 을 원하실시 추가


--with-rendezvous

    Apple의 Rendezvous 인증처리를 원하실때 추가


--with-openssl

    SSL 인증처리를 원할실때 추가


--without-readline

    Command History (Consol에서 키보드 위아래^^.이해되실려낭)가 필요없거나 사용을 하지 않을때 추가


--without-zlib

    Zlip 사용을 하지 않을시 추가 (아직 zlib가 어디에 쓰이는지는 모르지만 내부에서 압축관련 알고리즘이 필요한모양)


--with-includes=DIRS

    --with-openssl,--with-python등 자동검색하는 항목이 있는데 이의경우 prefix등으로 따로 설치하였거나
    하였을때 또는 특정위치의 C Header파일을 참조하게 하고 싶을떄 추가하시면 됩니다.
    --with-includes=/usr/local/ssl/include:/usr/local/python/include


--with-libraries=DIRS

    --with-includes와 같이 Library위치를 지정하고 싶을때.
    --with-libraries=/usr/local/ssl/lib:/usr/local/python/lib
    --with-includes,--with-libraries로 설정히 configure 단계에서 우선적으로 찾습니다.



* 컴파일 *

위에 설명드린 Configuration 옵션에 따라 다음의 단계를 거치시면 됩니다.

인용 또는 결과 :

./configure \
--prefix=/database/postgres \
--enable-thread-safety \
--enable-depend \
--enable-nls='ko' \
--with-openssl \
--with-python \
--with-perl

[root@good /root]$
_


위에 쓰는 옵션을 제가 쓰는 옵션으로 상황에 따라 조합하시기 바랍니다.

인용 또는 결과 :

gmake ; gmake install

[root@good /root]$
_


컴파일 시간은 약간 오래걸리는듯하지만 커피 한잔정도의 여유는 있습니다. 담배는 반개피정도.!
(금연합시다.쩝.!)


위와 같이 설치를 하고하면 이제 기본적인 작업에 들어가야 합니다.


- PostgreSQL 기초작업 -

먼저 PostgreSQL관리 계정이 필요합니다. PostgreSQL의 Daemon인 Postmaster는 Root로의 가동이 불가능합니다.
보안상 따로 계정을 만들어 주어야 하므로 주의를 요합니다.

* 계정 생성 *


Linux 기준

인용 또는 결과 :

groupadd dba
adduser -d /database/postgres -g dba -c "PostgreSQL Master User" -m -s /bin/bash postgres
passwd postgres

[root@good /root]$
_


FreeBSD 기준

인용 또는 결과 :

pw groupadd dba
pw useradd postgres -d /database/postgres -g dba -c "PostgreSQL Master User" -m -s /bin/bash

[root@good /root]$
_



잠시 옵션 설명
인용 또는 결과 :

-d : Home Directory
-g : group Name
-c : Comment
-m : 계정생성 작업
-s : Shell (Linux기본 Bash , BSD나 Solaris는 C Shell)

[root@good /root]$
_


기본적으로 계정셋팅되 끝이나면 환경 변수 셋팅이 되어야합니다.
따로 셋팅하지 않아도 그때그때 옵션을 주어 가능하나 상당히 귀찮기떄문에 환경변수로 주시는것이
그나마 손가락 관절염을 피할수 있습니다.

* 퍼미션 조절 *

make install단계를 root로 하셨다면 반드시 해주셔야 하는 작업으로
설치 디렉토리로 이용하여 다음의 작업을 해주서야 합니다.

인용 또는 결과 :

chown -R postgres:dba /database/postgres
cd /database/postgres
chown -R root lib include

[root@good /root]$
_


* 계정 환경 설정 *

Linux나 Bash Shell사용자 기준

인용 또는 결과 :

su - postgres
vi .bash_profile

export MANPATH=$HOME/man
export PGDATA=/database/postgres/data

저장후 source .bash_profile

[root@good /root]$
_


BSD,Solaris등 C Shell사용자 기준

인용 또는 결과 :

su - postgres
vi .cshrc

setenv MANPATH $HOME/man
setenv PGDATA /database/postgres/data

저장후 source .cshrc

[root@good /root]$
_



export MANPATH=$HOME/man


    PostgreSQL의 Man Page를 같이 설치하신분을 위한 설정으로 Man Page는 빼고 설치하신분은 불필요


export PGDATA=/database/postgres/data


    PostgreSQL의 실제적인 설정파일과 메인디비파일들의 위치 설정



* 디비생성및 기초 셋팅작업 *

PostgreSQL에 대한 설치밑 기본 환경 설정을 마치고하면 메인 시스템용 디비와 각종 설정파일들을
PGDATA 로 설정한 곳으로 복사작업든 기동을 위한 작업을 해야 합니다.

initdb

initdb는 파일명에서도 나오든 DB초기화 작업용 파일로 옵션을 다음과 같습니다.
인용 또는 결과 :

-D

PostgreSQL 디비 생성 폴더위치로 현재 Shell에서 PGDATA로 설정한곳으로 자동으로 읽어오나 따로 설정하거나
추가적인 클러스터(디비환경)를 만들고 싶을때 지정하시면 됩니다.

-E

PostgreSQL의 기본적인 입출력(소팅포함)관련 기본 Encoding Set을 정하는 것으로 한국의 경우는
EUC_KR로 설정할수가 있지만 EUC_KR시에는 아햏해,쑣등은 입력이 불가능하게 되며, 메세지로 EUC_KR에서 지원되지 않는
문자셋이라고 뜨게 됩니다.
이런것을 미연에 방지하려면
UTF-8로 설정을 하셔야, 가능합니다.


참도 :
http://borg.postgresql.org/docs/8.0/interactive/multibyte.html

-A

기본적인 인증 처리부분은 pg_hda.conf 설정장을 참고하시기 바랍니다. trust (No Password),password(text)등등

-U

현재의 postgres계정이 아닌 다른 계정으로 마스터 계정으로 쓰실때

-W

PostgreSQL은 기본적으로 마스터 계정에 대한 패스워드가 없습니다. 이옵션을 넣어 패스워드를 초기 설정가능


--locale
--lc-collate : String sort order
--lc-ctype : Character classification (What is a letter? Its upper-case equivalent?)
--lc-messages : Language of messages
--lc-monetary : Formatting of currency amounts
--lc-numeric : Formatting of numbers
--lc-time=LOCALE : Formatting of dates and times



지역화 설정으로 기본적으로 System OS의 설정값으로 가져옵니다. 메세지나 , 통화(돈),숫자표현이나 날짜/시간등
각나라별로 돈표시 우리는 \ 3,000 , 미국은 $ 3,000 식으로말이죠. 대부분은 System OS설정기준

주의! :
여기서 주의 해야 하는것은 한글 환경으로 셋팅이된 OS의 경우 COLLATE가 ko_KR.eucKR로 자동으로 잡히게 됩니다.
이 경우 한글 정렬이나 like연산시 index를 검색하지않고 full scan하는 문제가 있으며,
glibc의 한글관련 문제로 아직은 패치가되지 않은 상태로 collate을 C Type로 잡아 주여야 합니다.
현재로써는 위와 같이해야 한글환경에서 정상적인 작동이 가능합니다.

참고 :
http://borg.postgresql.org/docs/8.0/interactive/charset.html

[root@good /root]$
_




initdb -E UTF-8 --lc-collate=C -W
인용 또는 결과 :

[postgres@postgres]$
initdb -E UTF-8 --lc-collate=C -W
The files belonging to this database system will be owned by user "postgres-test".
This user must also own the server process.

The database cluster will be initialized with locales
COLLATE: C
CTYPE: ko_KR.eucKR
MESSAGES: ko_KR.eucKR
MONETARY: ko_KR.eucKR
NUMERIC: ko_KR.eucKR
TIME: ko_KR.eucKR
initdb: warning: encoding mismatch
The encoding you selected (UNICODE) and the encoding that the selected
locale uses (EUC-KR) are not known to match. This may lead to
misbehavior in various character string processing functions. To fix
this situation, rerun initdb and either do not specify an encoding
explicitly, or choose a matching combination.

creating directory /database/postgres-test/data ... ok
creating directory /database/postgres-test/data/global ... ok
creating directory /database/postgres-test/data/pg_xlog ... ok
creating directory /database/postgres-test/data/pg_xlog/archive_status ... ok
creating directory /database/postgres-test/data/pg_clog ... ok
creating directory /database/postgres-test/data/pg_subtrans ... ok
creating directory /database/postgres-test/data/base ... ok
creating directory /database/postgres-test/data/base/1 ... ok
creating directory /database/postgres-test/data/pg_tblspc ... ok
selecting default max_connections ... 100
selecting default shared_buffers ... 1000
creating configuration files ... ok
creating template1 database in /database/postgres-test/data/base/1 ... ok
initializing pg_shadow ... ok
Enter new superuser password:
Enter it again:
setting password ... ok
enabling unlimited row size for system tables ... ok
initializing pg_depend ... ok
creating system views ... ok
loading pg_de
이 글에 대한 댓글이 총 3건 있습니다.

디비 인코딩에 있서 euc-kr 코드셋을 사용하는 예제는 실무에서는 부적절합니다. PostgreSQL에서 euc-kr 디비 인코딩은 현실세계를 무시한 처사입니다. 디비서버를 해킹하지 않는한 말이지요.

 

"비행기가 쓯~ 지나간다."

 

사용자가 이렇게 쓰고 싶었는데, euc-kr 인코딩일 경우, "쓯"은 "바른 한국어가 아니기 때문에 DB에 저장될 수 없습니다"라고 친절하게 안내를 해준다고 해도 이것은 이상주의적인 발상이지 실무에 적용하기는 힘듭니다.

 

아무튼 성준님의 글을 꽤 많은 사람들이 볼터인데, 이 글 따라 무작정 따라한 사람들이 겪을 한글입력의 문제점들도 생각해 보셔야합니다.

 

현재 PostgreSQL 쪽에서 한글을 처리하기 위한 가장 현실적인 길은 utf-8 인코딩을 사용하는 것일겝니다. 늘 이야기하는 것이지만.

 

그리고, initdb에서 로케일관련 아무런 지정을 하지 않게되면,

db 클러스터의 LC_COLLATE 값이 initdb 명령을 실행했던 쉘의 그 때 locale 값으로 지정합니다.

 

대부분의 유닉스 계열 쉘들이 기본적으로 한국어 환경으로 된 것을 쓰기에, 그냥 initdb 명령을 사용하게 되면, LC_COLLATE=ko_KR.eucKR 로 만들어집니다. 이 경우 대부분의 OS에서 한글정렬과 like 연산에서 인덱스 사용문제가 생깁니다. - win32 환경에서는 일단 한글정렬문제는 해결되었는데, like 연산에서 인덱스를 사용하는 문제는 아직 남아있네요.

 

그래서, 한국어 자료를 쓸 경우라면, 어느 플랫폼이든간에,

initdb --lc-collate=C 로 클러스터 LC_COLLATE 값을 C로 만들어두어야 정상적으로 작동합니다. 이게 안전합니다.

 

이문제는 한국어 collate 관련 처리에 대한 glibc 버그라고 하네요.

고질적인 문제인데, 아직도 안고쳐지고 있습니다.

 

김상기(ioseph)님이 2005-01-28 15:21에 작성한 댓글입니다.

허리를 좀 삐긋해서 정신이없네요.T.T

옛날만든것에 덛붙이다보니 고쳐야할부분을 그대로두었네요.

지적 감사합니다.

lc_collate부분은 reference에 index에도 있던내용인데 봐놓고도

않고쳤으니 죄송합니다.

 

암튼 빨리고쳐놓겠습니다. 상기님 감사합니다.

조성준(openphp)님이 2005-01-28 20:06에 작성한 댓글입니다.

여차저차 해서, 무사히 initdb 까지 마쳤다면, 처음 서버를 실행해야할 환경에 대해서 반드시 이야기를 해야할 부분이 있어, 윗 글에 덧붙힙니다.

 

한국어 서버 메시지를 사용하고, 서버의 데이터베이스 인코딩은 utf-8 인 경우,

 

pg_ctl 명령을 실행할 때의 쉘 환경도 utf-8 환경이어야합니다.

 

즉,

$ export LANG=ko_KR.UTF-8

$ pg_ctl -D pgdata start

 

이런식이어야합니다.

 

김상기(ioseph)님이 2005-05-18 14:53에 작성한 댓글입니다.
[Top]
No.
제목
작성자
작성일
조회
5870pg_restore 사용법 [1]
김상기
2005-02-04
24978
5854PostgreSQL 8 : Group,User관리
조성준
2005-01-30
25066
5853PostgreSQL 8 : pg_hda.conf - 보정중 [2]
조성준
2005-01-30
14883
5845PostgreSQL 8 : Install -한글부분수정 [3]
조성준
2005-01-28
30534
5834PostgreSQL 8 : PostgreSQL.conf 설정하기 [2]
조성준
2005-01-25
19565
5833PostgreSQL 8 : PITR [2]
조성준
2005-01-25
10037
5832PostgreSQL 8 : TableSapce
조성준
2005-01-25
15696
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2023 DSN, All rights reserved.
작업시간: 0.049초, 이곳 서비스는
	PostgreSQL v16.1로 자료를 관리합니다