database

MySQL Prepared Statement란? Prepared Statement의 등장 배경 초창기 SQL 인터페이스에서는 모든 쿼리를 문자열로 조합해 실행했습니다. 예를 들어 같은 방식입니다. 이런 구조는 다음과 같은 문제를 가지고 있었습니다: 1. SQL Injection 취약성 2. 매번 쿼리를 파싱하고 최적화해야 하는 성능 문제 3. 타입 안전성 부족 이러한 문제를 해결하기 위해 Prepared Statement(준비된 쿼리) 개념이 등장했습니다. 미리 SQL 구조를 컴파일하고, 실행 시점에는 파라미터만 바인딩하는 방식입니다. Prepared Statement의 역사와 JDBC/Hibernate와의 관계 MySQL에서 Prepared Statement는 MySQL 4.1 (2004년) 버전부터 도입되었습니다. 이는 MySQL 서버가 처음으로 바이너리 프로토콜(Binary Protocol) 기반의 서버사이드 Prepared Statement를 지원하기 시작한 시점입니다.

CAP 정리 CAP 정리, 왜 중요한가? 분산 시스템은 여러 대의 서버가 협력하여 하나의 데이터를 관리하는 환경입니다. 이러한 환경에서는 언제든지 장애나 네트워크 분할이 발생할 수 있습니다. CAP 이론은 이러한 불안정한 환경에서 무엇을 포기하고 무엇을 지킬 것인가를 판단하는 기준이 됩니다. 즉, 완벽한 시스템을 설계하는 것이 아니라, 현실적 제약 속에서 균형을 선택하는 철학을 제공합니다. 💡 CAP Theory(이론)는 이론으로 시작하여 증명이 완료되어 현재는 '정리'(Theorem)으로 불립니다. 해당 이론은 Eric Brewer의 추측 증명으로 검증되었으며, 논문은 다음 링크에서 확인하실 수 있습니다. 논문명: “Brewer’s Conjecture and the Feasibility of Consistent, Available, Partition‑Tolerant Web Services” (Seth Gilbert & Nancy Lynch, 2002) CAP 정리란?

❗️날짜별로 정리하여 복습하기를 원하기 때문에 내용이 길고 다소 정리되지 않았습니다. DB구조를 위한 SQL Example : View Ridge Gallary CREATE TABLE(SQL Server) - Cloumn name(이름) : ArtistID, … - Data type(데이터 형식) : Int, … - Optional constraints(제약조건) : NOT NULL, … Creating Relationships SQL for Constraints ALTER Statement example Adding and Dropping Columns Adding and Dropping Donstraints Removing Tables SQL DML - INSERT SQL DML - UPDATE SQL DML - DELETE JOIN ON Syntax Outer Join CREATE VIEW Command Types of view - Horizontal subset view -

❗️날짜별로 정리하여 복습하기를 원하기 때문에 내용이 길고 다소 정리되지 않았습니다. 데이터베이스와 SQL실습 데이터베이스 개요 Major Terms - Data, Database - Data model, Data modeling - E-R model, semantic object model, relational model - Database management systems (DBMS) - SW(system SW) - DB2, Oracle, SQl Server, MySQL etc - Data language: SQL - Database design - tool : E-R Win, Visio, DA- Database administrator (DBA) - Database tuning & monitoring - Orange DBMS - Characteristics - SW (system SW) - Global vendors

정규화(Normalization) [ 정규화(Normalization)이란? ] 정규화(Normalization)의 기본 목표는 테이블 간에 중복된 데이타를 허용하지 않는다는 것이다. 중복된 데이터를 허용하지 않음으로써 무결성(Integrity)를 유지할 수 있으며, DB의 저장 용량 역시 줄일 수 있다. 이러한 테이블을 분해하는 정규화 단계가 정의되어 있는데, 여기서 테이블을 어떻게 분해되는지에 따라 정규화 단계가 달라지는데, 각각의 정규화 단계에 대해 자세히 알아보도록 하자. [ 제1 정규화 ] 제1 정규화란 테이블의 컬럼이 원자값(Atomic Value, 하나의 값)을 갖도록 테이블을 분해하는 것이다. 예를 들어 아래와 같은 고객 취미 테이블이 존재한다고 하자. 위의 테이블에서 추신수와 박세리는 여러 개의 취미를 가지고 있기 때문에 제1 정규형을 만족하지 못하고 있다. 그렇기 때문에 이를 제1 정규화하여 분해할 수 있다. 제1 정규화를 진행한 테이블은 아래와 같다. [ 제2 정

❗️날짜별로 정리하여 복습하기를 원하기 때문에 내용이 길고 다소 정리되지 않았습니다. MySQL 시작하기 - MySQL 8.0 버전은 서버 설치과정에서 임시 번호 생성 - MySQL 접속 - 비밀번호 변경 - 데이터 조회, 선택 및 테이블 조회 - 테이블 생성 - 데이터 저장 - 테이블 구조 확인 - 테이블에 칼럼 추가 - 칼럼 속성 변경(데이터 타입, 기본값, 제약조건) - 테이블 제약조건 조회 - 제약조건 추가 및 삭제 뷰 - 뷰 생성 - 현재 사용자에 속한 뷰의 정보 조회하기 - 뷰 삭제하기 데이터 조작 - 테이블 구조 확인 - 테이블 모든 칼럼 출력 - 특정 칼럼만 출력 - 중복 제거하여 출력 - 별칭 지정하여 출력(Alias) >💡 공백, 특수문자 필요한 경우에 큰따옴표(”)붙임 - 조건 지정하여 조회 권한 제어 - 유저 생성 - 유저 제거 - 권한 부여 대표적인 시스템 권한 create Session : 데이터 베이스를 연결할 수 있는 권한 create table