댓글
-
I'm Done! -
29-03-2024 -
23.12.14 조인
-
2023.08.18 완료
저장은 분리해서/볼 때는 합쳐서
SELECT *
FROM 테이블명1
LEFT JOIN 테이블명2 ON 테이블명1.컬럼1 = 테이블명2.컬럼2; -
2023.07.13 완
감사합니다! -
관계형 DB
중복된 데이터의 문제 해결을 위해 사용 (ID값 부여 등)
trade-off : 관계형을 사용하면 직관적으로 데이터 파악이 어려움
이를 해결하기 위해 => 저장은 따로따로 / 볼 때에는 합쳐서 -
왜 관계형 DB가 필요한가? 테이블 비교해가면서 볼 필요 없이 하나로 합쳐서 볼 수 있음
-
23.04.02 완료
-
2023.04.01
-
2023.03.23 완- -
2023.01.16 -
23.01.01
저장 할 땐 나눠서 읽을땐 합쳐서
LEFT JOIN -
22.12.30 -
22.12.14
-
221128 -
2022.11.04 -
20221006 관계형데이터베이스의 필요성 완료
-
20220815 완료
-
감사합니다. -
테이블을 쪼개면 데이터의 중복을 제거하고 식별자인 id를 통해 유일하게 구분할 수 있다. 유지보수도 편해진다.
SQL을 이용하면 쪼개져서 저장된 테이블을 합쳐서 하나의 테이블로 볼 수 있다. -
220705 오후 9시 44분 완료
-
가보자과보작
-
2022.02.02
-
2022.01.28. DATABASE2 - MySQL - 관계형 데이터베이스의 필요성 파트 수강완료 -
2022.01.26.수 -
2022.01.10 수강
-
2022.01.10. 수강
-
20211011 JOIN!
-
210829
- this chapter reminded me of oracle's chapter on necessary o f Relative DB.
- In DB, different tables save in a separated way and join together to show. -
2021.8.2 -
2021.07.31
-
21.07.06
-
21.06.10
-
2021.05.13.
-
감사합니다
-
21-03-30 오늘은 여기 까지! 내일 또봐여
-
21-03-26
-
21.3.12
-
2021.03.06 - OK
-
21.03.04
-
* 관계형 데이터베이스(Realtional Database)의 필요성
데이터베이스에 중복된 데이터가 있다 => 개선의 여지가 있다!
데이터가 많이 중복될수록 많은 문제가 야기됨 :
복잡하고 용량이 큰 데이터가 중복될수록,
1. 기술적, 경제적으로 엄청난 손실
2. 데이터를 수정해야 할 때, 낭비되는 시간
3. 데이터의 구분이 어려움
trade off
장점이 생기면 단점도 생긴다.
# 테이블을 분리하지 않으면,
모든 데이터를 한 눈에 볼 수 있기 때문에 직관적으로 데이터를 볼 수 있다.
#테이블을 분리하면,
데이터를 볼 때, 해당 데이터에 해당되는 별도의 테이블을 열어서 비교.대조해야 하는 불편함
저장은 분산, 볼 때에는 합쳐서 -
2021.02.15
-
21.02.15 -
2021.02.13 수강 완료
Relational DB
데이터 중복은 줄이고 유지, 보수는 용이하게 한다.
저장은 분산해서, 보여줄 땐 합쳐서. -
20120210
-
2021. 01. 24
-
데이터 중복 -> 개선할 필요가 있다! 여러 문제점 발생시킴.
1) 테이블 분할
2) 참조키(?) 설정한 뒤 공유 -
2021.01.10 완료!
-
2021 1 1
-
20 12 30
