개발누나

트랜잭션 = '업무실행단위'로서 준비된 쿼리들이 '하나인 것마냥' 처리해주는 것 처리되려면 반드시 4가지를 염두해야함 (ACID) 1) Atomicity - 원자성 - 쿼리 2개가 반만 실행되거나 한 개만 실행되거나 이러면 안 됨 - 쿼리가 다 실행되거나 or 아예 실행되지 않거나 -> commit, rollback으로 유지 가능 2) Consistency - 일관성 - 데이터 결함이 발생하는 트랜잭션이 처리되어서는 안되는 것 -> 제약 조건, 프로그램 로직으로 전체 쿼리가 실행되는 과정에서 잘못된 부분을 제어해야함 3) Isolation - 고립성 / 독립성 - ex) 두 개 이상이 실행되다보니.. 만약 두 유저가 동시에 접속했다면 A, B Thread가 업데이트중인데 A가 작업중인데 B가 중간에 업데..

수업 일지/Oracle DBMS 2021. 5. 24. 09:35

2개 문장 실행하는 경우가 있다. INSERT, UPDATE, DELETE 할 때 업무적으로 이름 잘 지은 분 or 쿼리를 2개 이상 실행하는 함수가 있는 분 -> 예시 보는 중 오라클 가서 보드 종속삭제하면 이렇게 하나하나 다 안지워줘도 다 지워진다고 함~ boardService가 있음에도 불구하고 Contoller에 상세하게 있는건 아니라고 함 -> boardService로 가지고 가기 서비스가 있으면 컨트롤러만 쓰는거고 / 그 컨트롤러는 여러 DAO들이 쓰는거고 지우는건 DAO가 책임진다고 아까 그 종속 삭제 안하면 DELETE 쿼리 4개를 써야 -> 오라클에서 종속 삭제 하자~~ - 근데 회계 장부같은건 조심히 다루기 ~ (이런건 한 번에 다 삭제하면 안되니) CASCADE? DAO는 테이블과 1..

수업 일지/Oracle DBMS 2021. 5. 21. 15:26

* 아래 수업 듣고 다시 정리해서 쓰는 글 * 상황 ) 데이터 뭘 하나 추가하면 가장 MAX값에 1 더해서 직접 ID를 넣어주는 것은 귀찮귀찮.... -> '시퀀스'라는것을 사용할 수 있다. 우선 방법은 2가지인 것 1) MAX(ID) 값에 +1을 넣어주는 것 2) 시퀀스를 사용하는 것 오라클에 이렇게 시퀀스라는 카테고리가 있음! -> 우클릭 > 시퀀스 생성을 해보자 이름은 보통 테이블명_SEQ 이렇게 // BOOK_ID_SEQ를 만들었다고 가정하면 BOOK 테이블 편집 > ID열에 가서 아까 만들어준 BOOK_ID_SEQ를 선택해주면 이제 BOOK 테이블에는 ID 따로 주지 않아도 저절로! ID가 +1씩 추가되서 들어가게 된다 :) 숫자를 자동적으로 증가하게 DDL 구문 보면 (CREATE SEQUEN..

수업 일지/Oracle DBMS 2021. 5. 21. 12:03

개념 설계 - 어떤 data를 db로 만들 것인지 말그대로 개념 설계 - 네모 박스 -> 테이블이 되고 - 마름모 형태 -> n:n은 무조건 테이블이 되는 것 (슈퍼키) 1:n (n쪽으로 들어가는데 - 등록자 아이디, 등록 일자가 노하우 entity 아래로) 논리 설계 - 데이터를 테이블 형태로 만드는 것 그리고 논리 설계에 오류가 없는지 정규화를 알아봤다. (중복을 제거하자는 것) Q. 화면 보고 1전규화 위반 찾아보기 공지사항 레코드 하나에 각 컬럼에는 '하나의 컬럼값'만 넣어야 하는 것 (원자성) - 2개 이상을 가질 가능성이 있으면 중복 발생하게 만드는 녀석이 되어 1정규화 위반이 됨 댓글 내용 선택했으면 댓글 등록 일자를 선택했어야 만약에 댓글을 2개 단다고 하면 컬럼을 저렇게 댓글2, 댓글등록..

수업 일지/Oracle DBMS 2021. 5. 17. 09:34

개념 설계 논리 설계 - 테이블 모양으로 만드는 것 entity는 무조건 테이블이 된다. 관계/행위는 테이블이 될 수도 있고 안 될 수도 있음 ㅡㅡㅡㅡㅡ Q. 설계란? -> Design ex) 강아지 집을 만들어야겠다 하면, 어떤 모양으로 할지 / 색깔은 뭐로 할지 등등을 끄적거려볼 것 어제 ppt에 그린건 1단계 - 내가 테이블에 뭘 '저장'할지 설계해본 것 오늘 2단계 - 테이블 형태로 만들어보는 것 맨 위의 칸은 '식별자' 아래는 '속성' ㅡㅡㅡㅡㅡ Q. 식별키 -> 주민번호 주키 후보키 대체키 후보키 - 후보가 될 수 있는 것들 근데 이중에서 전화번호, 이메일은 없을 수도 있으니 -> 주민번호를 정해버리면 애가 주키 (프라이머리 키) 후보키에서 주키를 빼면 대체될 수 있다하여 대체키라고 함 ㅡㅡㅡ..

수업 일지/Oracle DBMS 2021. 5. 14. 09:33

행위자가 꼭 사람이 아니라는 것 설계할 때는 영어 말고 한글로 ㅡㅡㅡㅡㅡ 회원이 가진 속성을 표현 구매할 때는 '(구매)일자' 찜 '일자, 가격' 몇 대 몇인지를 기록해야 -> 테이블로 만들 것인지, 다른 테이블에 ? 하게 할 것인지 1명의 회원이 --- 여러개의 상품을 구매 가능 -> 1:N 반대로 하나의 상품은 --- 여러명에 의해 구매가 되나? -> N:N 1명의 판매자가 --- 여러개의 상품 등록 가능? 1:N 하나의 상품을 여러개의 판매자가 등록 가능? 맞으면 N:N , 아니면 1:N (선생님은 아니라고 보심...ㅎㅎ) Q. '찜'은 -> N:N ㅡㅡㅡㅡㅡ 식별자로 사용 가능한 것 : 여기서는 '아이디' -> 언더라인으로 표시 // 개념 설계 ㅡㅡㅡㅡㅡ * 피드백 * 1. 선이 cross 되지 ..

수업 일지/Oracle DBMS 2021. 5. 13. 09:33

회사 가서 Q. 이 페이지에 맞는 데이터베이스 모델링을 해달라. 라고 한다면? icoda 보고 테이블 정의하기 테이블 이름 event 정하고 - 속성들 뭐로 들어갈지 정하기 이 중에 1조가 가장 잘했다고 하심 // DMBS에서 가장 많은 비율 : RDBMS (관계), 이밖에도 있는데 그냥 이게 압도적 - '관계'를 가지고 DB를 관리하는 것 무결성 : 중복 제거 방식으로 - '뷰'라는게 있는데 -> 집중화(쪼갬)해서 '테이블' 사용할 때는 테이블 합쳐서 사용 테이블 -> 합쳐서 (뷰) -> 파일 테이블 저장하고 있는 기준은 - 객체지향에서는 '상속' - RDBMS에서는 '관계' 관계...라는게 참 애매하다. - 관계는 행위 주어(테이블) ------ 동사(행위/관계) ----- 목적어 (테이블) ex) ..

수업 일지/Oracle DBMS 2021. 5. 12. 09:40

self join cross join ㅡㅡㅡㅡㅡ 2개 엮으면 JOIN 근데 여기서부터 벌써 복잡하기 시작.... 3개면.... ㄷㄷㄷㄷ -> VIEW 개념 등장 내가 보고싶은대로 볼 수 있는 테이블 단위 이거를 그냥 '하나의 테이블'로 다른 이름으로 지정하면 마치 함수처럼 사용 가능 -> 자 이제 간단하게 만들어보자 쨘! 보통 JOIN, GROUP BY 정도만 VIEW로 묶는다. ㅡㅡㅡㅡㅡ * VIEW 사용 이유 - 딱 2가지! * 1) 복잡한 식을 단순화 2) 일반 사용자들에게 테이블을 공개하고 싶지 않을 때 - 작성자가 누구인지, 조회수가 몇 인지 등을 공개하고 싶지 않을 때 - 관리자 입장에서 보안 문제로 - '읽기' 전용의 테이블을 제공할 때 사용 -> NOTICE 원본을 공개하는게 아니라 단축해..

수업 일지/Oracle DBMS 2021. 5. 11. 09:31