데이타베이스 구조 분석 소모임 > 소모임 신청

소모임 신청

데이타베이스 구조 분석 소모임 정보

데이타베이스 구조 분석 소모임

본문

뭔가를 하다 보니,  결국은 모든 것이 데이타 베이스로 연결 되는 것 같습니다.

 

데이타베이스의 어떤 구조로 가야 프로그램하기 편한지...

 

여러 소모임도 있지만,  각각의 데이타베이스 구조를 분석도 하고...

 

장단점도 체크하고.. 

 

SQL의 문법도 배우고.. 

 

예를 들면 그누보드의 SQL에 대해서 http://sir.co.kr/so_global/675?sfl=wr_subject%7C%7Cwr_content&stx=select

와 같이 분석도 해보고.. 더 좋은 방법도 찾아보고..

 

ORM에 대해서도 공부해보고.. (예를 들면 http://sir.co.kr/so_app/146 )

 

DB에 관심있으신분이 몇분이 있을지 모르겠지만,  모든 것의 기본이 DB가 되는 것 같아서,  한번 제대로 공부해 보고 싶네요..

추천
10

댓글 18개

자료를 보다 보면 http://sir.co.kr/so_app/401  이런 구조가 많은데..  이런 것이 맞는지?
미국식  DB는 이런식의 문구에 맞는지도 궁금하네요.  워드프레스, 드루팔은 저 식에 맞는지?

한국식 DB는 (XE, Gnuboard등)은 어떨지?  XE는 해본적이 없지만, Gnuboard는 앱개발 소모임에서 Restful로 해 봤지만, 이런기능은 거의 사용을 못했습니다.(잘 몰라서.. 그래서 이런 소모임 필요할것 같습니다.)
저는 데이타베이스에 대해 잘 모르지만
개설 된다면 같이 열심히 공부해 볼 의향은 있습니다.
열심히 하시는 모습 보기 좋습니다. ^^
저도 테이타베이스는 잘 모릅니다.  그누보드5에서도 각 게시판을 찾을 때.. g5_board에서 게시판을 읽어오는데, bo_table에 이름만 들어 있는데.(notice) 이것을 아예.
g5_write_notice 라고 넣어 두면 한번에 처리가 가능하지 않을까라는 의문도 있고.. (이것은 DB와 관계는 없지만.) 

이런 의문을 체크해 보고 싶습니다.
notice 에 대한 부분은
아마,
디비에 실행하는 쿼리수를 하나 줄일려고 그렇게 했을겁니다.

이유는
$board 는 어쨋던 항상 가져와야 하므로,
다른 테이블에서 notice 를 또 들고 오는 것보다는 1번의 쿼리수가 줍니다.

아마 그런 연유 일 것이고
그리고, 공지사항을 리스트 첫번째 상단에 항상 노출 시키기 위해서
따로 관리하는 것으로 알고 있습니다.

그냥 게시판 테이블 자체에 구분자로 공지만 주면
리스트 첫페이지를 뿌릴때
1페이지에 안나오는 공지를 가져오기 위해 다시 공지만을 가져오는 query 를 날려하기 때문에
이런 방식으로 유지 되지 않나 싶습니다.

이 방식이 좋다 나쁘다를 떠나서
일단 쿼리수를 하나 줄여보겟다는 관리자님의 의도는 분명히 있습니다.
notice는 데모에 공지사항으로 보통 들어가 있어서 그냥 예를 들은 것입니다.

데모에 있는 것이 notice말고 뭐가 있을까요?  자유게시판(free), 질문과답변(faq) 등  모든 게시판의 예입니다.
저도 잘은 모르지만...
현재 좋아요가 9개라서 한개만 보태면 소모임 개설되는지 확인 차원이기도 하고..
DB에 대해 알고 싶기도 하고 해서
좋아요 를 힘껏 눌러봅니다.
전체 11 |RSS
소모임 신청 내용 검색

회원로그인

진행중 포인트경매

  1. 참여4 회 시작24.04.25 20:23 종료24.05.02 20:23
(주)에스아이알소프트 / 대표:홍석명 / (06211) 서울특별시 강남구 역삼동 707-34 한신인터밸리24 서관 1404호 / E-Mail: admin@sir.kr
사업자등록번호: 217-81-36347 / 통신판매업신고번호:2014-서울강남-02098호 / 개인정보보호책임자:김민섭(minsup@sir.kr)
© SIRSOFT