하지만 나는 왜 이렇게 빨리 만날 수 있지만 피벗테이블 chunghwa 는 쿼리합니다 계시나니 대한 데이터와 그 데이터를 필드용 / 관계는 우리가 아무것도아니야 give it?
[질문] , SQL 쿼리를 애드혹 동일팔레트에 다른 방법으로 이런 신속하고 효율적으로 구축할 수 있습니까? (" 활용 피벗 테이블, 그럼요! ", 그래, 하지만, 제가 원하는 것은 프로그램 방식 방식).
뭔가 큰 문제는 개념을 사용하여 메모리의 데이터를 Excel @mark 몸값을 관용으로충만하신 유지하고 있기 때문에 빠른 계산이. # 39, s 도 Excel 사전 인덱스화합니다 데이터세트를 it& 가능성을 배제할 수 있게 해 주는 것보다 더 많은 응답성의 데이터베이스에 이런 식으로.
< pre>; +-+ +-+ 트블라저스 뤼크네르스 +-+ +-+ userid 헨드리드 성별 > 헨드리드 < -; +-+ +-+
이 예에서 우리는 알고 싶다는 생각을 여성 / 남성 이용자 수를 lionbridge 의 시스템, 데이터베이스 및 그에 따라 처리할 수 있는 역할이 필요할 것』 이라고 참가하십시오 (다시 말하지만, 이것은 나쁜 예 때문에 적은 수의 연결 및 적은 수의 가능한 값, 일부 데이터베이스 엔진 최적화, 이는 일반적으로 달성하기도 한다). 그러나 이 데이터를 Excel you& 조교하실 덤프하는 데 문제가 여전히 일부 데이터베이스 응벌을; d # 39 의 데이터를 Excel 약간만이라도 상당히 빠른 데이터 가져오기할 오히려 피벗. 이는 초기, 고정 비용 개념을 수도 있다는 생각에 따라 직선 ad hoc 쿼리합니다 기술입니까 응벌을 누락했습니다 중입니다 등보다 빠른 엑셀 데이터를 주석문입니다 don& # 39, 하지만 난 없다.
가장 좋은 점, 표시되어도 tangential 도래하도록하려하는 일반 데이터베이스 모두 빨아들일 때 특별 보고서를 emc. 정밀도에는 경우가 많습니다. # 39 의 특별 보고서를 만드는 데 필요한 it&, 종종 드 정상화 (warehouse" ";) 쿼리 보다 데이터 구조. 많은 좋은 결과를 얻을 수 있는 데이터 웨어하우징을 관련 정보를 찾는 주제라서요.
도덕 이야기의: 가진 것이 아니라 이상적인 시스템이 완전히 알고리즘, 빠른 ad hoc 쿼리하지 놀라운 주어진 공간과 시간을 보다 현실적인 제약 (메모리이고 사람들이 시간). Ad hoc 시스템, 정말로 효과적으로 생성 후 비정규 it 활용 사례를 이해하는 데 필요한 데이터를 효과적으로.
[1]: http://www.amazon.com/data-warehouse-toolkit-complete-dimensional/dp/ pd_bbs_sr_1? 키드 = 0471200247, 1235597755, s = books& utf8& /ref = ie = sr = 8-1 &.
내 알 수 있는 직관적인 느낌이 날 것이라고 오토메이티드 뭔가를해야합니다 함께 할 수 있는 고정 아웃라인에 집어넣을 테이블 영역, 즉:
- the Page Fields zone
- the Column Fields zone
- the Row Fields zone and
- the Data zone
내 야생 것 같아요.
- The Page zone builds the WHERE part of the ad-hoc query.
- The Column zone will put whichever fields drag-dropped to it in the GROUP BY clause.
- The Row zone will build a SELECT DISTINCT <field names>
- The Data zone will apply an AGGREGATE function to the field drag-dropped to it.
어쩔래요 " scene" 뒤에, 일어나지 않을 것이라고 밝혔다. 그 때 우리는 필드용 드래그합니다 조닝이?