짧은 시간에 실력자가 되고 싶었다.
프로젝트를 진행하면서
택도 ㅇ벗는 소리란 것을 느꼇다.
걍 조용히하고
투자한 시간 + 노력 >= 습득한 기술;
의 공식에 가까워 졌으면 좋겠다.
사실 .equal()은 행운에 가까운 능력을 가진 사람들에게나 해당 될 것 같고,
나는 까먹지나 않았으면 좋겠다.
이제,
은거기인을 만나는 일만 남았다.
미리 감사합니다.^^
+. '이러 이러한거 말해도 될까?'
.. " 깝치지 말고 걍 아봉하고 살아, 할 말이 있고 못 할 말이 있지! 으이구! "
걍 아봉하고 살랜다... ㅎ ㅔㅎ ㅔ
2014년 6월 13일 금요일
20140613 은거 기인과 실력
라벨:
서론과 잡담사이
Do you wanna hear me?.....................................
모두가 아니라고 하는 길을 걸어 가 보겠다.
2014년 6월 7일 토요일
20140607 String VS StringBuffer 이 둘의 차이점?
깊게는 모르겠는데 대충은 이렇다.
String 으로 선언한 문자열은 수정이 불가능하다.
String에서 문자를 추가할 때에는 StringBuffer 메소드를 이용한다.
이 과정에서 가비지가 생성되고 일정 시간이 지난 후 가비지 콜랙터가 쓰레기를 수거해 감.
큰 프로그램에서 이런 것들이 쌓이게 되면 프로그램에 과부하!
StringBuffer 의 경우 Char[]을 이용하게 되므로 내용의 수정이 자유롭다.
String a = "abc";
에서
a += "def";
를 하게되면 실제로는
String a = new StringBuffer("abc").append("def").toString();
라는 코드가 실행된다고 '카더라!'
String 으로 선언한 문자열은 수정이 불가능하다.
String에서 문자를 추가할 때에는 StringBuffer 메소드를 이용한다.
이 과정에서 가비지가 생성되고 일정 시간이 지난 후 가비지 콜랙터가 쓰레기를 수거해 감.
큰 프로그램에서 이런 것들이 쌓이게 되면 프로그램에 과부하!
StringBuffer 의 경우 Char[]을 이용하게 되므로 내용의 수정이 자유롭다.
String a = "abc";
에서
a += "def";
를 하게되면 실제로는
String a = new StringBuffer("abc").append("def").toString();
라는 코드가 실행된다고 '카더라!'
라벨:
학습
Do you wanna hear me?.....................................
모두가 아니라고 하는 길을 걸어 가 보겠다.
2014년 6월 1일 일요일
20140602 ORA-01407: NULL로 XXX 을 갱신할 수 없습니다
테이블 생성시 속성을 not null로 해놓고
외래키를 줄 때, on delete set null을 한 멍청한 경우다 ㅋ
속성을 바꾸던지 외래키 옵션을 바꿔주면 해결될것이라고 생강한다.
외래키를 줄 때, on delete set null을 한 멍청한 경우다 ㅋ
속성을 바꾸던지 외래키 옵션을 바꿔주면 해결될것이라고 생강한다.
Do you wanna hear me?.....................................
모두가 아니라고 하는 길을 걸어 가 보겠다.
20140602 자식 테이블이 딸린 부모 테이블의 데이터(row) 삭제
사실 테이블을 설계할 때 해줘야 할 일이 있던 것이다.
바로.
• ON DELETE CASCADE - 참조하는 자식 테이블이 있어도 부모 테이블에서 그 행의 삭제를 허용
• ON DELETE SET NULL - 참조하는 자식 테이블이 있는 경우 부모 테이블의 행을 삭제하면 자식 테이블의 해당(FK)값은 null이 된다.
둘중 하나다.
foreign key (bdv) references b (bdv) ON DELETE CASCADE
혹은
foreign key (bdv) references b (bdv) ON DELETE SET NULL
하면 된다.
.................껄? ㅋ
바로.
• ON DELETE CASCADE - 참조하는 자식 테이블이 있어도 부모 테이블에서 그 행의 삭제를 허용
• ON DELETE SET NULL - 참조하는 자식 테이블이 있는 경우 부모 테이블의 행을 삭제하면 자식 테이블의 해당(FK)값은 null이 된다.
둘중 하나다.
foreign key (bdv) references b (bdv) ON DELETE CASCADE
혹은
foreign key (bdv) references b (bdv) ON DELETE SET NULL
하면 된다.
.................껄? ㅋ
Do you wanna hear me?.....................................
모두가 아니라고 하는 길을 걸어 가 보겠다.
피드 구독하기:
글 (Atom)