非専門家でも理解できるDB設計入門・実践

안녕하세요 강사님,  강사님 설명이 굉장히 상식적으로 자연스럽게 이해가 되다 보니 따로 이해가 어려운 부분 없이<p style="te

<img src="https://cdn.inflearn.com/public/files/posts/891bc39c-ef45-4ed9-99f7-bd3c8e281a68/a5105453-09b2-4434-9bdc-d70d250ff69c.png" media-type="img"

뭔가 머리속으로만 하기엔 너무 헷갈려서 적으면서하려고하는데 강사님도 실제로 저렇게 스프레드시트에 적어가면서 하는지 궁금합니다 ! 그리고 완성된 스키마들을 스프레드시트같은곳에 보통 타입이랑 컬럼명 정리해서 적어놓는편이실까

신고사유라는 테이블을 따로 하나 빼서 분리하는건가요??  

받고서 새로 강의를 구매할 생각이였는데 지금도 진행되는건가요?만약 안되는거면 다음 강의 구매를 지금이라도 할 생각이라서

안녕하세요, 강사님덕분에 많이 배웁니다.공부하면서 궁금한 내용이 있어 질문드립니다. <o

강사님! When and How You Should Denormalize.... <p style="text-align:

[실습] 요구사항을 보고 DB 설계해보기 - 쇼핑몰 프로젝트에서 '상품' 테이블 질문입니다! 상품을 등록한 사람이 관리자가 아닌 일반회원인건

안녕하세요 강사님! 좋은 강의 감사드립니다.  이렇게 시원시원한 강의는 처음이네요. 다름이 아니고 혹시 몽고DB에 대한 강의 계획은 없으신지

데이터베이스에 저장해야 한가? 아닌가? 구분은 이 정보들이 자주 바뀌는 정보면 데이터 베이스에 저장을 해 놓는다. <p style="text-align:

작성자 Id가 "박재성"이여서 이게 하나라도 바뀌면 같이 바뀌어야하는 데이터 중복이여서 FK로 바꿔야한다는 것은 잘 알겠습니다. 그런데 us

UI를 보고 저장해야 하는 데이터인지, 그냥 넘어가도 되는지, 혹은 UI를 봐도 어떤게 DB테이블에 들어가야 하는지 감이 안잡힐때 어떤 기준이나 팁이 있을까요? ㅜㅜ

안녕하세요! 강사님! PK를 주로 Auto Increment 또는 UUID로 설정한다고 하셨는데 이를 선택하는 기준이 어떻게 되나요?

재성님 유투브에서 처음 뵙고 현재 ERP 및 백엔드 현업에서 근무중입니다현업에 도움이 될까 해서 강의를 결제해서 들었는데현재 저의 협업 수준에서는

선생님, 안녕하세요!이번에 DB설계 강의를 완강하였고, 좋은 강의 덕분에 DB 설계에 대한 자신감을 갖게 되었습니다.강의 중간에 DB설계를 처음부터 너무

안녕하세요.관리자 테이블에 이메일이 유저의 이메일과 다르지 않다고 생각이 들어서 합치는 게 낫다고 생각이 들었습니다. 처음에는 유저에 그냥 합쳐서 새로운 컬럼 role로 관리하려고 했는데, 중복이 있어서관리자 테이블엔, role 컬럼을 넣

안녕하세요. 강의 끝까지 다 들었는데 갑자기 외래 키 부분에서 궁금한 점이 생겼습니다. DB 설계할 때 테이블끼리 관계를 맺기 위해 외래 키를 지정하잖아요?그런데 외래 키로 지정을 안 하는 경우도 있나요? 조인 등에

안녕하세요. 수업 듣다가 궁금한 사항이 있어 질문 드립니다!중요하지 않을 수도 있는데, 사용자 테이블에서 닉네임이랑 아이디를 따로 해야 하지 않나요?UI 이미지보면 jscode123 이랑 마이페이지에 petya는 다른 것처럼 보이는데 사용

안녕하세요. 덕분에 DB에 대해 알아가고 있는 입문자입니다.강의와 상관없는 질문일 수도 있지만 궁금해서 여쭤봅니다.개발자 및 DB 설계할 때 엑셀을 많이 다루나요?아니면 강의 자료를 쉽게 설명하기 위해 엑셀을 하시는건가요?</

id 상품명 카테고리1 잘 지워지는락스 생활 용품2 락스 생활용품3 락스