제1.0형 - 한 칸에 한 값 제2.0형 - 한 판에 한 뜻, 머리가 둘 이상일 때, 공통된 말만 들어야 함 제3.0형 - 한 판에 한 뜻, 머리 말만 들어야 함 제3.5형 - 다른 판 머리말을 들으면 내 판에서 나가야함 제4.0형 - 몸통끼리 싸울 수 있으므로 서로 다른 판에서 놀게 해야함 제5.0형 - 쪼개서 모든 1:1 조합 개인적으로 0, 1, 2, 3, 4, 5형으로 바꾸고, 역정규화까지 붙여서 -5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5으로 하면 좋겠네요. 안되겠지만... 정규화 안된 건 i(...)
동감합니다.. 이론적 정의를 외우고 지문에서 관련성을 찾아야지만 자격증 시험 문제를 풀 수 있다보니 교재들도 다 그렇게 설명하는데, 그렇게 푼 문제들이 실무에 임할 수 있다는 자격을 증명할 수 있는 지에 대해선 회의적이네요. 지금 대부분의 국가자격증들은 실무에 잘 쓰이지도 않는 눈먼 지식들을 암기하게 하면서 시간을 낭비하면 주는 자격증이죠...
DBA 해서 밥 먹고 있습니다. 스새임 제발 개발자용 인덱스 생성 및 인덱스 잘 태우는 쿼리 작성법 좀 강의 부탁드립니다. 일억개 빌어요 ㅠ 컬럼에 함수 씌우는 개발자, 코드 컬럼 하나에 인덱스 만드는 개발자, where절에 먼저 쓰면 먼저 인덱스 타는 줄 아는 개발자들 덕분에 오늘도 미춰버리겠습니다.
인덱스 외에도 전 아래 쿼리가 더 심각하다고 생각해요 + 과도한 인라인뷰와 인라인뷰안에 with절 쓰는 개발자 + select 스칼라 인라인에 쓰고 아웃라인에서 where로 쓰는 개발자 후자 미쳐버리죠 ㅋㅋㅋ 1.펑션 많이 쓰는건 과거에 sp로 짠 시스템들때문에 생긴 관행(습관) 같고요... 복잡한거나 단건 조회는 몰라도 코드는 아우터로 해야하는데... 2.코드 컬럼 인덱스는.... 하는사람 잘 못봤는데... 대량데이터 배치여도 효과가 없는건가요? 3.where 순서는 옵티마이저가 알아서 할텐데... 힌트를 줘도... 이런분들은 in절에 union 쓰고 별짓 다하겠네요....
@@gobed1 정답은 없죠... 매번 상황과 데이터양에 따라 쿼리 효율성은 다르죠 다만 with문 자체가 임시테이블이어서 추린 데이터가 많지 않고 여러번 참조해야 한다면 효율적이지만(잘 정리해서 쓰면 가독성 좋을때도) 그게 아니라면 성능에 영향만 미쳐서 대부분 못쓰게 하죠 그런걸 다 고려해가며 쓰는사람이 없기에...
ㅋㅋ 저두 C계열시... Pos시스템 개발시 고객은 여러명 이지만, 고객번호는 유일성을 가진다. 기업 입장에서는 1대 다 이지민, 상품은 그 유니크한 고객이 구입한 상품만 매칭되어 들어가야한다. 등이 고민이였고, 테이블을 나누어 관리하는 것과 중복제거 안되는 일반키를 고객번호를 두고 그에 매칭하는 부분을 상품번호를 외래키를 두어 고객과 상품의 관계를 매칭시켰습니다.
내부회계 구축 자문용역이나 감사 하면서 맨날 마스터 데이터에 입력 및 수정시 승인권자의 승인을 득하는 통제 강조하면서도 마스터 데이터가 정확히 뭔지는 모르고 걍 대강 이런 걸 마스터데이터라고 부르니까.. 하는 감 정도만 가지고 있었는데 파이썬 공부하고 데이터분석 조금씩 공부하면서부터 개념이 명확하게 자리잡히기 시작했음... 거래처 정보, 인사 정보, 고정자산 정보 죄다 정규화된 데이터들..
6:45 출신대학이 강사의 partial dependency가 아닌 이유 설명해주실 수 있을까요? 1NF 메인 테이블에서 가격컬럼이 프로그램컬럼에 따라 결정 되므로 2차 정규화 과정에서 제거 된건데 , 출신 대학은 강사에 의해 결정되니까 마찬가지로 partial dependency아닌가요? 헷갈리네요.
선생님 유익한 강의 감사합니다 정규화 작업은 엑셀로 데이터를 정리한다해도 그리 복작하지 않았어요. 그런데 혹시 영상에서 설명하신 여러 이유 중 하나로 정규화된 데이터들을 합쳐서 비정규화하고 싶을 때를 위한 방법, 변환 프로그램이 따로 있을까요? 사실 대부분은 보기 편리하기 위함이니 비정규화해서 볼 수만 있어도 해도 감지덕지할 것 같습니다
엑셀로 조인하려면 1. 룩업함수 노가다 2. 파워쿼리 // 둘 중 하나로 하시는 걸 추천합니다. 테이블의 형식이 아직 고정적이지 않고 유동적이면 비교적 편집이 쉬운 룩업함수 노가다를 추천드리고, 테이블의 형식이 비교적 고정적일 경우 파워쿼리를 추천드립니다. 룩업함수 노가다할 시, 수정이 편하고 값의 변환이 바로 적용되는 게 장점이지만, 셀개수가 많으면 CPU와 메모리 부하가 커지므로 자동계산을 off해야하는 단점이 있습니다. 파워쿼리는 피벗테이블처럼 새로고침 한 번에 한 번 연산하는 식이라 필요할 때만 연산시키니 부하가 없는 게 장점입니다. 룩업함수 외 다른 함수작업을 곁따리로 같이 붙인 게 수만 셀이라면 특히 파워쿼리가 나을 수 있습니다. 단점은 수정이 다소 불편할 수 있고 마스터테이블의 값에 변경이 있을 때 조인테이블에는 바로 적용이 안되는 게 단점입니다.
제 1 정규화 : 테이블 한칸에 그렇게 큰 건 안들어가아아앗
제 2 정규화 : 따까리를 데리고 나타나다니... 네 녀석은 사나이(composite primary key)자격이 없다
제 3 정규화 : 알빠노들은 알빠노 테이블로 이동
0타강사 ㄷㄷㄷ
감사합니다
ㄷㄷㄷ
ㄹㅇ 0타 강사 ㅋㅋㅋㅋ 굿
ㅋㅋㅋㅋㅋㅋㅋ 최고
진짜 궁금했던건데.. 이미 알고 있는 사람 입장에서 어떻게 초보들이 궁금한점을 꼭 집어서 설명해주시는지 너무 감사해요
프로그래밍과는 전혀 관계가 없는 직종입니다만, 이 데이터베이스 정규화는 일반적인 업무에서 엑셀로 자료를 정리하는 데도 충분히 도움이 되겠네요, 매우 유용한 것 같습니다. 좋은 영상 감사합니다,
진짜네요…
이분은 개발자나 DBA해도 잘 하시겠네ㄷㄷ
ㅇㅈ 싹수가 보입니다
정확합니다. RDBMS 저장내용 소량이면 엑셀에다가 정리 가능!
개발이란 게 다른 게 아니라 업무를 이롭게 하는 게 맞다고 생각합니다 ㅋㅋㅋㅋ
제1.0형 - 한 칸에 한 값
제2.0형 - 한 판에 한 뜻, 머리가 둘 이상일 때, 공통된 말만 들어야 함
제3.0형 - 한 판에 한 뜻, 머리 말만 들어야 함
제3.5형 - 다른 판 머리말을 들으면 내 판에서 나가야함
제4.0형 - 몸통끼리 싸울 수 있으므로 서로 다른 판에서 놀게 해야함
제5.0형 - 쪼개서 모든 1:1 조합
개인적으로 0, 1, 2, 3, 4, 5형으로 바꾸고, 역정규화까지 붙여서 -5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5으로 하면 좋겠네요. 안되겠지만...
정규화 안된 건 i(...)
도부이결다조 ㅋㅋㅋㅋㅋㅋㅋ
도메인 원자값 (비정규 ->1)
부분 함수 종속 제거 (1->2)
이행 함수 종속 제거 (2->3)
결정자인데 후보키아닌거 제거 (3->B)
다치종속 제거(B->4)
조인종속성(4->5)
아직도 기억나네
1.한 값 안에 두 개 있는거 나누기
2.주제랑 상관없는거 때내기
3.일반 컬럼에만 종속 되어있는거 때내기
때->떼
빡통머리에 잘 꽂아주시네요 정말로 감사합니다!!! 앞으로도 빡통버전 넣어주세요ㅋㅋ
다음 영상으로 엑셀 데이터를 이렇게 정리하는게 좋다 라는 내용을 다룰려고 고민하던 중이었습니다.
데이터 정규화 개념을 넣을까 말까, 넣으면 어떻게 넣지? 라는 고민을 하고 있었는데,
제 고민에 대한 답이 담긴 너무 명쾌한 설명이 담긴 영상이네요. 감사합니다.
기말고사 시험범위였는데 진짜 어떻게 교수님이 설명하시는것보다 5천만배는 잘이해되네요
역시 교수라고 잘 가르칠 필요는 옶나보네요
ㄹㅇ
왜그런지암? 간단하게 설명한거임 여기서 더 깁게는 안알려주니까 쉬워보이는거임 ㅋㅋ
@@sss-ic3pz 몇살임? 헬로월드는쳐봄?
@@한길-q9u 팩트는 맞잖아
수학에서 덧셈뺄셈만 알려주고 수학은 쉬운거같아요! 이런거랑 다를게없음
0:10 산데비스탄 오프닝은 뭔데욬ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
정처기 공부할때는 잘 이해가 안되서 그냥 외우기만 했는데 지금보니 정규화는 중복된 데이터를 참조형식으로 끌고 오게끔 만드는 작업들이군요
다른 정규화 설명 영상도 기다릴께요
동감합니다. 정처기 공부 때는 막연하게 외우기만 했던 것들인데 영상을 보니 왜 정규형을 해야하는지 이해가 되네요.
동감합니다.. 이론적 정의를 외우고 지문에서 관련성을 찾아야지만 자격증 시험 문제를 풀 수 있다보니 교재들도 다 그렇게 설명하는데, 그렇게 푼 문제들이 실무에 임할 수 있다는 자격을 증명할 수 있는 지에 대해선 회의적이네요. 지금 대부분의 국가자격증들은 실무에 잘 쓰이지도 않는 눈먼 지식들을 암기하게 하면서 시간을 낭비하면 주는 자격증이죠...
그냥 db 테이블 설계하고 쓰다보면 아 이렇게 하면 더 편하겠구나 다들 감으로 써가던걸 이렇게 정의한건데 자격증 딴다고 우선 암기식으로 외우니 뭐가 뭔지도 모르는거임 ㅋㅋㅋ
되서->돼서
이게 진정한 교육이고 순서에 맞는거지.. 이행종속이 없어야 한다느니 부분 종속성이 없어야 한다느니 같은 뜬구름잡는 한자어가 먼저 튀어나오면 참 잘도 이해가겠다. 특히 정처기 시험은 단 한줄로 설명하고 끝남. 뭘 어쩌라는거야? 그게 시험으로서 의미가 있냐.......
8분 50초 내용을 한 줄로 끝낸다 - 최적화의 끝판왕이네 ㄷㄷ
진심 책 1권만 읽은 새끼가 아가리를 잘 턴다니 ㅋㅋㅋ
진짜 가장 힘든 부분중 하나였는데 좋은 설명 감사합니다!! 예전에.. “사장님 두부이거다줘” 이런식으로 외웠는데…
도부이결다조
이건 초보적인 임플란트다.
@@erwqsdasq768 애니메이션 대사입니다~
@@erwqsdasq768 너도 산데비스탄을 쓰는 거냐?
기초적인 임플란트다.
싸이버펑크 편집 개웃김 ㄹㅇㅋㅋㅋ
@@erwqsdasq768 아만보..
'싼데비슷한'
데이터베이스 시험 이틀 전에 올라온 최고의 선택
진짜로 면접가서 저 목소리로 저 톤으로 저 말투로 면접보고 싶다
약간 하나의 함수는 하나의 일만 담당하라는 원칙이라던가 객체의존성을 줄이는 과정이랑 비슷한 느낌이 드는 개념이네요. 감사합니다
던가->든가
DBA 해서 밥 먹고 있습니다.
스새임 제발 개발자용 인덱스 생성 및 인덱스 잘 태우는 쿼리 작성법 좀 강의 부탁드립니다. 일억개 빌어요 ㅠ
컬럼에 함수 씌우는 개발자, 코드 컬럼 하나에 인덱스 만드는 개발자, where절에 먼저 쓰면 먼저 인덱스 타는 줄 아는 개발자들 덕분에 오늘도 미춰버리겠습니다.
인덱스 외에도 전 아래 쿼리가 더 심각하다고 생각해요
+ 과도한 인라인뷰와 인라인뷰안에 with절 쓰는 개발자
+ select 스칼라 인라인에 쓰고 아웃라인에서 where로 쓰는 개발자
후자 미쳐버리죠 ㅋㅋㅋ
1.펑션 많이 쓰는건 과거에 sp로 짠 시스템들때문에 생긴 관행(습관) 같고요... 복잡한거나 단건 조회는 몰라도 코드는 아우터로 해야하는데...
2.코드 컬럼 인덱스는.... 하는사람 잘 못봤는데... 대량데이터 배치여도 효과가 없는건가요?
3.where 순서는 옵티마이저가 알아서 할텐데... 힌트를 줘도... 이런분들은 in절에 union 쓰고 별짓 다하겠네요....
조인 잘하는 방법이 있을까여? with문을 많이 쓴거 같아서 이게 맞나 싶네요
@@gobed1 정답은 없죠...
매번 상황과 데이터양에 따라 쿼리 효율성은 다르죠
다만 with문 자체가 임시테이블이어서 추린 데이터가 많지 않고 여러번 참조해야 한다면 효율적이지만(잘 정리해서 쓰면 가독성 좋을때도) 그게 아니라면 성능에 영향만 미쳐서 대부분 못쓰게 하죠
그런걸 다 고려해가며 쓰는사람이 없기에...
orm 쓰면 쿼리계획은 저세상 가서.. ㅋㅋ
sqld 자격증 딸 때 이해가 잘 안돼서 그냥 대강 외우고 시험 보러 갔었는데
ㄹㅇ 1타강사시네요
지금까지 영상들 두번 세번 곱 씹으면서 봤습니다.. 대학 교수님들의 가르침이 이분의 반만이라도 닮았으면 대학 공부를 행복하게 할 수 있을텐데..
중복을 줄이는 만큼 성능은 감소하기에, 현업에서 퍼포먼스 끌어올리기 위해서 일부러 정규화 깨고 denormalization 을 사용하는 사례도 꽤 있습니다.
'너도 정규화를 쓰는 거냐?'
- '이건 기초적인 sql이다.'
싼DB스탄
ㅋㅋㅋ 빡통버전 ㅋㅋㅋㅋㅋㅋ 정확한 정의도 이해하기 쉽네요!
맨날 정처기나 SQLD에서 도부이결다조 도부이결다조... 외우기만 했는데 좋은 예시덕에 이해가 되었습니다. 감사합니다!
두부이걸다조...ㅋㅋ
저기다가 Type 테이블이랑 쓸데없는 메타데이터 테이블 추가 하면 값 하나 찾을때마다 JOIN의 대 환장파티 ㅋㅋㅋㅋ 사실 데이터 보관비가 엄청 내려오면서 연산값이 높은 정규화보단 점점 noSQL가는 추세긴 하죠...
인공지능 시간에 그냥 무지성으로 외우기만 한 정규화보다 이게 훨씬 잘 이해가 되고 재미가 있습니다.
그래서 수정을 쉽게하기위한 원장 테이블과 이력테이블은 따로 운용하죠.
실시간으로 현시점을 유지해야하는 원장테이블. 과거 발생시점을 그대로 유지해야하는 이력 테이블. 은행의 경우 본인 연락처가 원장테이블에 들어가고.
통장 입출금 내역이 이력테이블
데이터 정규화와 DB정규화는 구별되어야 할 것 같습니다. 데이터 정규화는 예를 들어, Scale이 다른 데이터들을 0.0~1.0 사이로 변환하는 것을 말하는 것 같구요. 설명하신 내용은 DB정규화입니다
저도 스케일 바꾸는거 생각했는데... 내용보니까 뭐지..? 싶었네요
체육센터 개발자 그라데이션으로 발진하는 거 겁나 웃기네 ㅋㅋㅋㅋ
와 설명 너무 좋네요! 정규화 관련 강의를3개를 넘게 들었는데 제일 머리에 쏙쏙 박히네요🫢
2정규화는 사실 현업에서는 이전 납부한 기록은 6천원이고 신규 납부내역은 7천원으로 표현해야 한다던지 해서 항상 올바른 상황은 아닌
하지만 되도록 설계단계에서 해놓는게 맞는 것
빡통버전 댕웃기네요 ㅋㅋㅋㅋㅋ 이해 정말 잘됩니다
4:19 만약 그렇다면 제2정규화 내용에서 회원번호와 회원명도 partial dependency인 셈인데 그렇게까지 빡세게 빼진 않나보군요?
직접 웹서버 만들면서 저기나오는 규칙들을 몸소 깨닫는 중이었는데 이미 있는 규칙이었구나… 너무 신기하네
ㄹㅇㅋㅋ저도 첨에 와 내가 이걸어떻게생각했지 나 천잰가 했는데 이미있음ㅋㅋ
@@12hagise 코딩에 몸담게되는 사람들 뇌구조는 비슷한 방향을 거치는듯
오프닝에 산데비스탄 효과 넣은거 보면 이 형 어쩌면 사이버사이코일지도..?
뭐든지 정말 쉽고 재밌게 설명해주는 애플형❤
제1정규화 : 데이터의 행렬화
제2/3정규화 : 데이터 행렬의 행렬곱에 대한 인수분해
제2정규화랑 제3정규화랑 비슷한 느낌인 거 같은데.. 제2정규화는 primary composite key 와 관련있는 컬럼을 뺀다는 점에서 다른건가요?
5:41 그럼 회원이름이 회원번호에 종속된 칼럼이니까 2정규화가 가능한가요??
엣지러너 감명깊게 보셨나보네ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ아 진짜 미치겠다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
드디어 db를 설계하고 있는데 너무나도 좋은 내용이네요 감사합니다.
정처기 공부하다가 우연히 봤는데 말투 중독성 오짐ㅋㅋ
제2 정규화 설명할때, 기존 테이블 제2정규화 규칙을 만족하지 못합니다
회원 이름도 partial dependency 가지니까요
ㅋㅋ 저두 C계열시... Pos시스템 개발시 고객은 여러명 이지만, 고객번호는 유일성을 가진다. 기업 입장에서는 1대 다 이지민, 상품은 그 유니크한 고객이 구입한 상품만 매칭되어 들어가야한다. 등이 고민이였고, 테이블을 나누어 관리하는 것과 중복제거 안되는 일반키를 고객번호를 두고 그에 매칭하는 부분을 상품번호를 외래키를 두어 고객과 상품의 관계를 매칭시켰습니다.
이였->이었
6:50 이거 프로그램이랑 강사명이 composite primary key 아닌가요?
진짜 감사합니다! 덕분에 헷갈리는 개념 완벽히 이해했어요!
왜케 목소리가 매력적이죠 같은남잔데 자꾸 중독되는게 화나네요
내부회계 구축 자문용역이나 감사 하면서 맨날 마스터 데이터에 입력 및 수정시 승인권자의 승인을 득하는 통제 강조하면서도 마스터 데이터가 정확히 뭔지는 모르고 걍 대강 이런 걸 마스터데이터라고 부르니까.. 하는 감 정도만 가지고 있었는데
파이썬 공부하고 데이터분석 조금씩 공부하면서부터 개념이 명확하게 자리잡히기 시작했음...
거래처 정보, 인사 정보, 고정자산 정보 죄다 정규화된 데이터들..
빡통들도 배려해주는 거 너무 좋당~~ 빡통 이해하고 갑니다.
으어아 학교에서 다 배웠는데. 그땐 다 쉽다면서 배우고 정처기 할때도 한번 더 했던건데 다 까먹었다...
정규화랑 RAID가 이론중에 제일싫음. 이름을 내용이랑 아무상관없게 1 2 3 4로 지어놔서 맨날 헷갈리는데, 내용은 또 어려운게 아니어서 모르면 바보취급 당하기 십상
유익한 강의 감사합니다~~
선생님 최고😂👍
제 2 정규형에서는 모든 속성이 키에 종속이되면서 키 부분 종속이 재거된 상캐. 예제에서는 회원이름이 회원번호에 종속되는 부분 종속도 있네요.
이분 면접 예시영상 그냥 궁금해서 한번씩 보다보니 딮한 잡지식 누적 중 ㅋㅋㅋ은근 중독되네
이해가 잘되네요 감사합니다
설명 잘하시네요... 이해 잘 되었습니다.
근데 2:31 의 경우 제2정규형으로 하면 되겠지만
update 테이블 set 가격=7000 where 프로그램='헬스' 이렇게 하면 일괄적으로 되니 편한거 아닌가요..?
그 일괄적으로 하는거 자체가 비효율적인겁니다
O(n)이랑 O(1)차이에요
4:19 해당 챕터에서
가격 컬럼만 프로그램 컬럼에 종속된게 아니고, 회원이름 컬럼도 회원번호 컬럼에 종속되어 있는데 정규화가 덜 끝난것 아닌가요?
진짜.... 최고의 강의에요 ... 비전공자로 SQL 공부하는데 머리 터질 것 같다가 이 영상 발견하고 정규화 한번에 이해했습니다 ㅠㅠㅠ 감사해요 ..
에요->예요
엑셀할 때 필요한 데이터 정규화를 여기서 다시 보게 되어서 좋네요~
ㅋㅋㅋㅋㅋㅋㅋㅋ빡통버전 개웃겨요ㅠㅠㅠㅠㅠㅠㅠ
쉽게? 표현하면
하나의 주제에 따라오는 여러값중 그 주제가 뭐냐에 따라 값이 정해지는것이 있고
그걸 쪼개는 과정을 몇번하냐에 따라 n정규형으로 간다는 말이네요
타직종에서 엑셀로만 하는데 정렬필터가 있어서 이렇게 세분화해서 본적은 없네요 ㅎㅎ;;
데이터베이스 수강하면서 좀 헷갈리는 부분이였는데 명쾌하게 이해 가능 ㄷㄷ
이였->이었
6:45 출신대학이 강사의 partial dependency가 아닌 이유 설명해주실 수 있을까요? 1NF 메인 테이블에서 가격컬럼이 프로그램컬럼에 따라 결정 되므로 2차 정규화 과정에서 제거 된건데 , 출신 대학은 강사에 의해 결정되니까 마찬가지로 partial dependency아닌가요? 헷갈리네요.
composite primary key가 없기 때문입니다. 해당 테이블에서 프로그램만으로 모든 행을 구별할 수 있기 때문에 composite primary key가 없고 따라서 partial dependency는 없습니다.
10분 CS 시리즈 너무 좋습니다
이건 db 관점에서 필요한 정규화군. 머신러닝상은 아니고 영상 감사합니다
개발 직종은 아닌데 데이터 관리할때 꼬였던 부분을 어떻게 해야할지 방향성을 알것같네요 따봉...
그냥 외우기만 했었는데 이해가 너무 잘됩니다😮
내용도 좋은데 목소리도 귀에 잘들어와요
선생님 유익한 강의 감사합니다
정규화 작업은 엑셀로 데이터를 정리한다해도 그리 복작하지 않았어요.
그런데 혹시 영상에서 설명하신 여러 이유 중 하나로 정규화된 데이터들을 합쳐서 비정규화하고 싶을 때를 위한 방법, 변환 프로그램이 따로 있을까요?
사실 대부분은 보기 편리하기 위함이니 비정규화해서 볼 수만 있어도 해도 감지덕지할 것 같습니다
요약하자면 비정규화하는 방법도 알려줘잉 입니다
조인 쿼리 써서 보시면 되지 않을까요?
Sql은 조인하면 되고
엑셀 같은거 사용하시면 룩업 함수 사용하면 비슷한 기능 사용 가능할듯
보통은 엑셀에선 VLOOKUP의 지옥으로 해결합니다.
엑셀로 조인하려면 1. 룩업함수 노가다 2. 파워쿼리 // 둘 중 하나로 하시는 걸 추천합니다. 테이블의 형식이 아직 고정적이지 않고 유동적이면 비교적 편집이 쉬운 룩업함수 노가다를 추천드리고, 테이블의 형식이 비교적 고정적일 경우 파워쿼리를 추천드립니다. 룩업함수 노가다할 시, 수정이 편하고 값의 변환이 바로 적용되는 게 장점이지만, 셀개수가 많으면 CPU와 메모리 부하가 커지므로 자동계산을 off해야하는 단점이 있습니다. 파워쿼리는 피벗테이블처럼 새로고침 한 번에 한 번 연산하는 식이라 필요할 때만 연산시키니 부하가 없는 게 장점입니다. 룩업함수 외 다른 함수작업을 곁따리로 같이 붙인 게 수만 셀이라면 특히 파워쿼리가 나을 수 있습니다. 단점은 수정이 다소 불편할 수 있고 마스터테이블의 값에 변경이 있을 때 조인테이블에는 바로 적용이 안되는 게 단점입니다.
데이터의 관계를 원자화시켜서 명확하게 규정하려는 노력이네
3:23
이부분에서 회원이름도 빠져야 제 2 정규형을 만족하는 것 아닌가요😢
잘 몰라서 댓글 남겨봅니다
SQLD 공부하고있는데 진짜 설명 잘하시네요 와 깔끔하고 좋다 구독하고갑니다
ㅋㅋㅋ 저도 sqld 준비하면서 정규화부터 슬슬 검색해보게 되던뎅ㅋㅋ
설명과는 관계없지만 납부여부가 1이면 얼마를 내야 하는지는 0원인걸 바로 알 수 있고 얼마를 냈는지를 알기 위해서 다른 테이블을 봐야하는 것 같습니다.
비전공 개발자인데 도움이 많이 됐습니다. 감사합니다.
와 정처기 준비하다가 정규화 진짜 이해 안됐는데 감사합니다 ㅋㅋ
정규화 개념에 대해 대충만 알고 있었는데 정말 쉽게 설명해주셔서 확실히 이해했네요 좋은 영상 감사합니다!
처음엔 어렵게 생각 했지만, 역시 직접해봐야된다는것을 깨달았습니다.
노말라이제이션인줄 알고 들어온 신호처리 연구원입니다
잘못 들어왔네요 수고화...아니 수고하세요
마지막 질문 일일이 답변해주기 귀찮아서 영상만들었다면 개추ㅋㅋㅋㅋㅋㅋ
제2정규형에서, 회원번호에 종속된 이름 컬럼은 제거 대상이 아닌가요? 아니면 수정할 일이 없으니 논의 대상이 아니었던 것 뿐일까요?
시험에 나왔다고 했을 때 이름도 제거하는 게 맞을지 궁금합니다.
것 뿐->것뿐
정규화도 제대로 안 해 놓고
특정 정보를 수정하는 쿼리 짜 달라고 하면 짜증남
더구나 그거 돌리면 디비락 걸린다고 뭐라 하면 더 짜증남.
정보처리기사 공부할땐 뭐 어쩌라는건지 몰랐는데 딱 이해되네
ㅗㅜㅑ 설명 너무 이해하기 쉽게하시네요. 울학교 교수들이 다 코딩애플님처럼 설명해줫슴좋겟어요 ㅋㅋㅋ
제가 빡통이라 그런건지 제 3정규형 에서 컴포지트 프라이머리 키를 프로그램이랑 강사명으로 되지 않나요?
2정규형 예시랑 뭐가 크게 다른지 모르겠숨.....
예시가 잘못된듯
Primary key는 unique 해야하고 다른 키들이 종속적이여야 하는데 논리적으로 따지고보면 강사에 따라 가격이 정해지는건 상대적으로 연관성이 약하기 때문에 프로그램을 primary key라 전제를 두는 듯 합니다 예시가 살짝 애매하긴 하네요
저도 이렇게 생각했음
제가 빡통대가리라서 궁금한점이있는데요 가격이 프로그램에 종속되어 분리하는건 알겠는데 이름도 id에 종속되니까 제2 정규화때 분리해야하지 않나요?
슈퍼키라고 하는 내용을 다른 이름으로 하네요?? 이름에 대한 정의가 달라진 걸까요? 아니면 슈퍼키랑 차이가 생긴걸가요?
항상 rdb 설계할 때 그냥 당연하게 하는건데 이걸 정규화라고 하는지는 오늘 처음알았네요 그러고보니 노멀라이제이션이라는 용어는 많이 들어본듯
빡통버전 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ재밌게 잘 봤습니다
제2정규화 내용 중에서 궁금한 게, 회원이름은 회원번호에 종속된 정보가 아닌 건가요? 제가 보기엔 프로그램 column과 가격column의 관계와 다르지 않아 보이는데, 왜 이름은 제2정규화에서 다른 테이블로 빠지는 대상이 되지 않는건가요?
빡통버전 너무좋네요
1도메인원자
2부분함수 종속 제거
3이행함수 종속 제거
BNCF결정자 후보
4다치종속 제거
5조인 종속 제거
도부이결다조
삽입수정 효율 서치 비효율
와 많이 도움 되었습니다!
평소 이해가 안갔던 개념들이 바로 머리에 꽂히네요 어떻게 이렇게 쉽게 설명하시는지 감탄할 따름입니다
안녕하세요 코딩애플님 방금 구독했는데요 설명을 너무 잘하셔서 다른비디오도 정주행하려고 하는데요 채널 비디오 보기에서 오래된순으로도 볼수있게 설정좀 부탁드립니다!
지금까지 실무적으로 부딪히며 배운거를 이론으로 깔끔하게 정리당했다..
회원이름 열도 회원번호 컴포짓키에 partial dependency가 있지 않나요?
프로그래밍 하면서 DB가 중요하다는 사실을 몸소 깨닫읍니다....
그저께 db 시험 봤는데 어제 영상 올라왔넹 ㅋㅋ