보호되어 있는 글입니다.
분류 전체보기
핫.. 기본의 기본도 안쓰면 가물가물한 법. 1) 테이블 구상 SQL로 쿼리문을 작성하기 전에 ERD (Entity Relationship Diagram)를 미리 작성하는게 좋다. 테이블을 정의 내리고 사전에 테이블끼리의 관계를 맺어 DB 설계가 어떻게 되었는지를 한눈에 볼 수 있는 다이어그램 정리표로 나는 무료 사이트인 ERD Cloud를 애용한다. 관계를 알아야 쿼리문을 작성할 때 기본키 참조키 등 설정하기 편리하다. https://www.erdcloud.com/ ERDCloud Draw ERD with your team members. All states are shared in real time. And it's FREE. Database modeling tool. www.erdcloud.com ..
1) 제약조건이란? 원하는 데이터 값만을 유지하기 위해서 특정 컬럼마다 설정하는 제약이다. (데이터 무결성 보장을 목적으로 한다.) 제약조건이 부여된 컬럼에 문제가 있는지 없는지 자동으로 검사하는 시스템이다. 1-1) 제약조건의 종류 NOT NULL 해당 컬럼이 비어있어도 되는 컬럼인지 아닌지 지정해주는 것이다. 예를들면 회원가입시 아이디는 절대 없으면 안되는 정보이다. PK (기본키) 테이블을 특정 지을 수 있는 기본키이다. 사람으로 치면 주민번호가 될 수 있고, 회원으로 치면 아이디가 될 수 있는 키값을 기본키라고 한다. 고유키 기본키가 되진 못했지만 고유해야 하는 값들에 설정한다. 예를 들면 회원가입시 기본키를 아이디로 설정했다면 ( 기본키도 유니크 제약조건성을 가지고 있어 겹칠 수 없다. ) 사이..
1) 계정 생성 쿼리문 CREATE USER (계정명) IDENTIFIED BY (비밀번호); 일반 사용자 계정을 만들 수 있는 권한은 관리자 계정에 있다. 사용자 계정을 생성할시에는 위 쿼리문으로 생성이 가능하며 계정명은 무조건 대문자로 입력이 되어지나 비밀번호는 대소문자를 구분해야 한다. 보통 두개를 통일하여 사용하는 경우가 많다. 2) 권한 부여 쿼리문 GRANT CONNECT, RESOURCE TO (계정명); 생성된 계정에 최소한의 권한은 부여하는 쿼리문이다. 접속과 기본적인 데이터 관리를 부여할 때 위 쿼리문을 사용한다. 이 두가지만 해도 웬만한 작업은 가능하다. 3) 계정 관련 쿼리문 CREATE_USER 유저 생성 권한 SELECT ANY TABLE 모든 유저의 테이블 조회 할 수 있는 권..
1) 오류? 경고? 발생 이걸 오류라고 해야 할지? 오랜만에 오라클에 접속 하니 아래와 같은 경고문이 떴다. [ORA-28002: the password will expire within 7 days] 뭐라하는지 잘 모르겠지만 대충 봐도 비밀번호가 7일이내 만료된다는 영어 까막눈이 봐도 알만한 경고창. 내가 비밀번호 만료를 설정한게 있었던가? 곰곰히 생각해도 없는데. 따로 비밀번호 만료일에 대한 설정을 해둔게 아니라면 기본이 180일로 설정된다고 한다. 2) 해결 방법 ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE TIME UNLIMITED; 일단 오케이 눌러주고 아래의 쿼리문을 작성하여 날려주면 비밀번호 만료일일 180일에서 제한없음으로 변경이 된다. SELECT LIMIT..
https://mvnrepository.com/ 1) 스프링 프로젝트 생성 Spring Legacy Project ⇒ project name 란에는 프로젝트 이름 입력 ⇒ 아래 Templates 는 Spring MVC Project 선택 후 Next 경로 설정 창이다. 회사에서는 관례상 도메인 명을 적는데 나는 1인 프로젝트기 때문에 아무렇게나 적으면 된다. 이게 contextRoot가 되기 때문에 또 이상한말 막 적으라는건 아니고 어느정도 신경써서 적긴 해야 한다. 또 정규 표현식이 적용되어 있어서 ##.###.### 이런식의 경로를 꼭 적어야한다. ( shr.project.herewith - 나는 이름 이니셜.프로젝트.프로젝트 명 으로 구현했다.) 결과화면 맨 처음 스프링 프로젝트 이름 설정했던 값이..
옛날에 노션에 혼자 정리해놨는데, 사실 그 이후로 깃을 써 본 적이 없었다. 이번에 새로운 프로젝트에 들어가면서 깃을 오랜만에 만지려니 뭐가 뭔지 잘 모르겠고... 노션 꺼내서 확인해보니 열심히 기록하길 잘했다는 생각이 들었다. 다들 이래서 기술 블로그를 쓰라고 하는 것인가? 1) Git 이란? 형상관리 도구 또는 버전관리 도구라고 부르며 대표적으로 GIT과 SVN이 있다. 둘의 사용법은 비슷하기 때문에 사실상 GIT만 쓸 줄 알아도 둘 다 사용 가능하다. 1-1) 형상관리란? 보고서.pdf 보고서 최종.pdf 보고서 진짜 최종.pdf 보고서 진짜 진짜 최종.pdf 보고서 제발 진짜 제발 최종.pdf 우리는 지울 수는 없고 수정은 해야 할 때 이름만 바꿔서 기존에 있는 파일(또는 폴더 등등 무언가)를 업..
1) 엔터티란? 업무에서 관리해야 하는 데이터의 집합을 의미하며, 저장되고 관리되어야 하는 데이터이다. 결국 현실세계의 무언가를 객체화 시켜놓은 것인데, 이 '무언가'란 꼭 눈에보이는 사람이나 사물일수도 있지만 주문 같은 눈에 보이지 않는 개념일 수도 있다. 엔터티는 위 이미지와 같은 형태로 생겼다. (사실 프로그램마다 형태는 다르지만 대게 위와 같다.) 여기서 사람이라는 눈에 보이는 현실세계의 객체를 표현 할 수 있고, 주문이라는 눈에 보이지 않는 개념도 객체화 시켜 데이터로 저장 할 수 있다. 파란색으로 표시한 건 사람을 구분 지을 수 있는 식별자이다. 핑크색으로 표시한건 엔터티를 구체화 할 수 있도록 표현하는 속성값이다. 사람은 주민등록번호로 구분 지을 수 있으며 그 외에 이름, 생년월일, 주소 등..
1) 3층 스키마란? 사용자, 설계자, 개발자가 데이터베이스를 보는 관점에 따라 데이터베이스를 기술하고 이들간의 관계를 정의한 ANSI 표준이다. 데이터베이스 스키마 구조는 3단계로 구분되고 각각은 상호 독립적인 의미를 가지고 고유한 기능을 가진다. 데이터 모델링은 통합관점의 뷰를 가지고 있는 개념 스키마를 만들어가는 과정으로 이해할 수 있다. 스키마 : 데이터베이스를 구성하는 레코드의 크기, 키(key)의 정의, 레코드와 레코드의 관계, 검색 방법 등을 정의한 것. 즉, 스키마가 여러개가 모여 결국은 데이터베이스 전체를 구성한다. 2) 3층 스키마의 구조 항목 내용 외부스키마 (External Schema) - 사용자 관점, 업무상 관련이 있는 데이터 접근 방법이다. - 관련 데이터 베이스의 View를..
1) 데이터 모델링이란? 사람, 사물 개념 등 현실 세계를 단순화 하여 표현하는 것입니다. 즉 현실에 있는 모든 것들을 데이터 베이스로 만들기 위하여 추상화 하기 위한 과정을 데이터 모델링이라고 합니다. 2) 데이터 모델링의 특징 단순화 약속된 규약이나 방법을 이용하여 누구나 쉽게 이해 할 수 있도록 해야 한다. 추상화 현실 세계를 일정한 형식에 맞추어 표현한다. 명확성 대상의 애매모호함을 제거하고 명확하게 의미 해석이 전달되도록 해야 한다. 3) 데이터 모델링의 단계 1) 요구사항 분석 고객과의 의사소통을 통해 업무 프로세스 파악하는 단계다. 고객의 업무 로직을 파악하여 어떤 데이터들이 필요한지 파악하며 정리한다. 2) 개념적 모델링 업무 프로세스를 추상화 하는 단계로 복잡하지 않고 중요한 부분을 위주..
