| sitelink1 | |
|---|---|
| sitelink2 | |
| sitelink3 | |
| extra_vars6 |
http://blog.empas.com/ahnyounghoe/13206758
먼저 테이블 구조가 변경되어야 합니다.
데이터가 들어 있다면 이행(Migration) 작업이 요구되겠죠.
앞에서처럼 부적절한 데이터 타입으로 인해 변경이 필요하거나 요구사항 변경으로 인해 도메인 객체를 변경해야 할 경우가 생깁니다.
이런 경우 어떤 산출물들을 변경해야 하는지 확인해봅니다.
이런 경우 어떤 산출물들을 변경해야 하는지 확인해봅니다.
먼저 테이블 구조가 변경되어야 합니다.
데이터가 들어 있다면 이행(Migration) 작업이 요구되겠죠.
앞서 INTEGER 였던 컬럼 타입을 VARCHAR로 변경합니다.
참조하는 컬럼이 있는 경우 역시 타입을 변경해줘야 하죠.
DROP TABLE T_ARTICLE_LINK IF EXISTS CASCADE;
CREATE TABLE T_ARTICLE_LINK (
ID INTEGER,
LANG CHAR (2),
TITLE VARCHAR (100),
LINK VARCHAR (255),
REGI_DATE TIMESTAMP,
DESC VARCHAR (1000),
USERINFO_REF VARCHAR(15),
CREATE TABLE T_ARTICLE_LINK (
ID INTEGER,
LANG CHAR (2),
TITLE VARCHAR (100),
LINK VARCHAR (255),
REGI_DATE TIMESTAMP,
DESC VARCHAR (1000),
USERINFO_REF VARCHAR(15),
CONSTRAINT PK_T_ARTICLE_LINK PRIMARY KEY (ID),
CONSTRAINT FK_T_USERINFO FOREIGN KEY (USERINFO_REF) REFERENCES T_USERINFO(ID)
)
CONSTRAINT FK_T_USERINFO FOREIGN KEY (USERINFO_REF) REFERENCES T_USERINFO(ID)
)
데이터가 있다면 마찬가지로 데이터를 변환해서 다시 넣어줘야 합니다. 테스트 데이터의 경우 INSERT문의 데이터를 변경해줘야 하겠죠.
DB는 (객체를 지원하지 않아) 기초 데이터를 사용하는 탓에 타입 변경이 두 곳에 가해지지만, 자바의 경우는 UserInfo 클래스의 id 속성만 String으로 변경해주면 되죠.
변경 사항을 적용한 이후의 화면입니다. 객체를 적절히 활용하면 생각보다 변경할 곳이 많지 않음을 알 수 있습니다.
