PostgreSQL 과 mysql ?? 정보
기타 PostgreSQL 과 mysql ??본문
마땅이 적을 만한 공간이 없어서 여기 적습니다.
웹 개발을 하시는 분들이 DB를 선택할때 PostgreSQL 과 mysql 을 두고 고민을 많이 한다고들 들었습니다.
보통은 mysql의 빠른 select 속도 때문에 mysql을 DB로 선택한다고는 하지만
Client Server 개발자 입장에서는 단순 Select 속도만 가지고 DB선택기준이 되기는 어렵습니다.
혹시 두 DB의 차이에 대해 알고 있으신분들 답변좀 부탁합니다.
아 그리고 차이점이나 비교해놓은 글이 있는곳을 알려주셔도 좋구요.
주말인데 다들 편안한 날 되십시요~ ^^;
웹 개발을 하시는 분들이 DB를 선택할때 PostgreSQL 과 mysql 을 두고 고민을 많이 한다고들 들었습니다.
보통은 mysql의 빠른 select 속도 때문에 mysql을 DB로 선택한다고는 하지만
Client Server 개발자 입장에서는 단순 Select 속도만 가지고 DB선택기준이 되기는 어렵습니다.
혹시 두 DB의 차이에 대해 알고 있으신분들 답변좀 부탁합니다.
아 그리고 차이점이나 비교해놓은 글이 있는곳을 알려주셔도 좋구요.
주말인데 다들 편안한 날 되십시요~ ^^;
추천
0
0
댓글 3개
답변감사합니다.
오우! 그렇군요^^
아는 한에서 트랜젝션처리 및 확장성명령, 그리고 속도를 관건이라고 보면 되지싶습니다.
거래사이트를 만들면서 저도 고민을 많이 했는데 mysql이 오라클만큼이나 처리는 빠릅니다.
그 속도를 위주의 소규모 DB를 생각하고 개발때문에 트랜젝션처리등이 빠져있다가 4점대 버젼으로 오면서 추가해 넣어졌습니다.
역시나 안정성과 속도상에서 많이 떨어지는듯합니다.
그에 비하면 PostgreSQL는 처음부터 대량 DB와 오라클처럼 다양한 DB처리 명령어들을 다 내포하고 있습니다
하지만 상용에 비해서 처리속도는 떨어집니다.
그럼 어느걸 선택해야하는지에 대한 기준은....
지금설명도 대충아는걸 적었지만 선택에 대해서도
트랜젝션처리에 대해서... A라는 상대에서 B라는 상대에게 사이버 머니가 넘어가는 처리가 있다는 과정에
A라는 회원의 사이버머니를 빼는 처리를 끝내고 B라는 회원의 DB에 UPDATE처리중에 정전또는 DB서버의 오류로
쓰여지지 못한다면....A라는 회원의 사이버머니만 공중에 붕뜨게 됩니다.
그래서 트랜젝션처리를 하게 되면 두개의 DB처리에 대한 처리가 정상적으로 완료되면 그때 동시에 처리를 하고
만약에 둘중에 하나라도 처리가 되지않으면 이전상태로 환원해야한다고 할까요!
게시판 위주의 커뮤니티성 사이트에서는 필요없고 쇼핑몰에서도 운영자와 거래자와같은 일대일 거래에서는 그렇게
크게 안정성보다 속도위주인 Mysql이 더 적절한것 같다고 생각합니다.
옥션같이 1:1:1이 되어서 등록자, 구매자, 사이트 운영자가 존재하여 DB상에서만 자료와 이전되는경우(캐쉬,또는 마일리지)이 경우는 DB만으로밖에 확인 할 수없기때문에 안정성이 중요할 수 밖에 없습니다.
하지만 1:1 사이트 운영자와 구매자와의 거래방식인 쇼핑몰(영카트)경우 입금처리, 출금처리등 혹 DB처리에서 에러를 잃으키더라도 통장으로 확인이 가능하기때문에 에러복구가 가능하고 그 에러가능성이 현저히 낫기때문에
속도에 중점을 두는게 낫다고 보여집니다..
아는것 하나도 없는데 어설프게 아는선에서 적어봤습니다.
거래사이트를 만들면서 저도 고민을 많이 했는데 mysql이 오라클만큼이나 처리는 빠릅니다.
그 속도를 위주의 소규모 DB를 생각하고 개발때문에 트랜젝션처리등이 빠져있다가 4점대 버젼으로 오면서 추가해 넣어졌습니다.
역시나 안정성과 속도상에서 많이 떨어지는듯합니다.
그에 비하면 PostgreSQL는 처음부터 대량 DB와 오라클처럼 다양한 DB처리 명령어들을 다 내포하고 있습니다
하지만 상용에 비해서 처리속도는 떨어집니다.
그럼 어느걸 선택해야하는지에 대한 기준은....
지금설명도 대충아는걸 적었지만 선택에 대해서도
트랜젝션처리에 대해서... A라는 상대에서 B라는 상대에게 사이버 머니가 넘어가는 처리가 있다는 과정에
A라는 회원의 사이버머니를 빼는 처리를 끝내고 B라는 회원의 DB에 UPDATE처리중에 정전또는 DB서버의 오류로
쓰여지지 못한다면....A라는 회원의 사이버머니만 공중에 붕뜨게 됩니다.
그래서 트랜젝션처리를 하게 되면 두개의 DB처리에 대한 처리가 정상적으로 완료되면 그때 동시에 처리를 하고
만약에 둘중에 하나라도 처리가 되지않으면 이전상태로 환원해야한다고 할까요!
게시판 위주의 커뮤니티성 사이트에서는 필요없고 쇼핑몰에서도 운영자와 거래자와같은 일대일 거래에서는 그렇게
크게 안정성보다 속도위주인 Mysql이 더 적절한것 같다고 생각합니다.
옥션같이 1:1:1이 되어서 등록자, 구매자, 사이트 운영자가 존재하여 DB상에서만 자료와 이전되는경우(캐쉬,또는 마일리지)이 경우는 DB만으로밖에 확인 할 수없기때문에 안정성이 중요할 수 밖에 없습니다.
하지만 1:1 사이트 운영자와 구매자와의 거래방식인 쇼핑몰(영카트)경우 입금처리, 출금처리등 혹 DB처리에서 에러를 잃으키더라도 통장으로 확인이 가능하기때문에 에러복구가 가능하고 그 에러가능성이 현저히 낫기때문에
속도에 중점을 두는게 낫다고 보여집니다..
아는것 하나도 없는데 어설프게 아는선에서 적어봤습니다.
