관계형 데이터 베이스의 필요성 author의 이름을 바꾼다고 할 때, 첫번째보다 두번째가 더 유지보수가 쉬움 첫번째는 egoing을 이고잉으로 바꾼다고 할 때 egoing을 찾아서 하나하나 수정해야하는데, 두번째에서는 author 테이블에서 1번 id의 내용만 바꿔주면 돼. 또한, 같은 이름의 egoing이 2개 이상 존재한다고 할 때, 첫번째는 구분할 수 없지만, 두번째는 id가 1과 4로 다르기 때문에 구분이 쉬워져(정보의 중복을 발생시키지 않음) 그렇다면 단점은? 첫번째는 직관적 두번째는 번거로움 SQL은 스프레드 시트의 이런 단점을 보완할 수 있어 topic테이블과 author테이블은 각각 다른 표로 저장되어 있지만 문법 하나만 사용하면 마치 하나의 표처럼 직관적으로 볼 수 있어 귿귿 RENAME..

챕터 투! 두번째 컬럼 title 데이터 타입 문자, 제목이니까 너무 길면 안되겠지. 이렇게 제한할 수 있는 건 뭐? SQL! 스프레드 시트는 노노씽 VAR variable 변하는거~ CHAR character 문자 쳅타 뜨리! 세번째 컬럼 description 트위터 같은 게 아니라면 본문은 길어야겠지 챕터 뽀! 네번째 컬럼 created 다섯번째 컬럼 author 여섯번째 컬럼 profile 마지막으로 PRIMARY KEY(id) DB야! 우리가 지금 생성하고 있는 topic 테이블의 id 컬럼이 메인 키야! 💡 PRIMARY KEY 기능 성능: 다음에~ 중복 방지: DB야 PRIMARY KEY는 데이터 각각의 값은 고유해야해, 중복되면 안돼 그, 런, 데 ERROR 1046 발생 → 테이블 CREA..

스키마 - 연관된 데이터들을 그룹핑하는 일종의 디렉토리(폴더) 여러 표들이 있으면 하나의 그룹으로 묶어져 있는게 DB 또는 스키마라고 한다. MySQL에서는 DB=스키마인데 Oracle등 다른 프로그램에서는 DB가 스키마보다 더 상위 개념이다. DB Server>DB>스키마 폴더 이런 느낌 MySQL의 효용 보완 파일은 컴퓨터 운영체제만 뚫리면 누구나 수정이 가능하다. 그런데 DB는 자체적인 보안체계를 갖추고 있어 좀 더 안전하게 데이터를 보관할 수 있어 user마다 접근할 수 있는 데이터들을 제약할 수 있다. 그래서 처음 시작시 mysql -u유저이름 하는거야 (u는 user의 약자, 롸롸의 사용자로 접속하겠다는 뜻, root는 관리자) CREATE DATABASE 이름; DB생성 DROP DATABA..

인류가 발전함에 따라 데이터가 폭발적으로 증가하고 다양해지면서 file만으로는 효과적으로 CRUD하기 어려워짐 1960 데이터를 효율적으로 정리할 수 있는 전문적인 소프트웨어를 고안 = 데이터베이스 1970 애드거 프랭크 테드 커드가 ibm에서 관계형 DB라는 새로운 DB를 고안 Relational DB에는 MySQL, Oracle, SQL Server, PostgreSQL, DB2, Access가 있다 1994 MySQL 스웨덴에서 개발, 오픈소스이며 무료인 관계형 데베. WEB개발자의 폭발적인 인기를 끌었어 웹사이트를 만드는 데 수천만원의 데베를 쓸 순 없었으니까 동시에 웹과 MySQL은 동반 성장하기 시작 스프레드 시트와 DB의 차이점과 공통점 DB - 코드(프로그램 언어)를 통해 제어 (마치 사람..

데이터를 저장하고 꺼내기 위한 첫 번째 수단 file 배우기 쉽고 운영체제 어디서든 사용 가능하고 이메일, 메신저로 보낼 수 있어 성능, 보안, 편의성에 한계가 있어 이 한계를 극복하기 위해 고안된 전문화된 소프트웨어가 database 거대하고 복잡한 데이터를 다루는 도구 칭구칭긔 MySQL, Oracle , SQL Server, PstgreSQL, MongoDB 등이 있어 데이터베이스를 어떻게 입력하고, 어떻게 출력할 것인가? - 본질 Input - 데이터의 Creat(생성), Update(수정), Delete(삭제) Output - Read CRUD가 핵심적인 작업이고, CRUD를 보좌하는 다른 기능들이 있는거야 File - Spreadsheet - Database file보다 spreadsheet가..