f--Getdate()
Select Getdate()

--YYYY/MM/DD
Select Convert(varchar(10),Getdate(),111)

--YYYYMMDD
Select Convert(varchar(10),Getdate(),112)

--HH:MM:SS
Select Convert(varchar(8),Getdate(),108)

--HH:MM:SS:mmm
Select Convert(varchar(12),Getdate(),114)

--HHMMSS
Select Replace(Convert(varchar(8),Getdate(),108),':','')

--HHMMSSmmm
Select Replace(Convert(varchar(12),Getdate(),114),':','')

--YYYY/MM/DD HH:MM:SS
Select Replace(Convert(varchar(30),Getdate(),120),'-','/')

--YYYY/MM/DD HH:MM:SS
Select Replace(Convert(varchar(30),Getdate(),121),'-','/')

--YYYY/MM/DD HH:MM:SS
Select Convert(varchar(10),Getdate(),111) + Space(1) + Convert(varchar(8),Getdate(),108)

--YYYYMMDDHHMMSS
Select Convert(varchar(10),Getdate(),112) + Replace(Convert(varchar(8),Getdate(),108),':','')

엉엉............ 해킹당했엄 ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ

막 내 티스토리 들어오면 이상한 19금 사이트로 이동했음 ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ

2차 주소도 이상한걸로 돼있고....

2차 주소 삭제! 1차주소로 변경

지금은 차단됐지만 한국 일본 중국에서 막 들어오고......

다 차단!!

html 첫부분에 이상한데로 링크걸려있고 ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ

링크걸린 첫줄에 주소 삭제!!

그래서 비밀번호 바꿨다.. 무서운 세상이야 ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ

출처 : http://kuaaan.tistory.com/120

 얼마전에 개발서버에서 HDD가 가득찬 적이 있었습니다. 알고 보니 .mdf 파일은 수백메가 수준인데 .ldf 파일이 무려 30기가가 넘게 쌓여 있더군요. shrink 문을 날려도 줄지도 않고... 게다가 일단 트랜잭션 로그파일이 차게 되면 insert, select, delete 등 select를 제외한 아무 작업도 되지 않습니다. HDD 공간을 확보해도 인덱스라도 한번 재구성하고 나면 금방 다시 차버립니다.

프로젝트 소스 폴더가 꼬이는 경우.

프로젝트 마우스 우클릭 - > properties - java build path - source - Add Folder 클릭

gen 에 체크 해주고 확인.

그래도 안되면 프로젝트 - 마우스 우클릭 - Android Tools - Fix Project Properties

마우스 우클릭 - Priperites - Java bulid Path - Libraries -> Workspace default JRE (jre6)

=> 소스 가져와서 실행했더니 JDK 버전 떄문에 난 오류. 

Bulid Path 만 잡아주면 된다.

오랜만에 안드로이드 만지려니 헷갈리네 ㅜㅜ

출처 - http://blog.danggun.net/1036

이전 글에서 테이블변수에 대해서 이야기를 했었습니다.
임시테이블과 테이블변수는 사용하는 방법면에서는 별차이가 없으나 성능상 차이가 있다고 합니다.
테이블 변수가 성능면에서 더 유리하다고 하는데....직접 비교는 해보지 않아서 잘 모르겠습니다 ㅎㅎㅎ
(참고 : [MSSQL] 저장프로시저에서 테이블(Table) 변수 사용하기)

그런이유로 테이블 변수를 더 권장하고 있으나....임시 테이블을 사용하는 방법도 알려드리겠습니다 ㅎㅎ

선언 임시테이블이므로 크래딧테이블(Create Table)로 생성하면 됩니다.

?

1 2 3 4

--Insert [임시테이블] Exec [sql문] Insert #Result Exec ProcTest @nIndox             , @sName             , @sID

3.사용

임시테이블도 일반적인 테이블 처럼 사용할 수 있습니다.

?

1	Set @nTemp = (Select * From #Result)

으앙 정신없다. 오랜만에 MSSQL , 아 진짜 DTG때문에 죽겠다. 꿈에서도 작업함ㅋㅋ

하루의 데이터를 정리해서 요약하는 프로시저가 도는데

문자열 이나 이진 데이터 는 잘립니다.

라는 문구와 함께 매번 프로시저가 종료되었다. 

원인은 입력 테이블의 크기보다 큰 값을 넣으려고 해서.

차량번호를 입력하는 VARCHAR(12) 짜리 열에 

경기32바1111 과 같은 제대로 된 차량번호가 아닌 테스트용 임시 차량번호 테스트경기32바1111 을 넣으려고 하니 

사이즈가 너무 커서 에러발생..

그래서 테이블을 지워버리고 해당 열을 VARCHAR(20)으로 사이즈를 바꿔서 새로 만들었다. 

해결끝.

up vote3down votefavorite 2	truncate ->this resets the entire table, is there a way via truncate to reset particular records/check conditions. For ex: i want to reset all the data and keep last 30 days inside the table. Thanks. sql mysql truncate share|improve this question edited Oct 3 '10 at 17:55 Michael Petrotta 31.3k861115 asked Sep 13 '10 at 22:16 Sharpeye500 1,49062054

2 Answers

activeoldestvotes

up vote6down voteaccepted	No, TRUNCATE is all or nothing. You can do a DELETE FROM <table> WHERE <conditions> but this loses the speed advantages of TRUNCATE. share|improve this answer answered Sep 13 '10 at 22:19 ceejayoz 75.1k16109166
	Thanks, assuming that condition, how do i keep last 10 days data and delete the rest (for say the table has 10 million records), in an optimized manner. – Sharpeye500 Sep 13 '10 at 22:20 The speed from TRUNCATE is because it doesn't write to the logs – OMG Ponies Sep 13 '10 at 22:21

up vote4down vote

The short answer is no: MySQL does not allow you to add a WHERE clause to the TRUNCATEstatement. Here's MySQL's documentation about the TRUNCATE statement. But the good news is that you can (somewhat) work around this limitation. Simple, safe, clean but slow solution using DELETE First of all, if the table is small enough, simply use the DELETE statement (it had to be mentioned): 1. LOCK TABLE my_table WRITE; 2. DELETE FROM my_table WHERE my_date<DATE_SUB(NOW(), INTERVAL 1 MONTH); 3. UNLOCK TABLES; The LOCK and UNLOCK statements are not compulsory, but they will speed things up and avoid potential deadlocks. Unfortunately, this will be very slow if your table is large... and since you are considering using theTRUNCATE statement, I suppose it's because your table is large. So here's one way to solve your problem using the TRUNCATE statement: Simple, fast, but unsafe solution using TRUNCATE 1. CREATE TABLE my_table_backup AS SELECT * FROM my_table WHERE my_date>=DATE_SUB(NOW(), INTERVAL 1 MONTH); 2. TRUNCATE my_table; 3. LOCK TABLE my_table WRITE, my_table_backup WRITE; 4. INSERT INTO my_table SELECT * FROM my_table_backup; 5. UNLOCK TABLES; 6. DROP TABLE my_table_backup; Unfortunately, this solution is a bit unsafe if other processes are inserting records in the table at the same time: any record inserted between steps 1 and 2 will be lost the TRUNCATE statement resets the AUTO-INCREMENT counter to zero. So any record inserted between steps 2 and 3 will have an ID that will be lower than older IDs and that might even conflict with IDs inserted at step 4 (note that the AUTO-INCREMENT counter will be back to it's proper value after step 4). Unfortunately, it is not possible to lock the table and truncate it. But we can (somehow) work around thatlimitation using RENAME. Half-simple, fast, safe but noisy solution using TRUNCATE 1. RENAME TABLE my_table TO my_table_work; 2. CREATE TABLE my_table_backup AS SELECT * FROM my_table_work WHERE my_date>DATE_SUB(NOW(), INTERVAL 1 MONTH); 3. TRUNCATE my_table_work; 4. LOCK TABLE my_table_work WRITE, my_table_backup WRITE; 5. INSERT INTO my_table_work SELECT * FROM my_table_backup; 6. UNLOCK TABLES; 7. RENAME TABLE my_table_work TO my_table; 8. DROP TABLE my_table_backup; This should be completely safe and quite fast. The only problem is that other processes will see tablemy_table disappear for a few seconds. This might lead to errors being displayed in logs everywhere. So it's a safe solution, but it's "noisy". Disclaimer: I am not a MySQL expert, so these solutions might actually be crappy. The only guarantee I can offer is that they work fine for me. If some expert can comment on these solutions, I would be grateful. share|improve this answer answered Dec 7 '11 at 14:20 MiniQuark 7,36234473

출처 : http://stackoverflow.com/questions/3704834/truncate-with-condition

TRUNCATE

설명

TRUNCATE 문은 명시된 테이블의 모든 레코드들을 삭제한다.

내부적으로 테이블에 정의된 모든 인덱스와 제약 조건을 먼저 삭제한 후 레코드를 삭제하기 때문에, WHERE 조건이 없는 DELETE FROM table_name 문을 사용하는 것보다 빠르다. TRUNCATE 문을 사용해서 삭제하면 ON DELETE 트리거가 활성화되지 않는다.

대상 테이블에 PRIMARY KEY 제약 조건이 정의되어 있고, 이 PRIMARY KEY를 하나 이상의 FOREIGN KEY가 참조하고 있는 경우에는 FOREIGN KEY ACTION을 따른다. FOREIGN KEY의 ON DELETE 액션이 RESTRICT나 NO ACTION이면 TRUNCATE문은 에러를 반환하고, CASCADE이면 FOREIGN KEY도 함께 삭제한다. TRUNCATE 문은 해당 테이블의 AUTO INCREMENT 컬럼을 초기화하여, 다시 데이터가 입력되면 AUTO INCREMENT 컬럼의 초기값부터 생성된다.

구문

TRUNCATE [ TABLE ] <table_name>

• table_name : 삭제할 데이터가 포함되어 있는 테이블의 이름을 지정한다.

예제

CREATE TABLE a_tbl(A INT AUTO_INCREMENT(3,10) PRIMARY KEY);

INSERT INTO a_tbl VALUES (NULL),(NULL),(NULL);

SELECT * FROM a_tbl;

=============

            3

            13

            23

--AUTO_INCREMENT column value increases from the initial value after truncating the table

TRUNCATE TABLE a_tbl;

INSERT INTO a_tbl VALUES (NULL);

SELECT * FROM a_tbl;

=============

            3