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