애드혹 쿼리합니다 구축하십시오 빠르게 프로그램을 통해 어떻게 합니까?

39 의 데이터를 Excel 피벗 테이블, ve i& 사용할 수 있으므로, 내가 내 데이터베이스를 분석 및 &quot 슬라이스에 dice&quot. 매우 빠르게. 여러분도 잘 알고 있는 모든 일을 SQL 쿼리를 데이터베이스 테이블, 우리는 우리의 지정하십시오. 피벗테이블 높여줍니까 쓸 수 있다.

하지만 나는 왜 이렇게 빨리 만날 수 있지만 피벗테이블 chunghwa 는 쿼리합니다 계시나니 대한 데이터와 그 데이터를 필드용 / 관계는 우리가 아무것도아니야 give it?

[질문] , SQL 쿼리를 애드혹 동일팔레트에 다른 방법으로 이런 신속하고 효율적으로 구축할 수 있습니까? (&quot 활용 피벗 테이블, 그럼요! &quot, 그래, 하지만, 제가 원하는 것은 프로그램 방식 방식).

Eddie
편집된 질문25일 2월 2009 в 5:18
프로그래밍
pivot-table adhoc-queries
17일 9월 2008 в 2:24
10 파운드
질문에 대한 의견 (1)

그냥 필요에 따라 주문하십시오 조작 및 그룹화할 절.

Excel 이 때문에 모든 데이터가 빠르게 메모리에 정렬할지 신속하고 효율적으로 사용할 수 있다.

해설 (2)

뭔가 큰 문제는 개념을 사용하여 메모리의 데이터를 Excel @mark 몸값을 관용으로충만하신 유지하고 있기 때문에 빠른 계산이. # 39, s 도 Excel 사전 인덱스화합니다 데이터세트를 it& 가능성을 배제할 수 있게 해 주는 것보다 더 많은 응답성의 데이터베이스에 이런 식으로.

39 의 there& it& # 39 의 빠른 비 알고리즘 중 상당한 이유 때문이다. Excel 에서 피벗 테이블 사용량, 주님으로부터그에게 总监和首席信息官完全了解 조인. # 39, re you& 때 데이터 불러오기 ad hoc 데이터베이스에서 테이블, 스레딩이 조인 또는 사이의 상관 관계를 더욱 조회, 검색 등 인덱스화하여 로드되는지 발생합니다. 이후 한 곳에 Excel) 는 모든 데이터가 RAM (또는 no) 을 수행할 수 있어 사전 형태 필요 없이 조회를 데이터세트를. 데이터베이스의 데이터를 하나의 불러오시길 조교하실 경우 임시 테이블 될 수 있다고 볼 수 있는 방법에 대해 흥미로운 표, 반대, ad hoc 쿼리합니다 스택된 설치, 성능 위주 한다.

39 의 특정 한 thing& 표시되어도: 비록 데이터베이스뿐 생산하는 제품은 데이터베이스에 대한 정확한 reports 툴과도 전통적으로 표준화된 적립율은 비해 훨씬 적은 최적이고 ad hoc 질의입니다. 표준화된 데이터 구조에 초점을 맞추고 있기 때문에 다른 모든 희생 위에 무결성에 경우 해당 난 과민반을을 시행하십시오 liberty), 그들은 모든 데이터를 ad hoc 최적화이든 포기해야 것을 알아낸다. 비록 이것은 케이블링의 acrobatconnectcentral. 고려해보십시오 이 표준화된 스키마:

&lt pre>; +-+ +-+ 트블라저스 뤼크네르스 +-+ +-+ userid 헨드리드 성별 &gt 헨드리드 < -; +-+ +-+

  • 출처 뤼크네르스 선택합니다. &gt. 여성 1 &gt. 남성 2 &lt /pre>;

이 예에서 우리는 알고 싶다는 생각을 여성 / 남성 이용자 수를 lionbridge 의 시스템, 데이터베이스 및 그에 따라 처리할 수 있는 역할이 필요할 것』 이라고 참가하십시오 (다시 말하지만, 이것은 나쁜 예 때문에 적은 수의 연결 및 적은 수의 가능한 값, 일부 데이터베이스 엔진 최적화, 이는 일반적으로 달성하기도 한다). 그러나 이 데이터를 Excel you& 조교하실 덤프하는 데 문제가 여전히 일부 데이터베이스 응벌을; d # 39 의 데이터를 Excel 약간만이라도 상당히 빠른 데이터 가져오기할 오히려 피벗. 이는 초기, 고정 비용 개념을 수도 있다는 생각에 따라 직선 ad hoc 쿼리합니다 기술입니까 응벌을 누락했습니다 중입니다 등보다 빠른 엑셀 데이터를 주석문입니다 don& # 39, 하지만 난 없다.

가장 좋은 점, 표시되어도 tangential 도래하도록하려하는 일반 데이터베이스 모두 빨아들일 때 특별 보고서를 emc. 정밀도에는 경우가 많습니다. # 39 의 특별 보고서를 만드는 데 필요한 it&, 종종 드 정상화 (warehouse&quot ";) 쿼리 보다 데이터 구조. 많은 좋은 결과를 얻을 수 있는 데이터 웨어하우징을 관련 정보를 찾는 주제라서요.

도덕 이야기의: 가진 것이 아니라 이상적인 시스템이 완전히 알고리즘, 빠른 ad hoc 쿼리하지 놀라운 주어진 공간과 시간을 보다 현실적인 제약 (메모리이고 사람들이 시간). Ad hoc 시스템, 정말로 효과적으로 생성 후 비정규 it 활용 사례를 이해하는 데 필요한 데이터를 효과적으로.

39; d 매우 추천합니까 i& [데이터 웨어하우스를 도구키트] [1]. # 39 m no. # 39 I& 애디슨에게, DBA I& 주당 80 시간 정도를 문깅 엑셀, Oracle, m just a 분석 누가 나뉜다. 아픈 건 알아요.

[1]: http://www.amazon.com/data-warehouse-toolkit-complete-dimensional/dp/ pd_bbs_sr_1? 키드 = 0471200247, 1235597755, s = books&amp utf8&amp /ref = ie = sr = 8-1 &amp.

해설 (0)

내 알 수 있는 직관적인 느낌이 날 것이라고 오토메이티드 뭔가를해야합니다 함께 할 수 있는 고정 아웃라인에 집어넣을 테이블 영역, 즉:

- 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 
- The Data zone will apply an AGGREGATE function to the field drag-dropped to it.

어쩔래요 &quot scene&quot 뒤에, 일어나지 않을 것이라고 밝혔다. 그 때 우리는 필드용 드래그합니다 조닝이?

해설 (0)