filemaker design concept

23
Beyondtech Inc, 29 Oct 2014 FileMaker Design Concepts Legacy Design과의 차이점

Upload: -

Post on 29-Jun-2015

128 views

Category:

Engineering


0 download

DESCRIPTION

Filemaker design concept

TRANSCRIPT

Page 1: Filemaker design concept

Beyondtech  Inc,  29  Oct  2014

FileMakerDesign  Concepts

Legacy  Design과의  차이점

Page 2: Filemaker design concept

설계  방식의  차이

• 테이블과  화면을  동시에  고려  하여  설계  한다  

• 하나의  화면은  하나의  기반테이블과  연결  된다  

• 하나의  테이블은  여러개의  화면과  연결  가능하다  

• 화면종류는  상세  화면과  리스트  화면  두가지이다

2

Page 3: Filemaker design concept

• 테이블과  화면을  동시에  고려  하여  설계  한다  

 기존  설계  방식  ➡  Legacy  방식은  Tiered  방식으로  데이터베이스,  인터페이스,  화면설계  및  데이터연결을  분리하여  개발  

➡  대형  프로젝트  (2000  User  이상)에  적합.

설계  방식의  차이

3

데이터베이스 인터페이스 맵퍼 화면

Oracle,  Mysql,  Infomix,

Driver  ODBC,  JDBC,

SQL  iBatis  (MyBatis),  

DotNet  (VC/VB,  JAVA,)

HTML/PHP/JSP,  VC  /  VB,  Java,  Xcode

Page 4: Filemaker design concept

• 테이블과  화면을  동시에  고려  하여  설계  한다    FileMaker

설계  방식의  차이

테이블  &  필드레이아웃  (화면)

관계  설정

4

Page 5: Filemaker design concept

• 하나의  화면은  하나의  기반테이블과  연결  된다  

테이블과  화면  자료  연동  ➡  기반테이블은  화면의  필드들과  직접  연동되어  자료가  표시되고  저장  된다.  ➡  다른  테이블은  직접  화면표시가  불가하며,  관계를  통하여  연동가능하다

설계  방식의  차이

5

레이아웃 테이블

데이터

Page 6: Filemaker design concept

• 하나의  테이블은  여러개의  화면과  연결  가능하다

설계  방식의  차이

6

테이블

화면  1  -­‐  상세  보기

화면  2  -­‐  리스트  보기

Page 7: Filemaker design concept

설계  방식의  차이• 화면종류는  상세  화면과  리스트  화면  두가지이다  

➡  하나의  레코드에  대한  개별  필드  표현  

➡  테이블에  대한  여러개의  레코드  표현7

화면  1  -­‐  상세  화면

화면  2  -­‐  리스트  화면

Page 8: Filemaker design concept

포털?  화면  구성요소의  차이

• 포털은  화면  구성요소  중  하나임  

• 포털은  화면에  리스트  자료를  하나  이상  구성시  사용  

• 포털은  참조  테이블에  대해서만  설정가능  

• 포털  필터는  조건식  또는  조건필드  설정으로  자료  필터링

8

Page 9: Filemaker design concept

• 포털  (Portal)  

➡  관계  테이블의  레코드를  리스트형태로  표현  하는  화면  구성  도구  (  1  :  N  )

포털?  화면  구성요소의  차이

9

Page 10: Filemaker design concept

포털?  화면  구성요소의  차이

10

관계

기반  테이블 참조  (관계)  테이블

관계테이블  :  Time  Off  

기반테이블  :    Personnel  Records

레이아웃  :  포털

레이아웃  도구

포털  필터  

Page 11: Filemaker design concept

관계  설계의  차이

• 설계  원칙  :    1  :  1  ,    1  :  N  ,    N  :  M    

• 성능  튜닝을  위해  1  :  1  관계를  사용  

• 자료  참조  (Lookup)  목적으로  N  :  M  사용  

• 1  :  N    =    N  :  1  ?    (Base  table  :  Reference  Table)

11

Page 12: Filemaker design concept

• 설계  원칙  :    1  :  1  ,    1  :  N  ,    N  :  M    ➡ 1  :  1  관계는  하나의  테이블로  합쳐라  !!  

➡  자료  샘플  

➡  네트워크  접속시,  테이블  컬럼이  너무  많거나  특정  필드의  자료가  너무  클경우  (예:  멀티미디어  자료)는  해당  필드  들을  분리하여  1  :  1  관계로  구성  할수  있다.

관계  설계의  차이

12

학생주소록 학생인명부

학생

Page 13: Filemaker design concept

• 설계  원칙  :    1  :  1  ,    1  :  N  ,    N  :  M    ➡  (중복  자료는)  1  :  N  으로  테이블  관계를  구성하라  !!  

➡  자료  샘플

관계  설계의  차이

13

학생  (한사람이  2집을  가지고  있을때)

                                                                                       

                                                                                       

학생인명부 학생주소록

                                                                                       

                                                                                       

Page 14: Filemaker design concept

• 설계  원칙  :    1  :  1  ,    1  :  N  ,    N  :  M    ➡  (중복  자료는)  1  :  N  으로  테이블  관계를  구성하라  !!  

➡ 1  :  N  =  N  :  1  ?      ➡ 기반테이블을  “학생인명부”  —>  “학생주소록”으로  변경하면  ?

관계  설계의  차이

14

Page 15: Filemaker design concept

• 설계  원칙  :    1  :  1  ,    1  :  N  ,    N  :  M    ➡  N  :  M  관계는  테이블을  추가하여  2개의  1  :  N  관계로  구성하라  !!  

➡  자료  샘플

관계  설계의  차이

15

학생  (한학생이  2집을  가지고  있고,  한집에  2명이상  학생이  거주할때)

학번 이름 주소

2014010101 홍길동 서울시 구로구

2014010102 김길동 서울시 구로구

2014010103 이길동 서울시 구로구

2014010103 이길동 서울시 금천구

2014010103 이길동 강원도 원주시

학번 주소 이름

2014010101 서울시 구로구 홍길동

2014010101 서울시 구로구 김길동

2014010101 서울시 구로구 이길동

2014010102 서울시 금천구 이길동

2014010103 강원도 원주시 이길동

학생인명부 학생주소록

Page 16: Filemaker design concept

• 설계  원칙  :    1  :  1  ,    1  :  N  ,    N  :  M    ➡  N  :  M  관계는  테이블을  추가하여  2개의  1  :  N  관계로  구성하라  !!

관계  설계의  차이

16

Page 17: Filemaker design concept

• 설계  원칙  :    1  :  1  ,    1  :  N  ,    N  :  M    ➡  자료  참조  (Lookup  /  Values  from)  목적으로  N  :  M  사용

관계  설계의  차이

17

Page 18: Filemaker design concept

Join  차이

• Self  Join  은  자신의  테이블을  복사하여  생성  함.  (루프방지)  

• Self  Join을    동일한  테이블에  대하여  2개  이상  생성이  가능

18

Page 19: Filemaker design concept

관계  종류의  차이  

• 동등관계(=)  뿐  아니라  x,  >,  <,  ≠  관계도  사용됨  

• X  관계는  자기  자신을  리스트  참조  할때  주로  사용된다.

19

Page 20: Filemaker design concept

SQL  사용의  차이

• 결과값  분리와  화면  출력  (바인딩)시  문제  (부적합)  

• 단일  결과값을  가지는  SELECT  SUM(*)  …  에  적합  

• 배열값을  가지는  차트  자료에  적합  GROUP  BY  MONTH

20

Page 21: Filemaker design concept

Commit  차이

•  Auto  Commit  은  <Enter>  나  <Tab>으로  Commit  되지  않음  

• 키입력시  OnObjectKeystroke  트리거를  통해  Commit  처리  

• Non  AutoCommit은  화면  클릭시  확인창  팝업  (웹뷰  처리)  

• 계산식  필드에  대응하는  변수  설정을  통해  일시  Commit

21

Page 22: Filemaker design concept

필드  타입의  차이

• 계산식  필드  :  조건  및  계산  값을  가지는  필드  

• 글로벌  필드  :  단일  레코드를  가지는  필드  (User  별)  

• 반복  필드  :  배열값을  가지는  필드  (예:  프로그래스  바)  

• 참조  값  :  참조키에  따라  참조  레코드  값을  자동  복사

22

Page 23: Filemaker design concept

감사합니다.

Home Page › About us

ABOUT US

비욘드테크(주)는 FileMaker 12 Certified Developer 3명을 포함한 전담부서와 디자인 부서,웹 개발 부서 및 iOS, Android, Mac OSX, Windows 등 멀티플랫폼 애플리케이션 개발 부서,한글화 부서 등 부서간 협업으로 고객의 다양한 요구에 부합하는 솔루션 및 품질을 제공합니다.

비욘드테크(주)는 FileMaker 비즈니스 파트너로서 공식 제품 판매처입니다.

서비스 영역: - FileMaker 솔루션 개발 및 외주개발 (FileMaker Go 포함)- FileMaker 최적화 및 기술 컨설팅 서비스- 재고관리, 영업관리, 컨텐츠관리, 자원관리, 공정관리 및 교육 솔루션- FileMaker 개발자 교육- FileMaker 전 제품 판매

www.beyondtech.co.kr

www.kmug.co.kr

www.fmstore.co.kr

www.filemaker.com

www.filemaker.com/kr

비욘드 테크 :

KMUG :

파일메이커 스토어 :

파일메이커 본사 :

파일메이커 한국 :