일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
- red hat mysql
- linux dump
- linux db설치
- linux dump하는법
- 패킷
- red hat linux mysql
- fullcalenda 수정
- fullcalenda 일정추가
- 키보드명령어
- IP
- fullcalenda
- fullcalenda 일정수정
- NULL
- fullcalenda 캘린더
- 정규표현식
- fullcalenda 일정
- linux java설치
- fullcalenda 사용법
- linux mysql설치
- red hat java설치
- Java정규표현식
- 키보드단축기
- Java
- TCP
- red hat db
- select
- Linux
- fullcalenda 등록
- fullcalenda 추가
- linux 데이터베이스
- Today
- Total
목록백엔드 개발자/DB (7)
어느 비전공자의 개발일지
정규화 - 데이터 정합성을 위해 엔티티를 작은 단위로 분리하는 과정 제1 정규형 -> 모든 속성은 반드시 하나의 값만 존재 -> 속성이 복수인 경우 1차 정규화의 대상 제2 정규형 -> 엔티티의 모든 일반 속성은 반드시 모든 주식별자에 종속 제3 정규형 -> 주식별자가 아닌 모든 속성 간에는 서로 종속될 수 없음 반정규화 - 데이터 조회 성능 향상을위해 데이터의 중복을 허용하거나 데이터를 그룹핑하는 과정 -> 쿼리성능 향상은 기대할 수 있으나, 입력수정삭제등 데이터 핸들링의 성능은 저하 될 수 있음 -> 정합성 이슈 발생 가능성 테이블 반정규화 테이블 병합 -> 조인이 필요한 경우가 많고 테이블을 통합하는 게 이로울때 검토 -> 1:1 , 1:M , 슈퍼 서브 타입 테이블 분할 -> 테이블 수직 분할 :..
스키마 Schema : 데이터베이스에 저장되는 데이터 구조와 제약조건을 정의 외부 스키마(서브 스키마 혹은 뷰라고도 한다.) - 전체 데이터베이스의 한 논리적인 부분 - 외부 단계에서 사용자에게 필요한 데이터베이스 정의 - 사용자들이 사용할 데이터들을 보여주는 것이기 때문에 추상화가 되어있음 개념 스키마 - 사용자들이 필요로 하는 데이터의 통합한 조직 전체의 데이터베이스 구조 - 데이터베이스 전체의 논리적 구조를 정의한 것 - 단순히 스키마 라고도 한다. 내부 스키마 - 물리적 저장 장치 구조에 대한 데이터베이스가 저장하는 방법 - 개념 스키마의 물리적 저장 구조에 대한 정의 - 저장될 데이터 항목의 내부 레코드 형식,물리적 순서 등을 나타냄
ex ) SELECT A ,B ,C FROM APPLE GROUP BY A; sql_mode=only_full_group_by 에러 해결방안 SELECT A ,ANY_VALUE(B) ,ANY_VALUE(C) FROM APPLE GROUP BY A; -> ANY_VALUE 로 감싸준다. ANY_VALUE 함수 ANY_VALUE 함수는 입력 표현식 값에서 비결정적으로 값을 반환합니다. 이 함수는 입력 식이 반환되는 행이 없거나 NULL 값을 포함하는 경우 NULL을 반환할 수 있습니다. 참고 https://docs.aws.amazon.com/ko_kr/redshift/latest/dg/r_ANY_VALUE.html
Oracle 에서 SQL문을 작성하고 , 실행할때 실행 순서가 있다. 실행순서가 꼬이면 나오지도 않는다. 순서를 확인하면서 하나씩 하나씩 값을 뽑아야 한다. SQL 실행 순서 FROM : 각 테이블의 정보를 확인한다. 2. ON 조인 조건 확인 3. JOIN : 테이블 조인 4. WHERE : 데이터 추출 조건 확인 5. GROUP BY : 데이터의 그룹화 6. HAVING : 그룹화 이후 데이터 추출 조건 확인 7. SELECT : 데이터 추출 8. DISTINCT : 중복 제거 8. ORDER BY : 데이터 정렬 예시 -- EMPLOYEE 테이블에서 급여가 300만원 이상인 사원의 -- 사번(EMP_ID), 이름(EMP_NAME), 부서코드(DEPT_CODE), 급여(SALARY)를 ..
Primary Key ( 기본키 ) 라고 한다. 기본키가 있어야 하는 이유 ? 기본키가 없다면 일관성 없는 데이터가 반본적으로 쌓일수 있기 때문에 쿼리 속도가 느리고, 원하지 않는 정보 조회 결과를 가져 올 수 있다. 이 규칙을 위반하면 더 이상 관계형이 아니며 데이터에서 모호함이 생길 수 있다. JOIN Query와 같은 부분에서 있어서 안될 일 이다. 그리고 대부분 Primary Key를 기반으로 테이블의 행을 검색하거나 결합 한다. Primary Key ( 기본키 )의 조건 ? 유일한 값을 가져야 한다. NULL 값을 가질수 없다. 변경될 수 있는 경우가 없어야 한다. Primary Key ( 기본키 )는 정수형 숫자 ? 문자열 ? 옛날 부터 정수형 숫자로 할 것 인지 문자열로..