imRachel

[SQLD2] 2. 정규화와 성능 - 기획자의 데이터 공부 - 데이터 모델과 성능

imRachel — Sun, 30 Apr 2023 08:18:40 GMT

* 정규화를 통한 성능 향상 전략 - 데이터에 대한 중복성을 제거, 데이터를 관심사별로 처리 - 정규화는 데이터를 결정하는 결정자에 의해 함수적 종속을 갖고 있는 일반속성을 입력, 수정, 삭제 이상을 제거 - 데이터 용량이 최소화되는 효과 * 반정규화된 테이블 1) 조인을 하더라도 PK unique index를 이용하면 조인 성능 저하는 미미하게 발생 -

[SQLD2] 1. 성능 데이터 모델링의 개요 - 기획자의 데이터 공부 - 데이터 모델과 성능

imRachel — Sun, 30 Apr 2023 07:48:41 GMT

* 성능 데이터 모델링의 정의 - 데이터 용량이 커질수록 기업의 의사결정의 속도가 빨라질수록 데이터 처리 속도는 빨라져야 함 - 일반적으로 성능은 데이터조회의 성능을 의미 데이터 입력, 수정, 삭제는 일시적이고 빈번하지 않고 단건 처리가 많지만 데이터 조회는 반복적이고 빈번하고 여러 건을 처리하는 경우가 많기 때문 - 데이터 모델링 시 작업 유형에 따라 어

[SQLD1] 5.3 ERD, 데이터 모델의 요소 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Sun, 30 Apr 2023 07:30:39 GMT

* 데이터 모델 표기법 - 피터첸이 Entity-relationship model (E-R model) 표기법을 만듦 - 엔티티는 사각형, 관계는 마름모, 속성은 타원형 * ERD 표기법을 이용하여 모델링하는 방법 - ERD는 업무에 지장을 안줌, 일정한 규칙으로 데이터 모델을 누구나 공통된 시각으로 파악하고 의사소통하게 함 - 실제 프로젝트에서 분석된

[SQLD1] 5.2 데이터 모델링 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Sun, 30 Apr 2023 07:13:43 GMT

* 프로젝트 생명주기에서 데이터 모델링 - waterfall 기반에서는 데이터 모델링 위치가 분석과 설계 단계로 구분되어 명확히 정의 가능 분석 단계에서 업무 중심의 논리 데이터 모델링 수행하고 설계 단계에서 물리 데이터 모델 수행 - 나선형 모델에서는 업무 크기에 따라 논리적 데이터 모델과 물리적 데이터 모델이 분석, 설계 단계에서 수행 비중은 분석 단계

[SQLD1] 5.1 모델링의 이해 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Sun, 30 Apr 2023 06:33:00 GMT

* 모델링 정의 - 살면서 나타나는 다양한 현상을 표기법에 의해 규칙을 갖고 표기하는 것 - WEBSTER 사전 : 가설적 또는 일정 양식에 맞춘 표현, 어떤 것에 대한 예비표현으로 그로부터 최종대상이 구축되도록 하는 계획으로서 기여 - 복잡한 현실세계를 단순화시켜 표현한 것 - 모델이란 사물 또는 사건에 관한 양상이나 관점을 연관된 사람이나 그룹을 위해

[SQLD1] 4.2 식별자관계와 비식별자관계 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Thu, 02 Mar 2023 13:38:18 GMT

* 식별자 관계와 비식별자 관계의 결정 - 외부식별자는 다른 엔티티와 관계를 통해 자식 쪽 엔티티에 생성되는 속성 - 관계와 속성을 정의하고 주식별자를 정의하면 논리적 관계에 의해 자연스럽게 외부식별자 도출됨 - 엔티티에 주식별자가 지정되고 엔티티간 관계를 연결하면 부모쪽 주식별자를 자식 엔티티의 속성으로 내보내려함 자식 엔티티에서 부모엔티티로부터 받은 외

[SQLD1] 4.1 식별자 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 11:25:55 GMT

* 식별자 - 하나의 엔티티에 구성되는 여러 개의 속성 중에 엔티티를 대표하는 속성 - 하나의 유일한 식별자가 존재 - 식별자는 논리 데이터 모델링 단계에서 사용하는 키는 물리 데이터 모델링 단계에서 아용 * 식별자 특징 - 유일성 : 주식별자에 의해 엔티티내에 모든 인스턴스들을 유일하게 구분 e.g. 사원번호가 모든 직원들에 대해 개인별로 고유하게 부여

[SQLD1] 3.2 관계 표기, 정의, 읽는 방법 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 11:01:08 GMT

[관계 표기] * 관계명 - 엔티티가 관계에 참여하는 형태, 각 관계는 두 개의 관계명을 가짐 - 엔티티에서 관계가 시작되는 편을 관계 시작점이라고 부르고 받는 편을 관계 끝점이라고 부름 - 관계 시작점과 끝점 모두 관계 이름을 가져야 함. 능동적이거나 수동적으로 명명 - 애매한 동사는 피함 (e.g. 관계된다, 관련있다, 이다, 한다), 현재형으로 표현

[SQLD1] 3.1 관계의 개념, 분류 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 10:44:47 GMT

* 관계의 정의 - 상호 연관성이 있는 상태 - 인스턴스 사이의 논리적인 연관성으로서, 존재 또는 행위로서, 서로에게 연관성이 부여된 상태 - 엔티티 간 연관성을 표현하기 때문에 엔티티 정의에 따라 영향을 받기도 함 - 속성 정의 및 관계 정의에 따라 다양하게 변할 수 있음 * 관계의 패어링 - 패어링 : 엔티티 안에 인스턴스가 개별적으로 관계를 가지는

[SQLD1] 2.3 도메인, 속성 명명 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 10:30:59 GMT

* 도메인 - 각 속성이 가질 수 있는 값의 범위 - 엔티티 내에서 속성에 대한 데이터타입과 크기 그리고 제약사항을 지정하는 것 * 속성의 명명 - 속성 이름을 정확하게 부여하고 용어의 혼란을 없애기 위해 용어사전이라는 업무 사전을 프로젝트에 사용 - 각 속성이 갖는 값의 종류와 범위를 명확하게 하기 위해 도메인 정의를 미리 하여 용어 사전과 같이 사용

[SQLD1] 2.2 속성의 특징, 분류 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 10:16:57 GMT

* 속성의 특징 - 반드시 해당 업무에서 필요하고 관리하고자 하는 정보여야 한다 - 정규화 이론에 근간하여 정해진 주식별자에 함수적 종속을 가져야 한다 - 하나의 속성에는 한 개의 값만 갖는다. 다중값일 경우 별도의 엔티티를 이용하여 분리한다. * 속성의 특성에 따른 분류 - 기본속성 basic attribute : 업무분석을 통해 바로 정의한 속성 업무

[SQLD1] 2.1 속성 개념, 표기법 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 10:00:16 GMT

* 속성의 개념 - 사물이나 개념이 어떤 것인지를 나타내고 그것을 다른 것과 구별하는 성질 - 데이터 모델링 관점 : 업무상 필요로 하는 인스턴스, 관리하고자하는 의미상 더 이상 분리되지 않는 최소 데이터 단위 -> 속성의 정의 : 업무에서 필요로 함. 의미상 더 이상 분리되지 않음. 엔티티를 설명함. 인스턴스의 구성요소 e.g. 생년월일을 생년, 생월,

[SQLD1] 1.5 엔티티의 명명 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 09:45:17 GMT

* 가능하면 현업업무에서 사용하는 용어 사용 * 가능하면 약어를 사용하지 않음 * 단수명사 사용 * 모든 엔티티에서 유일하게 이름 부여 * 엔티티 생성의미대로 이름 부여 (중심 엔티티에서 적절하지 못한 엔티티 사용 많이 발생 행위 엔티티에서도 많은 경우 부적절한 엔티티명 사용) e.g. "고객 제품" : 고객이 주문한 제품 or 고객이 제품인지 의미가 애

[SQLD1] 1.4 엔티티의 분류 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 09:41:36 GMT

* 유무형에 따른 분류 - 유형엔티티, 개념엔티티, 사건엔티티로 구분 - 유형엔티티 tangible entity : 물리적 형태가 있음, 안정적, 지속적으로 활용, 업무로부터 엔티티 구분이 용이 e.g. 사원, 물품, 강사 등 - 개념엔티티 conceptual entity : 물리적인 형태 없음, 관리해야 할 개념적 정보로 구분 e.g. 조직, 보험상품 등

[SQLD1] 1.3 엔티티의 특징 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 09:21:33 GMT

* 엔티티의 특징 (만족하지 못하면 부적절한 엔티티일 확률이 높음) - 반드시 해당 업무에서 필요하고 관리하고자 하는 정보 - 유일한 식별자에 의해 식별 가능 - 영속적으로 존재하는 인스턴스의 집합 - 엔티티는 업무 프로세스에 의해 이용 - 엔티티는 반드시 속성이 있어야함 - 엔티티는 다른 엔티티와 최소 한 개 이상의 관계가 있음 * 반드시 해당 업무에

[SQLD1] 1.2 엔티티와 인스턴스, 표기법 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 08:59:58 GMT

* 엔티티는 보통 사각형으로 표현, 속성 표현 방법은 조금씩 다름 엔티티 : 과목, 강사, 사건 엔티티의 인스턴스 : 수학, 영어, 이춘식, 조시형, 2010-001, 2010-002 (오브젝트 모델링에서는 클래스와 오브젝트 개념이 있음 클래스는 여러 개의 오브젝트를 포함 - 엔티티가 인스턴스를 포함하는 것과 유사) [본 글은 SQLD 자격증 공부

[SQLD1] 1.1 엔티티의 개념 - 기획자의 데이터 공부 - 데이터 모델링의 이해

imRachel — Wed, 01 Mar 2023 08:48:28 GMT

* 엔티티의 정의 - 변별할 수 있는 사물 - 데이터베이스 내에서 변별 가능한 객체 - 정보를 저장할 수 있는 어떤 것 - 정보가 저장될 수 있는 사람, 장소, 물건, 사건 그리고 개념 * 엔티티 정의의 공통점 - 사람, 장소, 물건, 사건, 개념 등의 명사 - 업무상 관리가 필요한 관심사 - 저장이 되기 위한 어떤 것 * 엔티티는 업무에 필요하고 유용

휴리스틱 평가 - 내가 만든 서비스에 적용해보기 - 적은 시간과 비용으로 서비스를 고도화하는 방법

imRachel — Wed, 07 Sep 2022 08:10:39 GMT

지난 글에서는 UX가 무엇인지와 인지/인간공학의 개념에 대한 이야기를 다루었습니다. 이번 회차에서는 필자가 첫 프로젝트로 담당했던 협업 툴 서비스에 휴리스틱 평가 방법을 적용한 과정을 공유드리려고 합니다. 지난 호를 못 읽으신 분들이라면 아래 링크를 참고해주세요! https://brunch.co.kr/@yoongg59/1 [Index]01. 사용성 평가

도대체 UX랑 UI가 뭐야? - UX 입문자들을 위해 - UX 설계 원칙 기본서

imRachel — Mon, 23 May 2022 13:08:52 GMT

브런치에 첫 포스트로 어떤 글을 쓸까 고민하다가 "UX디자인과 방법론"이라는 주제로 시작해 볼까 합니다. UX는 모바일의 등장으로 그 중요성이 더 화두가 되면서 사용자들이 서비스를 평가하는 가장 중요한 요소로 자리 잡히고 있습니다. 그러나 HCI(Human Computer Interaction)나 디자인, IT 계통을 전공한 사람이 아니라면 대부분의 사