http://code.google.com/p/zen-coding/wiki/ZenCSSPropertiesEn
HTML :
http://code.google.com/p/zen-coding/wiki/ZenHTMLElementsEn
'붉은가지(View) > 수리부엉이(html)' 카테고리의 다른 글
| zen coding 코딩법 (0) | 2012/02/09 |
|---|---|
| HTML페이지 상태 ex)404오류, 200정상 (0) | 2009/07/15 |
Comment 0
http://code.google.com/p/zen-coding/wiki/ZenCSSPropertiesEn
HTML :
http://code.google.com/p/zen-coding/wiki/ZenHTMLElementsEn
1. 컨트롤러에서 View로 다른 컨트롤러를 호출하지 못함.
2. 다중 View는 거의 단지. Page의 html을 합치는 역활만 한다.
3. DB전송 케릭터셋하고 페이지 케릭터 셋이 틀리면 셋션이 끊긴다.
즉 페이지에서 허용안되는 한글 보내면 깨진다.
'하얀가지(PHP) > PHP' 카테고리의 다른 글
| CI 특징.(업데이트중) (0) | 2011/12/15 |
|---|
- index fast full scan 이 나온 상황.
- 환경: 오라클 9i
- 상황: 조회하는 조건의 컬럼이 인덱스에 포함되어 있지만 선행되지 않아서 조건으로 index range scan 및 직접 scan을 사용할 수 없는 상황.
개인적인 과거 지식:
인덱스는 b* 트리 구조로 되어 있는데 b* 트리의 특징인 이진트리,벨런스트리의 구조를 가지고 있으면서도 leaf(자식) 만을 순차적으로 검색할 수 있다.
1. index full Scan
인덱스 트리를 루트부터 leaf까지 트리 구조를 사용하며 full scan 하는 방식.
즉 -> root -> brunch -> leaf -> leaf-> brunch -> leaf 이런식
인덱스를 전체를 검색하는 하면서 순처적으로 index 를 full scan 하기 때문에 정렬이 자동으로 된다고 한다.
단점. 전체 index를 이용한 것이기 때문에 많은 i/o 가 발생된다.
2. index fast full Scan
인덱스 트리의 구조를 따르지 않고 노드를 순서대로 검색한다. index full scan은 위에서 아래로 검색된다고 한다면 index fast full scan은 좌에서 우로 검색한다.
즉 root, brunch, leaf, leaf..
근데 leaf단위로만 우측 leaf로 검색되는 것인지. brunch도 그런지는.. 잘 모르겠다. leaf만 가능했던 것 같긴한데.(나중에 보충)
순차적으로 검색하기 때문에 Multi Block IO를 제공한다. 즉 패러럴이 된다는 것이다.
Multi Block 수는 db_file_multiblock_read_count
[출처] Full Index & Fast Full Index|작성자 놀고놀자
사용법
- 옵티마이저가 결정하지만 임의로 힌트를 줘서 사용할 수 있다. 하지만 오라클이 더 좋지 않다고 판단하면 힌트를 무시할 수도 있다.
1. 단순하게 index fast full scan으로 실행할 때
select /*+ index_ffs(table, index) */ * from table
2. index scan시에 parallel 주는 힌트.
select /*+ parallel_index(table, index,8) */ * from table
- parallel을 수행할 수 있는 인덱스는 Fast Full scan index 다.
3. index fast full scan을 유도하고 parallel을 주는 힌트.
select /*+ parallel_ffs(table, index) parallel_index(table, index) */ * from table
- parallel_index(table, index,8) 이런식으로 Parallel 숫자를 지정할 수도 있다.
결과.
그냥 index fast full scan 쓰는 것 보다. parallel을 준 것과 속도는 2배 정도 차이가 났다.
parallel 숫자를 지정했을 때와 안했을 때의 차이는 별로 없었는데 아마도 한번에 가지고 올 수 있는 블럭이 적거나. multi block i/o의 허용 갯수가 적었을 것 같다.
아니면 알고리즘 적으로 parallel 숫자가 높아도 소용 없거나.
[출처] Full Index & Fast Full Index|작성자 놀고놀자
[출처] Full Index & Fast Full Index|작성자 놀고놀자
'검정가지(db) > 날벌레(SQL)' 카테고리의 다른 글
| Index full Scan & Index fast full Scan (1) | 2011/12/01 |
|---|---|
| 당원 1일 부터 현재일 까지 출력시켜주는 쿼리 (0) | 2011/11/25 |
