database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
MS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
ㆍ자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
자유게시판 자유게시판 5601 게시물 읽기
 
No. 5601
무제
작성자
임명순(Eurek)
작성일
2007-02-08 12:17
조회수
8,286

테이블에 필드 하나를 추가 했습니다.
MS-SQL을 사용하는데... 엔터프라이즈 관리자에서 테이블 열어서... 원하는 위치에 필드를 추가했습니다.

예전엔 오라클을 사용했었는데
새로운 필드는 마지막에 Add 만 가능했었습니다. 지금은 어떤지 모르겠지만...
그래서 굳이 필드 순서를 원하는 데로 하고 싶으면... 새로 테이블 만들어서 데이터 넣고 리네임하고 원본 날리고 그랬던 기억이...

필드 순서라는게... 데이터베이스 딕셔너리에서 필드의 우선순위? 일련번호? 이런것만 조정해 주면 될테니... 그리 어려운 일은 아닐것 같은데
실 데이타는 어떨까요 ?
실 데이터까지 변하지는 않을텐데
한 레코드를 정의된 필드 순서에 따라 예전 코볼에서 레코드 저장하듯이 한줄 단위로 저장한다면... 저장공간의 효율성이나 속도면에서 좋을 것 같은데
Varchar 라는게 나오면서... 필드의 사이즈가 가변이 되었으니.. 그렇게 저장은 못할 듯 하네요
거기다 필드 순서도 마음대로 바꿀 수 있게 되었으니... 각 필드별로 따로 저장했다가 각각 끌고 올것 같은데
올바른 지식이 없이 내맘대로 상상해 본것이라 실제와는 다르겠지만
한쪽에서 편해지는 만큼 다른쪽에서는 복잡해지고
한쪽에서 빨라지는 만큼 다른쪽에서 더 많은 시간을 요구하게 되는것 같습니다.

뭔가 하나를 취하고자 하면 다른 하나를 버려야 한다는 것을 간과하지 않았으면 합니다.
나도 모르게 버려지는 그 무엇이 과연 새로 얻는 것과 비교해 타당한 것인지 생각해 본다면
훗날 후회하는 일은 없을 것 같습니다.

이 글에 대한 댓글이 총 2건 있습니다.

크... 말레이시아에 홀로 계시니, 많은 생각들을 하시는 것 같습니다. :-)

정병주(cubrid)님이 2007-02-08 13:48에 작성한 댓글입니다.

코볼은 고정길이 레코드를 가지니 참으로 불편했습니다.

지금 생각해 보면정말 코볼 많이 사용했었습니다.

그 당시 코볼의 위치를 지금은 DBMS 들이 다 차지한 듯 합니다.

한시대를 풍미하던 언어가 그렇게도 사라지나 봅니다.


뭔가 순서를 정하고, 줄을 세우려고 하는 건 사람의 속성이고, 학습의 결과인 듯 합니다 ^^

실제 사람이 살아가는데 그런게 필요할까요?

대부분의 경우는 필요없을 것입니다.

물건이 어디에 있던 필요한 것만 찾을 수 있고, 그걸 취할 수 있다면 되는 것이 아닌가 하는 생각을 해 봅니다 ^^

정재익(neople)님이 2007-02-10 13:24에 작성한 댓글입니다.
[Top]
No.
제목
작성자
작성일
조회
5604으헉~ 토요일... [1]
정재익
2007-02-10
8528
5603무제 (19) [2]
임명순
2007-02-10
8346
5602DB 문서들/ 스터디 메뉴 링크가 깨졌네요.. [1]
황하근
2007-02-09
8414
5601무제 [2]
임명순
2007-02-08
8286
5599오늘 날씨 너무 더워요 ㅠㅠ [2]
정재익
2007-02-07
8336
5598한글-영어 사전 데이터베이스를 만들어 주실분? [3]
권영호
2007-02-07
9758
5597세기의 사전적 의미 [4]
김상기
2007-02-07
8510
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.020초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다