[사람 이야기...]
잘 지내고 계신지요? 삭제는 delete로 시작해서 delete로 끝난다?
글쓴이 : 나스카
날짜 : 11-09-26 16:45
조회 : 1201
오후 시간에 DB 복구 작업을 하는데 단순히 DUMP만 하면 되는 줄 알았습니다.
-. 해야 할 작업
특정 테이블에서 특정한 필드값이 들어 있는 레코드를 찾아서 해당 되는 필드값을 모두 삭제해야 한다
-. 가장 자주 반복하면서도 이해를 못하던 명령
delete from 특정테이블 where 특정필드명 <> '';
delete from 특정테이블 where 특정필드명 >= '1';
(결과) 모두 다 지워버리더구만요.
-. 목적하는 바를 실행하던 방법
update 특정테이블 set 삭제하고자하는특정필드명 = '';
이렇게 하면 되는 것을 왜 안 될까 머리카락만 쥐어 뜯고 있었더랬습니다.
삭제한다고 해서 전부 다 delete로 가능한 것이 아니더군요. mysql은 더더욱...
※ 포털에서 검색된뒤 원하시는 링크가 없을 경우
화면 상단의 전체검색을 이용하십시오.
dalsoo
11-09-26 23:23
그래서 delete 구문을 실행 하려면
select 로 확인후 실행하라고 했던 모양입니다.
delete 는 where 절에서 걸러지지 않으면 모든 레코드가 지워지고
LIMIT 나 ORDER BY 같은 구문의 적용이 된다고 합니다.
where =1 과
where >='1' 에서 비교연산자는 '1' 을
일단은 쿼테이션이 있기에 숫자가 아니라 문자로 인식했기 때문인것 같습니다.
만약 그 구문이 더하기 빼기라면
필드 타입이 숫자였을 때 자동으로 `1`을 숫자로 인식합니다만...
select 1+1;
select 1+'1';
이런 차이가 아닐까요?.
.
.
사실 DB 를 통째로 drop 하는 것도 디렉토리 날리는 것입니다.
delete 에서 뒤에 where =1 이라는 것은
지우긴 지우되 파일을(테이블) 전체를 지우지말고
레코드를 하나하나 대입하면서 지워라는 것이라고 어딘가 읽은 적이 있습니다.
delete from 특정테이블;
은 파일전체를 지워버리는 것이라고 합니다.
그래서 DB가 깨졌을때 로그파일로 인덱스파일과 데이터파일을 복구하기가 어렵지만
뒤에 where =1 이라는 구문을 주면 파일은 그대로 놔두고 비움만 실행하기에
파일에 대한 정보(테이블에 대한정보)
즉, 테이블 타입이 InnoDB 인지 MyISAM 인지 Primary Key는 뭔지 그대로 남아 있으니까 복구가 훨씬 쉽다고 합니다.
where =1 이 의미없는 비교지만
drop(파일을 지워버리고 새로 생성하는) 자체를 실행하지 말라는 뜻같습니다.
나스카
11-09-27 09:39
delete from 특정테이블 where 특정필드명 >= '1';
아... 네 저 위에서 문자열로 비교했었네요.
최근에 호스팅 계정이 만료돼서 계정을 백업해 둔 녀석이 있습니다.
그런데 mysql 문자세팅이 전부 euckr인데도 유독 한 테이블만 utf8으로 백업되어 있더군요.
이런... 참 이상한 건 그런데도 불구하고 예전 계정에서는 해당 테이블이 euckr 문자셋에서 문자가 깨지지 않았었다는 겁니다.
근래 몇 년간은 귀찮아서 사용기간 연장만 했더니
문자셋이 변경되거나 꼬이면 해결했던 방법이 있었는데 다 잊어버렸습니다.
혹시나 싶어서 테스트용도로 남겨 두었던 무료계정에 DB를 남겨 두었으니
어쨌거나 오늘은 그 녀석 복구를 해야 될 것 같습니다.
아직은 더운 감이 남았지만 날씨 정~말 좋습니다.
환절기 감기 조심하셨으면 합니다.
dalsoo
11-09-27 14:44
같은 서버라고 하더라도 계정마다 틀리게 적용을 시키지 않았나 합니다.
일시적으로는
텍스트 명령어로 서버가 기동이 된 후에 문자세트를 계정마다 틀리게 적용을 시킬수 있고,
지속적으로는
PHP.INI 파일을 조작하는 것처럼
서버수준에서 euckr 을 default 로 선택하고
DB 수준 - TABLE 수준 - 특정 칼럼수준 까지 낮춰가면서
문자세트를 지정하고 변경할 수 있습니다.
MySQL 이 버전업되면서 4.0 과 4.1 사이에서는
euckr 과 euc-kr 의 혼동도 있었고
서버수준에서 문자세트를 지원하는 방법이 틀리고 하는등의
좀 혼란된 시기였던것 같습니다.
MySQL을 SUN이 인수하고,
이 SUN은 Oracl 에 먹히고 하는 통에 메뉴얼 링크도 신통치 않더군요.
또 MySQl 버전을 올려서 TABLE 을 utf-8 로 만들고 자료가 INSERT 되고,
다시 버전을 낮춰 TABLE 을 만들고 utf-8 데이터를 euckr 로 변환하는 것은
유지보수의 측면이라 장담을 못하고 추천하지 않는다 그런 의미의
설명도 있었던것 같습니다.
이때는 옮긴 계정에서
해당 TABLE 을 CREATE 할 때 옵션으로 문자셋을 줘버리는 방법과
예전 계정에서 그 테이블만 따로 euckr 로 덤프하는 방법 ... ...
