여기 빌더들의 db 에 대해서 질문 있는데요. 정보
여기 빌더들의 db 에 대해서 질문 있는데요.
본문
[이 질문이 그누 질답게시판으로 가야 하는지 잘 모르겠는데, 그게 낳다면 옮겨주세요]
빌더들을 써본게 거의 없는데요.
여기 빌더들 보면, 빌더를 설치할때 자동적으로 빌더에 맞는 디비들을 자체적으로 생성시켜주는거 같더라구요. 배추빌더도 그런거 같구요.
그런데 궁금한게,
이 빌더가 만든 디비를 일반 그누보드 버전의 게시판으로 불러와서 공유할수 있는지 궁금해요. 말하자면, 어떤 빌더로 생성시킨 하나의 디비가 있다면, 그 빌더를 나중에 더이상 쓰고 싶지 않을때, 그 디비만 새로운 그누버전에서 (또는 다른 빌더들에서) 호환해서 계속 재활용할수 있나요?
한 빌더로 만든 디비는 계속 그 빌더로만 써야하나요?
제가 sql 에 무지해서 여쭈어봅니다.
빌더들을 써본게 거의 없는데요.
여기 빌더들 보면, 빌더를 설치할때 자동적으로 빌더에 맞는 디비들을 자체적으로 생성시켜주는거 같더라구요. 배추빌더도 그런거 같구요.
그런데 궁금한게,
이 빌더가 만든 디비를 일반 그누보드 버전의 게시판으로 불러와서 공유할수 있는지 궁금해요. 말하자면, 어떤 빌더로 생성시킨 하나의 디비가 있다면, 그 빌더를 나중에 더이상 쓰고 싶지 않을때, 그 디비만 새로운 그누버전에서 (또는 다른 빌더들에서) 호환해서 계속 재활용할수 있나요?
한 빌더로 만든 디비는 계속 그 빌더로만 써야하나요?
제가 sql 에 무지해서 여쭈어봅니다.
추천
0
0
댓글 8개
아마 별도의 컨버터을 쓰지 않는한, 안되지 않을까 하네요.
각 빌더들이 만드는 테이블들이 각자 목적에 따라, 개발자의 스타일에 따라 설계되었을테니까요.
여기서 광고한번.. ^^;
http://gnuboard.org/read/%EA%B7%B8%EB%88%84%EB%B3%B4%EB%93%9C/%EB%B9%8C%EB%8D%94%EB%B9%84%EA%B5%90 에 첫번째 테이블에서, 설치후 추가되는 디비테이블 이름들을 주석 ( 1) 링크 형태 )에 넣어두었습니다.
구체적인 구조 (필드이름과 타입등)은 없지만, 테이블 이름에서 보실 수 있듯이, 일부 테이블은 같은 목적 (예 팝업관리: 배추빌더의 mw_popup과 탑빌더의 g4_topschool_popup)을 위해서 만들어 졌지만, 그 구조는 다르거든요.
각 빌더들이 만드는 테이블들이 각자 목적에 따라, 개발자의 스타일에 따라 설계되었을테니까요.
여기서 광고한번.. ^^;
http://gnuboard.org/read/%EA%B7%B8%EB%88%84%EB%B3%B4%EB%93%9C/%EB%B9%8C%EB%8D%94%EB%B9%84%EA%B5%90 에 첫번째 테이블에서, 설치후 추가되는 디비테이블 이름들을 주석 ( 1) 링크 형태 )에 넣어두었습니다.
구체적인 구조 (필드이름과 타입등)은 없지만, 테이블 이름에서 보실 수 있듯이, 일부 테이블은 같은 목적 (예 팝업관리: 배추빌더의 mw_popup과 탑빌더의 g4_topschool_popup)을 위해서 만들어 졌지만, 그 구조는 다르거든요.
제 예감이 맞나보군요.
서로 다른 빌더의 디비를 컨버트 해서 호환시킬려면 sql 고수가 되어야 할거 같은데...휴.
웹싸이트에 빌더 이용하는것도 잘 생각해서 써야겠군요.
디비는 그냥 원래 그누보드꺼를 써야 나중에 노가다 할일 덜있고 안전할거 같은데...그런데 빌더도 가져다가 쓰고 싶고....그렇다고 빌더의 install 폴더를 다 원래그누보드대로 개조하기도 힘들고...휴.
빌더를 하나 제작한다는게 만만한게 아니었군요.
빌더가 이미 만들어 놓은 테이블들을 하나하나 관리자모드에서 삭제하고 그 테이블이름들 들어있는 파일들 다 찾아서 바꾸어주고 하면서 db내용을 바꾸어가면 원래그누보드의 db로 근접해가는 좀 쉬운 방법이 될까요? (말이 되는 소린가는 모르겠지만)
서로 다른 빌더의 디비를 컨버트 해서 호환시킬려면 sql 고수가 되어야 할거 같은데...휴.
웹싸이트에 빌더 이용하는것도 잘 생각해서 써야겠군요.
디비는 그냥 원래 그누보드꺼를 써야 나중에 노가다 할일 덜있고 안전할거 같은데...그런데 빌더도 가져다가 쓰고 싶고....그렇다고 빌더의 install 폴더를 다 원래그누보드대로 개조하기도 힘들고...휴.
빌더를 하나 제작한다는게 만만한게 아니었군요.
빌더가 이미 만들어 놓은 테이블들을 하나하나 관리자모드에서 삭제하고 그 테이블이름들 들어있는 파일들 다 찾아서 바꾸어주고 하면서 db내용을 바꾸어가면 원래그누보드의 db로 근접해가는 좀 쉬운 방법이 될까요? (말이 되는 소린가는 모르겠지만)
문제는, 디비도 디비지만, 말씀하신대로 그 디비를 사용하는 기능이 들어있는 화일들이라 생각됩니다.
예로, 팝업기능은, 기본 그누에는 들어있지 않기에, 빌더에서 생성된 팝업관련 디비와 기능(화일)을 기본 그누의 형식?에 맞게 만드는 일은 거의 불가능합니다.
거의라고 표현한 것은, 게시판 스킨 형태로 팝업관리를 만들수 있기는 해서요.
빌더들의 다른 기능 (화면구성 등)들도 게시판 스킨 형태로 만들면 기본 그누 구조 (디비테이블 및 화일) 를 따르게 되겠지만, 이 경우 빌더 하나 만드는 일만큼 손이 많이 가게될것 같네요..
게다가 빌더들이 제공하는 스킨 (최신글, 게시판, 그리고 빌더 고유로 정의된 스킨)들은, 그 빌더를 사용하지 않는다면 더이상 사용해서는 안되고요.
아무래도 빌더를 선택해서 받는 장점보다, 빌더를 버림으로써 생기는 단점이 너무 많은듯 합니다. ^^;
예로, 팝업기능은, 기본 그누에는 들어있지 않기에, 빌더에서 생성된 팝업관련 디비와 기능(화일)을 기본 그누의 형식?에 맞게 만드는 일은 거의 불가능합니다.
거의라고 표현한 것은, 게시판 스킨 형태로 팝업관리를 만들수 있기는 해서요.
빌더들의 다른 기능 (화면구성 등)들도 게시판 스킨 형태로 만들면 기본 그누 구조 (디비테이블 및 화일) 를 따르게 되겠지만, 이 경우 빌더 하나 만드는 일만큼 손이 많이 가게될것 같네요..
게다가 빌더들이 제공하는 스킨 (최신글, 게시판, 그리고 빌더 고유로 정의된 스킨)들은, 그 빌더를 사용하지 않는다면 더이상 사용해서는 안되고요.
아무래도 빌더를 선택해서 받는 장점보다, 빌더를 버림으로써 생기는 단점이 너무 많은듯 합니다. ^^;
빌더는 여기 판매하는 제품을 말하는건가요?
대부분은 그냥 다운받는거 같습니다. 판매하시는 분도 있지요 아마?
영카트말하는건 아니구요.
영카트말하는건 아니구요.
D/B 덤프 받어서 ㅋ 하시면 안되나요?
저는 호환이 가능한걸로 아는데 안되는 경우도 있나 보군요..
빌더의 종류가 많아서요.....--;
