일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- SSL
- 한글
- MYSQL
- @RequestBody
- 문자열
- exception
- 스크립트
- spring form tag
- 오라클
- json
- 이클립스
- JSTL
- Oracle
- checbox
- 전자정부 표준프레임워크
- jquery
- 날짜
- 호환성
- maven
- null
- 톰캣
- php
- RADIO
- switch
- HTML5
- 웹 플랫폼 설치 관리자
- java
- DB
- 네이버스마트 에디터
- html
- Today
- Total
목록DB/ORACLE (101)
개인적인 정리
개발서버에 운영중이던 데이타를 넣어야 하는 상황 조건 1. 개발서버에 접근은 TOAD 같은 것만으로 가능 2. 대략 15,000건 이상의 데이타가 있음. 3. CLOB 필드 존재 ** 개발서버에 데이타를 넣어서 개발을 시작해야 하는 부분을 전제로 함 ** 운영디비에 테스트 해본적은 없음. 1. EXPORT 주로 TOAD를 사용한다라기 보다 최근에는 토드만 쓰고 있는 중이므로 TOAD 에서 TABLE을 EXPORT 한다. TOAD > DATABASE > SCHEMA BROWSER 로 이동한다. EXPORT 할 테이블을 입력한다.(테이블이 너무 많아서 귀찮기 때문에) 테이블을 선택, 마우스 우클릭 Export Data 를 실행한다. 1) Export format 에 Insert Statements를 선택 2..
ORA-01843: 지정한 월이 부적합합니다. 프로그램을 통해서 데이타를 insert 또는 update 하는 경우에 문자열을 입력받아서 날짜 형태로 저장을 할 때 발생. UPDATE 테이블 명 SET 필드명 =TO_DATE( '2019-04-17 16:00' /**P*/,'YYYYMMDDHH24MISS') WHERE SEQ =1 ; 이 오류의 원인은 NLS_DATE_FORMAT이 맞지 않아서 생기는 오류 이다. 필드명의 타입이 DATE 이므로 TO_DATE를 써서 DATE형태로 변환헤서 DATA를 넣을려고 하는 경우에 발생함. --> 이 경우 오라클 설정의 NLS_DATE_FORMAT 값 등을 확인해서 조치를 하는 것이 좋을 것으로 보이지만. 내 경우에는 필드타입을 VARCHAR2 로 만들어버리는 선택을..
ORA-01861: 리터럴이 형식 문자열과 일치하지 않음 쿼리상에서 문자열과 날짜를 비교하여서 생겼다. 1 2 SELECT * FROM AAA WHERE STARTDATE > SYSDATE; cs 에서 STARTDATE는 사정상 DATE에서 VARCHAR2로 변경을 해놓은 상태였는데 VARCHAR2와 DATE타입을 비교하니 생긴 문제 아래처럼 변경을 해준다. 1 2 SELECT * FROM AAA WHERE STARTDATE > TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS'); cs 혹은 STARTDATE를 TO_DATE로 해줘도 될 것으로 보인다.
java.sql.sqlrecoverableexception: io 오류: connection reset WAS 로그를 보니 이런 경우가 많진 않은데... 가끔 있다. 1. 대부분 정상적으로 동작함.2. toad 접속 이상 없음.. 어떻게 봐도 일단은 문제가 없어 보이는 상황속에 위와 같은 로그가 있어서 2가지 조치를 해줬더니 에러가 나질 않는 것을 확인하였다. 운영환경 linux + oracle 11g 1. tomcat 시작시 option 추가 https://steemit.com/kr/@flyyou/java-db-java-sql-sqlrecoverableexception-io-error-connection-reset http://goni9071.tistory.com/entry/connection-rese..
CLOB 데이타를 다루는 과정에서 문제가 발생하였다. 상황은 다음과 같다. A 시스템의 데이타를 B 시스템으로 REST SERVICE를 통해서 가져오는 과정에서A 시스템의 CLOB DATA를 B 시스템에서 저장하는 경우 문제가 발생하였다. 게시판 내용인데 COMTNBBS.NTT_CN이다. 글자수의 길이 때문이라고 생각을 해서 검색해봤더니 드라이버 버전 이슈가 많았다. B 시스템의 드라이버는 내가 직업 ojdbc6으로 넣어서 아닌 것 같았다. A 시스템에서 데이타를 저장하는 경우 CLOB 데이타가 잘 저장이 되는 걸 알고 있었고,소스상에도 별다은 내용은 없어서B 시스템에서 문제가 없을 거라고 생각이 되어서 더욱 시간이 걸린 것 같다. 몇일간의 고민과 테스트 끝에... 의외로 쉽게 해결이 되었다. 한참전에 ..
ojdbc6.jar
c:\app\user\product\11.2.0\dbhome_1\owb\external\oc4j_applications\applications\WFMLRSVCApp.ear .ear 파일이 없다고 나오는데.. 오라클을 설치할 때 win64_11gR2_database_1of2 과 win64_11gR2_database_2of2를 합쳐서 설치하면 발생하지 않는다.