아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » 버그 보고 및 QA (Quality Assurance) » 백업/복원시 사용자가 임의 테이블 및 필드까지 적용
태터블로그에 쓰기위해 임의로 테이블을 만들면 '{식별자}임의테이블'와 같이 만들어 쓰고있습니다.
그리고, 기본테이블에 별도 필드를 추가하여 다른 기능을 쓸때, 이런것들은 '백업/복원'시 제외되고 있습니다.
사용자 임의로 만들어놓은 식별자가 붙은 테이블과 기존테이블에 임의필드 추가한것을 같이 '백업/복원'되었으면
하는 바램입니다. 특정 플러그인에 꼭 필드나 테이블이 존재해야만 해서 만들어 놓고 '백업/복원'을 해버리면
제외되어버리니 나중에 복원후 플러그인에 대해 다시 만들어야 하는 번거로움이 있습니다.
그런 예외적인 경우까지 태터툴즈에서 직접 백업/복원을 지원하는 것은 오버가 아닐까 싶기도 합니다.
굳이 그런 경우에는 직접 디비백업/복원이라는 고전적인 절차를 거치는게 맞다고 생각하는데요 ' - ')
그런 예외적인 경우까지 태터툴즈에서 직접 백업/복원을 지원하는 것은 오버가 아닐까 싶기도 합니다.
굳이 그런 경우에는 직접 디비백업/복원이라는 고전적인 절차를 거치는게 맞다고 생각하는데요 ' - ')
음... 저도 라지엘님 말씀이 맞는 것 같습니다... 만약 그 백업 파일에 문제가 생겼는데, 그게 그 사용자 테이블에서 발생하는 문제였다... 고 확인되는 경우가 발생한다면 책임소재가 불분명하게 되리라 생각합니다. 그 테이블을 사용하는 플러그인 제작자를 탓해야 하는지, 태터툴즈 개발진을 탓해야 하는지 구분하기가 어려워진다는 것이죠. DB 테이블 관련 기능은 생성한 사람이 책임지는 것이 좋지 않을까 합니다.
'데이터'와 '도구' 의 분리라는 측면에서, 다른 모든 블로그 툴이 공통적으로 가지고 있지 않은 필드들은 백업 대상에서 제외하는 것이 맞지 않나 하고 생각하고 있습니다.
그런 의미에서 위의 경우 뿐만 아니라, 댓글 알리미 백업 등의 문제도 제외가 맞다고 생각하고 있습니다만, 다른 분들의 의견은 어떠신지 모르겠네요^^
'데이터'와 '도구' 의 분리라는 측면에서, 다른 모든 블로그 툴이 공통적으로 가지고 있지 않은 필드들은 백업 대상에서 제외하는 것이 맞지 않나 하고 생각하고 있습니다.
그런 의미에서 위의 경우 뿐만 아니라, 댓글 알리미 백업 등의 문제도 제외가 맞다고 생각하고 있습니다만, 다른 분들의 의견은 어떠신지 모르겠네요^^
그렇겠네요. 공통이 아닌부분은 제외되는 것이 맞겠군요. laziel님 말씀처럼 고전적인 백업/복원 방법이 옳을것 같습니다.
이리저리 잡기술 부리다 보니 그런부분이 걸려서 말씀드려 봤습니다. 왠만하면 임의의 테이블이나 필드 생성은 피해서
작업하는것에 중점을 둬야 겠네요. -.-
네 가능하면 임의의 테이블이나 필드 생성은 자제하고 1.1에서 플러그인의 환경설정이 가능하도록 할테니(누가?; ) 그쪽을 이용하는게 어떨까요?
니들웍스