• 고객센터
  • 교육
  • 매뉴얼
  • 데모
  • 제품소개
조회 수 : 1444
2006.09.18 (01:50:06)
게시판을 이용해 주셔서 감사합니다.
다음양식에 맞게 입력해주세요.

* 고객시스템명 :
* 문의할 Component명 및 버전 :
* DataSet 버전 :
* Tr 버전 :
* 문의 유형(질문/요청/참조) :
* 내용 :

안녕하세요...
만약 컬럼 갯수가 10개인 테이블이 잇습니다.
이중에서 4개의 컬럼만 select햇어요..그럼
데이타 셋에는 4개의 해더 중보만 만들어 지나요?
번호 제목 닉네임 조회 등록일
805 no image DATASET <-> GRID 부분적 바인딩에 대한 질문
관리자
1561 2006-09-19
804 no image [재질문] GRID 컬럼의 LOOKUP / COMBO 관련
이종범
1589 2006-09-18
803 no image [재질문] GRID 컬럼의 LOOKUP / COMBO 관련
관리자
1720 2006-09-19
안녕하세요? 먼저 Lookup은 해당 코드/코드값이 데이터셋에 있어야 되기 때문에 해당 데이터셋을 구성하기 위해 DB나 기타 엑세스를 해야하는부분이 있기 때문에 Combo 보다는 서버쪽 부하가 있겟죠? 이것을 제외하고 실제 데이터셋을 사용하는 lookup이나 combo나 client 에 부하를 주지는 않습니다. 다만 코드성 데이터가 많을 경우 해당 데이터를 모두 화면에서 가지고 있어야 하기 때문에 client의 메모리 사용량이 증가 할수는 있겟습니다. 아래 질문 내용을 보면 데이터를 구성할때 코드명을 보여주기 위해서 조인등을 사용하는것은 한두개의 컬럼인 경우 쿼리의 성능에 문제를 일으키지 않으나, 다수 사용되면 쿼리의 실행타임이 증가하게 됩니다. 이런 경우는 lookup이나 , combo 의 기능을 사용하면, 훨씬 빠르게 데이터를 보여줄수있습니다. 동작방식은 해당 코드가 연결된 lookup/combo의 코드값과 일치하는 경우 해당 코드값을 보여주는 형태이기 때문에 클라이언트의 부하는 거의 없다고 보시면 됩니다. 경험상 보면 DB의 부하를 줄이기 위해서 코드성 데이터를 표시하기 위해서 lookup/combo를 사용하시는걸 추천합니다. 특히 코드성 데이터는 DB에서 메모리로 올려서 사용하시면 훨씬 빠른 퍼포먼스를 보이게 됩니다. DB의 코드를 STATIC객체로 만들어서 메모리에 적재 그럼 수고하세요. >게시판을 이용해 주셔서 감사합니다. >다음양식에 맞게 입력해주세요. > >* 고객시스템명 : KGS >* 문의할 Component명 및 버전 : GRID - 1.2.1.152 >* DataSet 버전 : 1.2.1.27 >* Tr 버전 : >* 문의 유형(질문/요청/참조) : 질문 >* 내용 : > >지난번 문의했던 내용(8/29)인데, 답변이 없으셔서 재 문의 드립니다. > >-------------------------------------------------------------- > >GRID에서 LOOKUP 또는 COMBO 속성을 사용할때 > >CLIENT 상의 부하가 어느정도 되는지 궁금합니다. > >내부적으로 어떻게 처리되는지요. > >런타임시 ROW마다 LOOKUP / COMBO의 데이타셋을 참조해서 만들어 주는것인지요. > >즉, DB상에 저장되어 있는 데이타는 코드이고, > >코드명을 보여주기 위해, > >1. DB에서 쿼리하여 코드명을 GRID에 바인딩될 데이타셋에 넣는 방법과 > >2. 다른 데이타셋(코드 마스터 같은)을 만들어, > > 이를 GRID 상에서 COMBO나 LOOKUP의 데이타와 연결해서 사용하는 방법 > > 검색조건이 있기 때문에 코드 마스터는 UI에서 데이타셋으로는 무조건 가지고 있어야 하는 환경입니다. > >의 차이에 대해 알고 싶습니다. > >확인 부탁드립니다. > >------------------------------------------ > >그리고, 이 게시판에서 글을 하나 게시하면 로그아웃됩니다.
802 no image [재질문] GRID 컬럼의 LOOKUP / COMBO 관련
이종범
1512 2006-09-19
답변 감사드립니다. 확인 차원에서 구체적 사례를 들어서 한번만 더 여쭤보겠습니다. 예를들어 GRID에 보여줄 정보가 Dataset : 사원마스터 (사원마스터테이블) 사번, 이름, 부서명, 직급명 (사원마스터테이블에는 부서코드, 직급코드만 저장, 부서명, 직급명을 가져오려면 각각 부서마스터, 직급마스터와 Join해야 함) 이라 할때, Dataset : 부서마스터 (대략 10건이라 하겠습니다.) (부서마스터 테이블 : 부서코드, 부서명으로 구성) Dataset : 직급마스터 (대략 10건이라 하겠습니다.) (직급마스터 테이블 : 직급코드, 직급명으로 구성) 로 별도로 두어, 사원마스터 데이타셋에는 부서코드, 직급코드만 두고, GRID에서 EditStyle을 LOOKUP으로 해서 구현하였을때, Client의 부하는 부서마스터 / 직급마스터를 저장하는 부하만 고려하면 되는지요. 사원마스터가 충분히 많은 ROW를 가진다고 하였을 때, 각각의 부서명 컬럼과 직급명 컬럼을 부서마스터, 직급마스터 데이타셋에서 찾아 GRID의 CELL에 표시하는 부하(이른바 LOOKUP 부하)는 고려하지 않아도 되는것인지 궁금합니다. 확인 부탁드립니다. 감사합니다. >안녕하세요? > >먼저 Lookup은 해당 코드/코드값이 데이터셋에 있어야 되기 때문에 해당 데이터셋을 구성하기 위해 > >DB나 기타 엑세스를 해야하는부분이 있기 때문에 Combo 보다는 서버쪽 부하가 있겟죠? > >이것을 제외하고 실제 데이터셋을 사용하는 lookup이나 combo나 client 에 부하를 주지는 않습니다. > >다만 코드성 데이터가 많을 경우 해당 데이터를 모두 화면에서 가지고 있어야 하기 때문에 client의 메모리 > >사용량이 증가 할수는 있겟습니다. > >아래 질문 내용을 보면 데이터를 구성할때 코드명을 보여주기 위해서 조인등을 사용하는것은 한두개의 컬럼인 경우 > >쿼리의 성능에 문제를 일으키지 않으나, 다수 사용되면 쿼리의 실행타임이 증가하게 됩니다. > >이런 경우는 lookup이나 , combo 의 기능을 사용하면, 훨씬 빠르게 데이터를 보여줄수있습니다. > >동작방식은 해당 코드가 연결된 lookup/combo의 코드값과 일치하는 경우 해당 코드값을 보여주는 형태이기 때문에 > >클라이언트의 부하는 거의 없다고 보시면 됩니다. > >경험상 보면 DB의 부하를 줄이기 위해서 코드성 데이터를 표시하기 위해서 lookup/combo를 사용하시는걸 > >추천합니다. > >특히 코드성 데이터는 DB에서 메모리로 올려서 사용하시면 훨씬 빠른 퍼포먼스를 보이게 됩니다. > >DB의 코드를 STATIC객체로 만들어서 메모리에 적재 > >그럼 수고하세요. > > >>게시판을 이용해 주셔서 감사합니다. >>다음양식에 맞게 입력해주세요. >> >>* 고객시스템명 : KGS >>* 문의할 Component명 및 버전 : GRID - 1.2.1.152 >>* DataSet 버전 : 1.2.1.27 >>* Tr 버전 : >>* 문의 유형(질문/요청/참조) : 질문 >>* 내용 : >> >>지난번 문의했던 내용(8/29)인데, 답변이 없으셔서 재 문의 드립니다. >> >>-------------------------------------------------------------- >> >>GRID에서 LOOKUP 또는 COMBO 속성을 사용할때 >> >>CLIENT 상의 부하가 어느정도 되는지 궁금합니다. >> >>내부적으로 어떻게 처리되는지요. >> >>런타임시 ROW마다 LOOKUP / COMBO의 데이타셋을 참조해서 만들어 주는것인지요. >> >>즉, DB상에 저장되어 있는 데이타는 코드이고, >> >>코드명을 보여주기 위해, >> >>1. DB에서 쿼리하여 코드명을 GRID에 바인딩될 데이타셋에 넣는 방법과 >> >>2. 다른 데이타셋(코드 마스터 같은)을 만들어, >> >> 이를 GRID 상에서 COMBO나 LOOKUP의 데이타와 연결해서 사용하는 방법 >> >> 검색조건이 있기 때문에 코드 마스터는 UI에서 데이타셋으로는 무조건 가지고 있어야 하는 환경입니다. >> >>의 차이에 대해 알고 싶습니다. >> >>확인 부탁드립니다. >> >>------------------------------------------ >> >>그리고, 이 게시판에서 글을 하나 게시하면 로그아웃됩니다. >
801 no image [재질문] GRID 컬럼의 LOOKUP / COMBO 관련
관리자
2064 2006-09-19
안녕하세요? GRID에서 EditStyle을 LOOKUP으로 해서 구현하였을때, 는 LOOKUP하는 코드성 데이터셋을 가지고 올때의 cost만 고려하시면 됩니다. 일단 가지고 온 데이터를 코드명을 보여줄 데이터와 바인딩(lookup)할때의 부하는 없다고 보시면 됩니다 말씀하신대로 Client의 부하는 부서마스터 / 직급마스터를 조회 및 저장하는 부하만 고려하시면 됩니다. 그럼 수고하세요. > >답변 감사드립니다. > >확인 차원에서 구체적 사례를 들어서 한번만 더 여쭤보겠습니다. > >예를들어 > >GRID에 보여줄 정보가 > >Dataset : 사원마스터 (사원마스터테이블) > >사번, 이름, 부서명, 직급명 > >(사원마스터테이블에는 부서코드, 직급코드만 저장, 부서명, 직급명을 가져오려면 각각 부서마스터, 직급마스터와 Join해야 함) > >이라 할때, > >Dataset : 부서마스터 (대략 10건이라 하겠습니다.) (부서마스터 테이블 : 부서코드, 부서명으로 구성) > >Dataset : 직급마스터 (대략 10건이라 하겠습니다.) (직급마스터 테이블 : 직급코드, 직급명으로 구성) > >로 별도로 두어, 사원마스터 데이타셋에는 부서코드, 직급코드만 두고, > >GRID에서 EditStyle을 LOOKUP으로 해서 구현하였을때, > >Client의 부하는 부서마스터 / 직급마스터를 저장하는 부하만 고려하면 되는지요. > >사원마스터가 충분히 많은 ROW를 가진다고 하였을 때, > >각각의 부서명 컬럼과 직급명 컬럼을 부서마스터, 직급마스터 데이타셋에서 찾아 > >GRID의 CELL에 표시하는 부하(이른바 LOOKUP 부하)는 고려하지 않아도 되는것인지 궁금합니다. > >확인 부탁드립니다. > >감사합니다. > > >>안녕하세요? >> >>먼저 Lookup은 해당 코드/코드값이 데이터셋에 있어야 되기 때문에 해당 데이터셋을 구성하기 위해 >> >>DB나 기타 엑세스를 해야하는부분이 있기 때문에 Combo 보다는 서버쪽 부하가 있겟죠? >> >>이것을 제외하고 실제 데이터셋을 사용하는 lookup이나 combo나 client 에 부하를 주지는 않습니다. >> >>다만 코드성 데이터가 많을 경우 해당 데이터를 모두 화면에서 가지고 있어야 하기 때문에 client의 메모리 >> >>사용량이 증가 할수는 있겟습니다. >> >>아래 질문 내용을 보면 데이터를 구성할때 코드명을 보여주기 위해서 조인등을 사용하는것은 한두개의 컬럼인 경우 >> >>쿼리의 성능에 문제를 일으키지 않으나, 다수 사용되면 쿼리의 실행타임이 증가하게 됩니다. >> >>이런 경우는 lookup이나 , combo 의 기능을 사용하면, 훨씬 빠르게 데이터를 보여줄수있습니다. >> >>동작방식은 해당 코드가 연결된 lookup/combo의 코드값과 일치하는 경우 해당 코드값을 보여주는 형태이기 때문에 >> >>클라이언트의 부하는 거의 없다고 보시면 됩니다. >> >>경험상 보면 DB의 부하를 줄이기 위해서 코드성 데이터를 표시하기 위해서 lookup/combo를 사용하시는걸 >> >>추천합니다. >> >>특히 코드성 데이터는 DB에서 메모리로 올려서 사용하시면 훨씬 빠른 퍼포먼스를 보이게 됩니다. >> >>DB의 코드를 STATIC객체로 만들어서 메모리에 적재 >> >>그럼 수고하세요. >> >> >>>게시판을 이용해 주셔서 감사합니다. >>>다음양식에 맞게 입력해주세요. >>> >>>* 고객시스템명 : KGS >>>* 문의할 Component명 및 버전 : GRID - 1.2.1.152 >>>* DataSet 버전 : 1.2.1.27 >>>* Tr 버전 : >>>* 문의 유형(질문/요청/참조) : 질문 >>>* 내용 : >>> >>>지난번 문의했던 내용(8/29)인데, 답변이 없으셔서 재 문의 드립니다. >>> >>>-------------------------------------------------------------- >>> >>>GRID에서 LOOKUP 또는 COMBO 속성을 사용할때 >>> >>>CLIENT 상의 부하가 어느정도 되는지 궁금합니다. >>> >>>내부적으로 어떻게 처리되는지요. >>> >>>런타임시 ROW마다 LOOKUP / COMBO의 데이타셋을 참조해서 만들어 주는것인지요. >>> >>>즉, DB상에 저장되어 있는 데이타는 코드이고, >>> >>>코드명을 보여주기 위해, >>> >>>1. DB에서 쿼리하여 코드명을 GRID에 바인딩될 데이타셋에 넣는 방법과 >>> >>>2. 다른 데이타셋(코드 마스터 같은)을 만들어, >>> >>> 이를 GRID 상에서 COMBO나 LOOKUP의 데이타와 연결해서 사용하는 방법 >>> >>> 검색조건이 있기 때문에 코드 마스터는 UI에서 데이타셋으로는 무조건 가지고 있어야 하는 환경입니다. >>> >>>의 차이에 대해 알고 싶습니다. >>> >>>확인 부탁드립니다. >>> >>>------------------------------------------ >>> >>>그리고, 이 게시판에서 글을 하나 게시하면 로그아웃됩니다. >> >
Selected no image 세이타셋 질문이여..
유금숙
1444 2006-09-18
799 no image 세이타셋 질문이여..
관리자
1510 2006-09-19
798 no image 동적header 생성 문의
손종욱
1431 2006-09-16
797 no image 동적header 생성 문의
관리자
2156 2006-09-19
796 no image 메뉴 compnent 에서 다음 부분을 안보이게 할 수 없는지요 파일
민경민
1383 2006-09-16
795 no image 메뉴 compnent 에서 다음 부분을 안보이게 할 수 없는지요
관리자
1472 2006-09-19
794 no image MGrid Export to Excel
정덕환
1470 2006-09-15
793 no image MGrid Export to Excel
기술지원45
1662 2006-09-20
792 no image MGrid에서 HEADER 및 VIEW의 WIDTH 동적 변형
정덕환
1454 2006-09-14
791 no image MGrid에서 HEADER 및 VIEW의 WIDTH 동적 변형
기술지원45
1593 2006-09-20
790 no image MGrid에서 HEADER 및 VIEW의 WIDTH 동적 변형
차정일
1600 2009-11-05
꽁수 방법입니다. MGRID는 width를 자동으로 바꾸지안키때문에 DB상에서 불러오는 해더컬럼명이 길경우 짤리는 그런증상이 있지요..컬럼의 갯수가 만을경우 후속으로 오는컬럼 위치를 전부 수정하는것도 일이구요.. 하지만 머리를 조금쓰면 간단하게 해결됩니다. 그리드의 ColumnInfo 를 활용하면됩니다. 아시다시피 ColumnInfo에는 해더정보및 컬럼정보등등이 들어갑니다. 그렇키 때문에 바인딩된 데이터셋의 로우만큼 포문을 돌며 ColumnInfo정보 스트링 구문을 만들어내는게 가능합니다. 물론 그리기위한 정보는 데이터셋이 들고와야하는건 알겁니다. <div id="auto_width" style="position: absolute;visibility: hidden;height: auto;width: auto"></div>이런객채를 만들어둡니다. 해더문자길이는 클라이언트마다(폰트)마다 다르기때문에 문자length로는 길이를 알수없습니다. var fontSize=MGrids.currentStyle.fontSize; --기본폰트크기를 가져옵니다(CSS에 정의된크기) var startleft=0; var startright=0; var info=''; for(){ document.getElementById("auto_width").innerText=this.NameValue(i,"BUTTON_NM"); --해더의택스트컬럼값 을 히든객체에 집어넣코 var text_width = document.getElementById("auto_width");--히든객채를 가져와서 text_width.style.fontSize = fontSize; --히든객채의 폰트사이즈를 기본으로 변경한후 var width = (text_width.clientWidth + 1);--히든객채의 넓이를 가져옵니다. startright=startleft+(parseInt(fontSize)+width+parseInt(fontSize));--객채의넓이와 폰트의 pt값을이용 right값을 구해냅니다. info+='<COLUMN id="test" refcolid="test">'; info+='<HEADER left="'+startleft+'" top="0" right="'+startright+'" fontsize="'+fontSize+'">'; info+='<VIEW left="'+startleft+'" top="0" right="'+startright+'"/>'; info+='<CHILD type="check"/>'; info+='</COLUMN>'; startleft=startright;-- right에left값을 복사합니다. } info +='</COLUMNINFO>'; MGrids.ColumnInfo=info 이런방식으로 info객채를 따로 그려주면 데이터셋은 알아서 바인딩이 되므로 해더의 사이즈를 더블클릭해서 넓혀줄필요가 없어집니다.
789 no image 챠트에서 Y축 label을 지수형태로 표시하려면 어떻게 해야하는지??
현원기
1472 2006-09-14
788 no image 챠트에서 Y축 label을 지수형태로 표시하려면 어떻게 해야하는지??
기술지원47
1951 2006-09-19
787 no image gauce 4.0 unicode 사용시 csv 액셀파일 import시 한글깨짐 문제 해결방법 문의
이우숙
1467 2006-09-13
786 no image gauce 4.0 unicode 사용시 csv 액셀파일 import시 한글깨짐 문제 해결방법 문의
관리자
1640 2006-09-19
Tag List
XE Login