실무에서 CHAR VARCHAR 이런거 엄청 세세하게 신경씀??

[익명(211.194)]

sql에서 검색적인 측면에서는 CHAR이 공간그대로 써서 추가연산필요없어 월등히빠르다고 그랬는데

그렇다면 VARCHAR은 공간이 부족할떄 뺴고 쓸필요가없잖아??

이런거 엄청 세세하게따짐?

[♨2.87™(roidz)]

CHAR를 써봤니 ? 해보고 만들어보다 보면 바로 알듯한데

[익명(211.194)]

책만읽고 암것도안해봄 공부만함 ㅇㅇ

[♨2.87™(roidz)]

해보면.. 아 이렇게 쓰면 될줄 알고 했는데.. 아니구나 싶은게 막 느낄 일 많아질꺼임 ㅇㅅㅇ

[익명(121.137)]

si에서는 모든게 varchar임 타임도 varchar로 저장해 저장하거나 꺼내올때 변환해서 가져옴

[♨2.87™(roidz)]

변환 안할려고 varchar 쓰는건데 ? ㅇㅅㅇ

[익명(223.39)]

ㅋㅋㅋㅋ 씨발 옵티마이저 뇌정지 오겠노

[익명(211.194)]

변환안할려고 varchar 쓴다는게머임 근데

[익명(223.39)]

요새 다 varchar씀 속도도 그렇게 차이나는 것도 아니고 char같은 불편한거 그냥 안 씀

[익명(211.194)]

아그럼?

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(223.39)]

고정된 길이일때 varchar가 더 우월한이유 설명좀

[익명(223.39)]

char를 5로 지정햿는데 안에 내용을 ㄷ글자로 등록하면 나머지2의 공간은 공백으로 저장됨 그래서 sex공백공백이 되는거임 당연히 sex공백공백 = sex는 다른거니 안 되는게 맞음 이건 char를 고정된 길이로 설정 안 한 설계자 및 개발자 잘못 아닐까? (따지는거 아님 물어보는거임)

[익명(223.39)]

ㄷ글자 -> 5글자