클라이언트쪽에서 OCI를 이용해서 DB서버에 데이터 처리는 하는 것과 소켓프로그래밍으로 db에 넣을 데이터를 DB서버에 보내서 받아서 처리하는 것 중 어느 것이 더 빠르가요?
OCI 클라이언트 라이브러리가 하는일이 (원격이라면) 소켓 통신을 통해서 DB 에 접속해서 받아오는 일일텐데요.
만약 소켓을 이용해서 별도로 데이터를 받아와야 한다면 시스템 설계나 보안상의 이슈일 것 같습니다.
---------------------- navs:KIM Hyuntak ----------------------
잘 검증된 소켓서버인 오라클 리스너를 놔두고, 굳이 손수 소켓프로그래밍을 해서 작업량과 장애발생가능처를 늘릴 필요는 없다고 봅니다.
게다가 OCI로 원격입력하든 소켓으로 전달후 로컬입력하든 테이블에 레코드 하나 입력할 때의 총 왕복시간은 별다를 것도 없고요.
소켓프로그래밍 없이 그냥 OCI over SQL*Net으로 입력하시면 될 것 같고, 만일 단건 insert하는 사이에도 데이터가 적체될 정도로 데이터 발생빈도가 높다면 단건입력방식 대신 bulk insert를 고려하시면 될 것이라 생각합니다.
오늘도 무지함에서 조금 벗어나네요.. 두분 조언 감사합니다.
텍스트 포맷에 대한 자세한 정보
<code>
<blockcode>
<apache>
<applescript>
<autoconf>
<awk>
<bash>
<c>
<cpp>
<css>
<diff>
<drupal5>
<drupal6>
<gdb>
<html>
<html5>
<java>
<javascript>
<ldif>
<lua>
<make>
<mysql>
<perl>
<perl6>
<php>
<pgsql>
<proftpd>
<python>
<reg>
<spec>
<ruby>
<foo>
[foo]
OCI 가 하는일이
OCI 클라이언트 라이브러리가 하는일이 (원격이라면) 소켓 통신을 통해서 DB 에 접속해서 받아오는 일일텐데요.
만약 소켓을 이용해서 별도로 데이터를 받아와야 한다면 시스템 설계나 보안상의 이슈일 것 같습니다.
----------------------
navs:KIM Hyuntak
----------------------
잘 검증된 소켓서버인 오라클 리스너를 놔두고, 굳이
잘 검증된 소켓서버인 오라클 리스너를 놔두고,
굳이 손수 소켓프로그래밍을 해서 작업량과 장애발생가능처를 늘릴 필요는 없다고 봅니다.
게다가 OCI로 원격입력하든 소켓으로 전달후 로컬입력하든
테이블에 레코드 하나 입력할 때의 총 왕복시간은 별다를 것도 없고요.
소켓프로그래밍 없이 그냥 OCI over SQL*Net으로 입력하시면 될 것 같고,
만일 단건 insert하는 사이에도 데이터가 적체될 정도로 데이터 발생빈도가 높다면
단건입력방식 대신 bulk insert를 고려하시면 될 것이라 생각합니다.
그렇군요...
오늘도 무지함에서 조금 벗어나네요..
두분 조언 감사합니다.
댓글 달기