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 Q&A 6405 게시물 읽기
No. 6405
김상기님의 prepared query의 위험한 외줄타기를 읽고(2)...
작성자
초보대왕
작성일
2005-11-07 22:30
조회수
2,140

이상하게 제 컴에서는 댓글쓰기가 안돼서 새글로 남깁니다.

 

-- 김상기님 의 글

-- 간단하게 생각하시면 될것같은데요. :)

-- 두개의 페이지를 만들어서 퍼포먼스를 살펴보시면 될 것같네요.

-- 하나는 모든 작업을 프로시져가 하고, 웹은 단지 프로시져 결과만 보여주는 방식과,

-- 다른 하나는 프로시져 내용을 웹에서 각각 보내는 방식하고.

-- 과연 그 차이가 얼마일지가 사뭇 궁금하네요.

-- 한번 해보시고, 밴치마크 결과를 보여주세요.

-- (db 서버와 웹서버의 사양이 크게 차이가 나지 않는다면,

-- 제가 보기에는 별로 차이가 없을듯 싶습니다만)

 

다시 생각해보니까 저 역시도 별로 차이가 없을듯 합니다.

다반 한방의 저장프로시저(?)에서 디비서버가 다른 컴에 있는 경우에는

확실히 메리트가 있지 않나 생각해 봅니다.

 

-- 신기배님의 글

-- DB에서 할 수 있는것은 DB에서 하라 라는 말이 있다고 해도

-- 최종 결과물의 가공처리까지 DB에서 하는것이 옳은지 그른지는 잘 모르겠네요;;

-- prepare를 쓰겠다 함은 빈번한 쿼리의 쿼리플랜 연산의 시간을 줄이겠다는 것이고,

-- 그 결과물은 어플에서 자유롭게 가공할 수 있다는 말이 됩니다.

-- xml형태로 저장프로시저에서 한번에 받아온다면 처리할 수 있는 영역이 한계가 있겠죠?

-- xml파서가 없거나 구현하기 힘든 언어와 엮인다면 더 많은 손이 갈 것으로 생각됩니다.

-- 현재 논점에서만 따져본다면 prepare를 만들고 프로시저 안에서

-- 그 prepare를 사용하고 어플은 두 쪽 중 원하는 것을 선택해서

-- 사용하는 방법이 제일 좋지 않을까요?

 

확실히 어플쪽에서는 입맛대로 선택하는 것이 좋을 것입니다.

 

-- 말씀하신 xml -> javascript 라는 고정된 환경이라면 그 방법도 나빠 보이지는 않습니다만

-- 다른 환경에서도 최선책이라는 생각은 안드네요

 

다만 xml -> javascript 라는 환경은 어쩌다가 존재하는 우연한 경우가 아니고

DB 에서 정보를 가져오는 대부분 웹환경에서 적용가능하지 않을까요

실제 제 홈페이지를 이런 식으로 속도가 중요한 부분부터 바꾸고 있는데

프로그램이 엄청나게 편해지고 있습니다.

 

의견주신 두분께 감사드립니다.

[Top]
No.
제목
작성자
작성일
조회
6412Group by 질문이여... [1]
조성배
2005-11-11
2017
6411vacuum 에 관해서 질문드립니다. [3]
가우나라
2005-11-11
2919
64081분에 4만개의 데이터를 인서트하면서... [10]
이정호
2005-11-09
4451
6405김상기님의 prepared query의 위험한 외줄타기를 읽고(2)...
초보대왕
2005-11-07
2140
6404에러 해결방법좀 알려주세요... [1]
나그네
2005-11-07
2177
6402김상기님의 prepared query의 위험한 외줄타기를 읽고... [2]
초보대왕
2005-11-05
2455
6399dbmirror 사용법??
가우나라
2005-11-02
2056
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.015초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다