#정규화

2년차 물경력 이직에 메리트있을까요..?

2년전에 백엔드개발, 데이터베이스관리로 취업을했지만 개발업무는 전혀안하고 DB관리업무만 했습니다. 경력에 쓸만한 내용은 신규프로젝트 데이터베이스 구축및 설계, 마이그레이션 이구요 기존프로젝트 고도화작업이라 기존 데이터정합성 안맞는 테이블구조 정규화 및 데이터검증후 마이그레이션 작업이 주 업무였어요 부가적으로는 유지보수성 DB관리, 그리고 번거로운 노가다성 쿼리작업을 대체할려고 간단한 코드짜서 데이터채우거나 일부 데이터 마이그레이션정도 했습니다. 제가 고졸이라 방통대 재학중이고, 집에서 혼자서 스프링부트, 리액트로 회사프로젝트(윈도우 프로그램입니다)를 웹으로 1인개발하고있는데 시작한지 얼마 안되었어요. 냉정하게 봤을때 2년차의 개발자실력이 절대아니고... DBA나 관련업무로 봤을때도 깊이나 전문성이 많이 모자른거같습니다.. 지금 당장 이직을 한다면 지금까지의 경력으로 이직이 될거같나요..? 아니면 스터디나 개발연습을 더해서 이직을할까요?? 서두르는 이유는 더물경력리 되기전에 옮겨야 할거같아서 입니다..

제 3정규화 관련 질문있습니다.

만약 member 테이블에 email (unique) nickname (unique) introduction 이렇게 3개의 컬럼이 있을 경우 email -> nickname, nickname -> introduction, email -> introduction 이므로 3정규화를 진행하게 되면 member(테이블) email nickname member_introduction(테이블) nickname introduction 이렇게 둘로 나뉘는게 맞나요? 결국 한 테이블에 unique 제약조건이 있는 컬럼이 2개 이상일 경우 3정규화를 필수로 진행해야 한다는 얘기 같은데 제가 제대로 이해한건지 궁금합니다.

[DB테이블 설계] 권한 테이블 설계 시, 여러분은 어떤 방법을 사용하시나요?

안녕하세요 간단한 DB 테이블을 설계하던 도중, 나는 이렇게 권한 테이블을 만들면 좋을 것 같은데, 다른 개발자 분 들은 어떤 방향성으로 나아가실지 궁금해 글을 올리게 되었습니다. [주제] 1. 관리자는 사용자 그룹이 사용할 권한을 "범주" 및 "범주에 속한 각 세부 권한" 을 부여를 할 수 있다. 이때, 예시는 아래와 같습니다. 범주? 각 세부 권한이 모여 있는 상위 개념의 의미 범주에 속한 각 세부 권한? 범주 안에 나눠져 있는 세부적인 권한을 의미 이때, 범주는 A,B,C,D,E / 범주에 속한 각 세부 권한 A-1,A-2 || B-1,B-2 등등 2. 범주로 부여 시, 각 세부 권한은 설정 불가 3. 세부 권한 설정 시, 범주로 권한 부여 불가 저의 생각은 아래와 같습니다. (1안) A테이블 - 범주 B테이블 - 범주에 속한 각 세부 권한 두 개의 테이블을 만들고, 컬럼 구성은 A테이블 [사용자 그룹, 범주(코드로 들어감), 권한 부여 ID, 권한 부여 시각] B테이블 [사용자 그룹, 각 세부 권한(코드로 들어감), 권한 부여 ID, 권한 부여 시각] (2안) A테이블 - 부여된 권한을 저장할 테이블 A테이블 [사용자 그룹, 범주 및 각 세부권한, 권한 부여 ID, 권한 부여 타입, 권한 부여 시각] * 권한 부여 타입이란? 범주인지 범주에 속한 각 세부 권한을 부여할지 [예시] C0 : 범주 C1 : 세부 권한 이때, 데이터 관리는 정규화를 고려할 예정입니다. 귀한 시간 내주셔서 감사합니다. 또한 비슷한 경험이 있으면 이야기를 나누는 시간이 되었으면 좋겠습니다.

경력 7년차 개발자입니다. 공부방법좀 공유해주실수 있으실까요?

안녕하세요 7년차 서버개발자입니다. 문제는 여태까지 7년 개발인생에서 5개 회사를 다녀봤지만, 모두 스타트업수준이라 경력직 사수가 있던적이 한번도없습니다... 그러다보니, 좋은 코드를 경험하거나 실질적으로 함께 일하며 개발자로써 일하는 방법에 대해서 조언을 들어본 경험이 없네요 주변에서 주워들은 최소한의 환경(깃, 린터, 자동배포, 문서화, 테스트코드)만 구축해놓고 일을 하고 있습니다. 그리고 클라우드 서비스를 사용할때도 메뉴얼을 확인해서 우리 서비스에 사용할수 있는 기능인가 확인하고 그냥 적용하는 수준으로 쓰고있고, 깊은수준으로 공부를 한다거나 하지는 않습니다. 코드의 수준도 '돌아가는 코드' 정도이고, 상속이나 다형성같은건 잘 사용하지도 않네요... 객체지향프로그래밍은 대학시절에 과제에나 써봤던거같아요... DB설계도 정규화하는 방법도 다 까고 연결관계도 유연하게 쓰는법을 까먹어서 지금은 그냥 연결관계는 안맺어두고 join해서 쓰는상태입니다.(심각) CS도 거의 다 까먹었네요; 실무에서 쓴적이 거의 전무할정도... 코드작성할때 시간복잡도 정도만 고려하고, 자료구조정도만 가끔 쓰네요 위에 제 상황을 보셨을때 어떤부분이 제일 심각한지, 추천해주실만한 공부방법이 있는지 궁금합니다. 7년차 되시면 다들 매니저급으로 성장하시던데... 전 아직 주니어 2~3년차 실력밖에 안되는거같아서 힘드네요ㅠㅠ

고객 데이터가 두 개인 경우 테이블을 새로 생성해야 하나요?

안녕하세요, 고객 정보를 관리하는 방법 관련해서 질문 있습니다. 저희 고객 정보에 이름, 이메일, 전화번호 등등 정보들이 있는데요, 여기서 추가 이메일 주소를 받으려고 합니다. 이 때 이메일 데이터에 두 개의 값을 넣으면 데이터베이스 정규화 위반이라 어떻게 해야 할지 고민이 되는데요. 고객 한 명당 테이블 하나를 만드는 방법이 좋을지, 아니면 전화번호만 있는 테이블을 따로 만들어서 고객 정보 테이블에 매핑하는 방법이 좋을지 고민입니다.. 이메일은 우선 두개까지만 받으려고 생각하고 있다고 합니다.

RDBMS에서 데이타들이 관계를 가져야 하는 이유가 궁금해요

먼저 바보같은 질문에 사과드립니다. ㅎㅎ "일반적으로", 데이터를 하나의 entity에 몰아서 db에 넣지 않고 정규화 과정을 거치고 데이터들의 관계를 만들어서 db 에 넣잖아요. 근데, 문득 들은 생각은, 굳이 데이터간에 관계를 만들고 분리해서 저장해야 하나가 궁금점입니다. 오히려 분리된 데이터를 취합할 때 join을 사용하면서 실행속도에 손해가 생길 수 도 있고, entity를 분리하고 entity의 크기를 작게 만들면 해당 entity에 접근하는 속도가 빨라질 순 있겠지만, 지금 우리의 컴퓨터 속도를 생각하면 별 차이가 없을 거 같기도 해서요. 관련해서 구글에 검색해보긴 했지만, 원하는 대답을 찾을 순 없었습니다 ㅠㅠ 혹시 관련해서 나누고 싶은 이야기가 있으면 감사하겠습니다. 좋은 하루 되세요 ~.~