데이터베이스 SELECT2 Set vs Procedure 우리가 사용하는 RDBMS는 테이블들의 모음(상세히 말하자면 page 혹은 block 그 상위인 extent)이다.data mining을 위해서는 머리속의 연산방식을 변경해야 한다.예를들어 엑셀의 필터(고급/자동) 정도 수준에서 벗어나지 못하면 대용량 테이블들간 조인이 불가능하다.보통 Set단위 사고의 전환이 안될때 가장 많이 하는 행동이 쿼리를 분할하거나 외부 커서로 연산 이용하는 경우 또는 select절에 UDF를 만들어 처리하는걸 정말 많이 목도하게 된다.정말 치욕적이지 않은가?9할이상의 개발자들이 procedural(절차적) 한 조건분기와 순환문에서 벗어나지 못한다. 간단한 예로 당신의 수준을 점검해 보자.전형적인 절차적이고 레코드단위 연산으로 수억개의 데이터라면 답이 안나올수도 있다. DBO.T.. 2025. 2. 4. 조인의 순서 Driving table(Build Input) Drived table(Prove Input) SQL의 기본의 select 다.정형이건 비정형이건 목적 지향적 언어이므로 가장 중요한 것은 select 이며 모델러의 역량은 최종 결과물인 select를 기준으로 한다.모델러의 머리속에 그려지는 dataset의 다양한 조건에 맞게 설계하게 되는데 이때 select 쿼리 작성 능력에 따라 설계하기 마련이다.특정 테이블에 생각외로 컬럼이 많고 빈 컬럼이 많다면 모델러의 쿼리작성 능력을 의심해 볼만하다.반대로 모델링된 테이블들을 업무를 배제한채 함부로 판단해서도 안된다.그만큼 상황에 따른 대처방법이 다양한게 모델링이기 때문이다. select는 거창하게 말하지만 사실상 별게 없다.출력되는 부분은 select절에 대상 테이블은 from절에 필터링 조건은 where 절에 사실상 이게 전부이다.엑셀의 필터기능과 크.. 2025. 1. 20. 이전 1 다음
