컴퓨터공방

이상현상 데이터베이스에서 삽입, 업데이트, 삭제를 제대로 할 수 없게 되는 경우 삽입이상 - 새로운 데이터를 자연스럽게 저장 할 수 없는 경우 삭제이상 - 데이터를 업데이트했을 때 정확성을 지키기 어려워지는 경우 갱신이상 - 원하는 데이터만 자연스럽게 삭제할 수 없는 경우 정규화 데이터베이스의 테이블이 잘 만들어졌는지 평가하고, 잘 만들지 못한 테이블을 고쳐나가는 과정 테이블을 정규형이라고 불리는 형태에 부합하게 만들어나감 이상현상을 방지한다. 1NF (제1정규형) 테이블 안 모든 로우의 모든 컬럼값들은 나눌 수 없는 단일 값이어야 한다. 해당 컬럼을 분리하여 테이블로 만드는 방법도 있다. 함수 종속성 x의 값에 따라서 y의 값이 결정될 때, y는 x에 함수 종속성이 있다고 한다 Candidate Key..

M:N student 테이블 이든지 course 테이블 이든지 각각 테이블에 Foreign key를 넣으면 두테이블 모두 컬럼이 많아진다. (course1, course2 ..이런식으로) 그래서 연결테이블 이란걸 만들어서 두테이블의 Foreign key를 담는다. 연결테이블의 Foreign key를 통해서 값을 확인함 1:N 일대다 관계에서는 다에 해당하는 테이블에 일에 해당하는 테이블의 Foreign key를 생성 user 테이블과 review 테이블이 1:N 관계 일 때 (까마귀 발이 review 쪽으로) review의 Foreign key를 user 테이블에 생성할 경우 user 1명이 review를 여러개 남겼을때 컬럼이 review1 review2 이런식으로 계속 늘어나야 하기 때문에 이렇게 하..

*여러 값을 갖는 Attribute0 => 유저는 여러 개의 주소를 가질 수 있다. - null이 많이 생길 수 있음 - 컬럼을 몇개를 만들어야 하는지 애매 - 조회가 복잡하다 이럴경우 attribute를 entity로 변경하여 테이블로 만든다. user 테이블과 address를 foregin key로 연결하여 user의 address를 확인 할 수 있음 하나의 값으로 표현할 수 있는 명사는 attribute 후보다 다, 여러 값을 가질 수 있다면 entity 후보다 카디널리티 Entity type A와 B 사이에 A Entity 한개가 B Entity 몇개와 연결될 수 있고, B Entity 한개가 A Entity 몇개와 연결될 수 있는지 - 1:1 두종류의 entity사이가 1:1 관계 ex) 법적 ..

모델링의 시작은 저장하고 싶은 데이터의 entity, attribute, relationship을 파악하는것에서 부터 시작된다. 비즈니스룰 : 특정 조직이 운영되기 위해 따라야하는 정책, 절차, 원칙들에 대한 간단명료한 설명 유저는 상품을 주문할 수 있다. => 유저(user)와 상품(product)은 명사, entity로 표현된다. 주문(order)은 동사 relationship으로 표현 동일한 주문내역은 한 번의 배달로, 3일 안에 유저가 지정한 배송지에 전달돼야 한다. 만약 그렇지 못할 시, 유저에게 최대한 발리 알려줘야 한다. => 주문내역(order), 배송지(destination), order라는 entity가 생기고 order는 user와 product 사이의 relationship이 된다...

*Entity(개체) : 우리가 데이터를 저장하려고 하는 대상 *Attribute(속성) : Entity에 대해서 저장하려고하는 특징 *Relationship(관계) : Entity 사이의 연결점 *Constraint(제약조건) : 여러 데이터 요소들에 있는 규칙 *ERM(Entity-Relationship Model) - Entity 사이 관계의 속성을 한눈에 파악하기 쉬움 - Entity 하나하나에 대한 정보를 표현하지 않음 - ERM에 있는 내요을 릴레이셔널 모델로 바꿔서 표현하기 쉬움 - Entity는 네모로 attribute는 네모안 글씨로, relationship은 실선으로 표현 *개념모델 - 대략적인 구조를 파악할때 사용 - Entity 사이의 관계표현 - 경영진이 새로운 기능을 추가하려고 ..

* 데이터 모델링 목적 - 저장하고자 하는 데이터에서 Entity, Attribute, Relationship, Constraint 파악 * Relational Model - 데이터를 relation, 즉 테이블로 정리해서 표현한 모델 - foregin key를 통해서 테이블 간의 관계를 표현 - 테이블 간의 관계 특성을 확인하기 힘듬 - foregin key를 저장하고 있는 테이블을 child table - foregin key를 통해서 참조되느 테이블을 parent table * Entity-Relationship 모델 - entity : 테이블, attribute : 컬럼, relationship : foregin key - 각각 연결되 선을 통해 의미하는 바를 파악할 수 있음 - 관계의 특징에 따..

* CASE WHEN THEN select name, price, price/cost, (case when 1.7

중첩쿼리문을 많이 중첩시켜서 사용할 경우 가독성이 떨어진다 이때 VIEW를 사용하여 쿼리문의 가독성을 높일 수 있다. 각 직무별 데이터 수요에 알맞은, 다양한 구조의 데이터 분석 기반을 구축해둘 수 있습니다. 컴퓨터에 일일히 물리적으로 저장되지는 않는 가상의 테이블이다. CREATE VIEW three_tables_joined AS SELECT i.id, i.name, AVG(star) AS avg_star, COUNT(*) AS count_star FROM item AS i LEFT OUTER JOIN review AS r on r.item_id = i.id LEFT OUTER JOIN member AS m ON r.mem_id = m.id WHERE m.gender = 'f' GROUP BY i.id..

select * from review where item_id in ( select id from item where registration_date < '2018-12-31' ); - where절 서브쿼리 * review 테이블의 모든 컬럼 * 2018-12-31 이전의 review 확인 * in 으로 review 테이블의 item_id와 item 테이블의 id가 같은게 있으면 값을 가져오게함 SELECT AVG(review_count), MAX(review_count), MIN(review_count) FROM (SELECT SUBSTRING(address, 1, 2) AS region, COUNT(*) AS review_count FROM review AS r LEFT OUTER JOIN membe..

*서브쿼리 1) SELECT절에서 서브쿼리 사용(스칼라 서브쿼리) - price 컬럼 옆에 평균 price를 붙여서 비교하면서 볼 수 있도록함 SELECT id, name, price, (SELECT AVG(price) FROM item) AS avg_price FROM copang_main.item; 2) WHERE절에서 서브쿼리 사용(중첩쿼리) - item 테이블에서 최소가격인 항목만 보여준다. SELECT id, name, price FROM item WHERE price = (SELECT MIN(price) FROM item); 3) FROM절에서 서브쿼리 사용(인라인뷰) - 리뷰 테이블에서 item_id를 GROUP BY 했을때 리뷰수가 3개 이상인 item_id를 가져온다. 그 item_id를..