일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- 톰캣
- java
- 성능
- 태그를 입력해 주세요.
- error
- 튜닝
- 엑셀
- JEUS
- oracle
- JavaScript
- Tomcat
- 한글
- DB
- 이클립스
- Excel
- 데이터베이스
- 오라클
- 회계
- MIP
- 오류
- miplatform
- 도서
- 마이플랫폼
- Eclipse
- 자바
- 함수
- Book
- 기타소득
- 에러
- Report Designer
- Today
- Total
목록채번 (2)
어느 가을날의 전환점
CREATE OR REPLACE FUNCTION FunctionName(.....Parameter....) RETURN DataType AS PRAGMA AUTONOMOUS_TRANSACTION; BEGIN ..............생략 END; 위와 같이 PRAGMA AUTONOMOUS_TRANSACTION; 을 선언해주면 된다. - 블록에서 자신의 작업을 수행하기 위해서 그 블록 고유의 트랜잭션을 생성 (부모 트랜잭션의 승인/롤백 여부에 상관없이 자신의 작업을 승인하거나 롤백할 수 있다.) #참고 http://2dong0.springnote.com/pages/6250193?print=1 http://www.oracle-base.com/articles/misc/AutonomousTransactions...
효율적인 채번 방식을 적용한 성능향상 데이터베이스에 유일한 식별자인 Primary Key를 일련번호 형식으로 디자인하는 경우가 많다. 업무적으로 의미 있는 식별자와 일련번호 형식의 시스템적 식별자에는 장단점이 존재한다. 실제 테이블에서는 일련번호 형식을 많이 사용하고 이로 인한 이슈도 제법 많이 발생되고 있다. 이번에는 두 식별자에 대한 기능적인 면에서의 비교보다 일련번호 형식의 식별자일 때 어떻게 번호를 증가시키는 것이 효율적인지를 알아보고자 한다. 대체 식별자인 일련번호 체계를 사용하는 데이터 모델에서는 반드시 채번(PK값을 증가하는 번호 형식으로 생성하는 것)을 해야 하는데, 이때 채번을 목적으로 설계해 사용된 채번 테이블로 인해 성능저하가 나타나는 경우가 많다. 은 트랜잭션 LOG라는..