2013/01/09

(업무일지 포스팅 안내는이쪽으로)

오늘의 업무내용)_

- MSSQL의 기초 사용/연동법
- ASP.NET을 이용한 xml 캐스팅
- 프로젝트 회의
- DB 설계

-  MSSQL의 기초 사용/연동법 -
먼저 설치, 셋팅, 사용방법을 이곳에서 참조하였습니다.
http://blog.naver.com/curlicu?Redirect=Log&logNo=40139909560

그다음 ASP.NET과 MSSQL의 연동은 이곳을 참고 하였습니다.
http://taeyo.net/Columns/

이곳에서 계층형 게시판의 list.aspx 페이지의 구성과 Content.aspx 페이지의 구현을 참고 하였습니다.
이때 여기서 Cmd.CommandType = CommandType.StoredProcedure;의 쿼리문을 아직 사용할줄 몰라서
Cmd.CommandType = CommandType.Text;로 바꿔서 자주쓰는 익숙한 쿼리문으로 처리했습니다.

.NET에서의 SQL(씨퀄)기본연동은 다음과 같습니다.
다음의 필요포함 파일이 2개 필요합니다.
using System.Data;
using System.Data.SqlClient;

- 연결:
　　SqlConnection Con = new SqlConnection(ConnectStr);
- 명령:
　　SqlCommand Cmd = new SqlCommand();
　　Cmd.Connection = Con;
　　Cmd.CommandText = "select * from TABLENAME;";
　　Cmd.CommandType = CommandType.Text;

- ASP.NET을 이용한 xml 캐스팅 -
.NET의 xml캐스팅은 정말 놀라울정도로 단순하고 재공이 깔끔합니다.
거기서 저희는 다음과 같은 작성후에 단 한줄의 코드만을 사용 하였습니다.

SQL(씨쿼)데이터를 읽어 DataSet에 다음과같이 저장했습니다.
SqlDataAdapter adp = new SqlDataAdapter("select * from TABLENAME", Con);
DataSet ds = new DataSet();
adp.Fill(ds, "TABLENAME");

작업후 다음과같이 xml로 포팅하였습니다.
Response.Write(ds.GetXml());

- 프로젝트 회의 -
회의대상: 광고용 프로그램
회의내용: 광고용 프로그램 기능에 따른 DB의 설계

[경과]
회의 시작후 DB파트쪽 의견을 타진함
필요 DB 내용 확인을 위한 질문을 시도함
　　- 의견타진에 내용 확인을 의문형으로 질문한것이 상대방에게 이해부족으로 받아들여저 시간이 많이 소요됨
　　- 시간 소요 끝에 대화 초점을 모두가 겨우 이해함
구체적인 구성 내용에 관한 논의가 이루어짐
　　- 자잘한 내용 확인으로 상당한 시간 소요됨
　　- 기능이 비슷한 테이블의 용도와 필요성에 관하여 상당한 논박으로 소요됨
-- 중간 휴식 --
대부분의 설계내용이 구체화됨
자원 탐색에 관하여 편의성을 위한 테이블내에 id를 삽입 의견을 제시함
　　- 테이블네 id삽입의 필요성과 이점설명으로 시간이 조금 소요됨
테이블내에 id삽입 관련해서 동의를 얻은후 내용에 포함함
결과를 다시정리후 owner에 보고함
　　- 결과 정리때 내용의 재확인을 위해 의문형으로 질문한것이 다시한번 시간소요의 문제가됨
-- 중간 휴식 --
보고한 내용의 일부 시정후 통과받음
팀원들에게 보고결과 및 시정사항 전달
시정사항의 의도를 owner에 질문을 가짐
회의종료 - 회의시간 약 4시간 소요

[의견]
입사후 최초의 사원간 회의였습니다.
덕분에 많은 문제점을 실감할 수 있었습니다.

저의 대화 프로토콜이 타인원과 상당히 다름으로 인해
의사소통에 많은 지장이 있었습니다.

당문제는 언어와 규격의 통일화
타인의 주요 대화프로토콜 파악
죽으라 최대한 사람 말처럼 해놓은 지금의 대화방식을
여러번 더죽여 상대의 이해가 용의 하도록
사람말에 가깝게 말을 더욱더 다듬음

등 와같은 3가지 방법으로 좁혀 나가야겠습니다.

서로간의 많은 경험 부족으로 인해
회의간 필요이상의 마찰과 진행의 차질이 발생하였습니다.

이는 꾸준한 회의를 통해 기본적인
회의의 순서와 형태를 형성해야 할것 같습니다.
또한 매끄러운 진행을 위해 누군가 한명 사회자격 역활을 해주는 것도
좋은 대안이 될 수 있을것 같습니다.

- DB 설계 -
<-- 내용 생략, s_code: DOC130109_1 -->

생략 DB구축상에 있어 필요와 불필요사항을 지적 및 시정받음
생략개의 내용이 중첩하는 테이블에 관하여 통합 및 생략을 권장 받았으나 혹시 모를 편의를 설득하여 일단 통과됨
DB내에 동기화와 제어를 위한 내용이 포함되는 방식과 user테이블을 만들것을 지시받음
- 별도의 기능 구현보단 SQL을 이용한 참조의 편의성을 부각하신것으로 생각됨
통계에 관해서 상세한 기록을 지시받음
- 아무리 알아 낼방법이 있어도 만약의 위한 정확성과 처리의 속도를 위해 상세한기록은 필수라함