실제로는 파일 시스템에 쓰게 되는 것.
\n스키마(뼈대)라는 개념 : 데이타를 저장할 때에는, 아무렇게나 저장하는 것이 아니라 일정한 형식으로 저장하게 된다. 특정한 형태를 갖고 저장해야만 한다. 랜덤한 데이터가 저장되지 않도록. 기본적으로 노트에 써가면서 만들어가면 안 된다. 모델로 데이타를 접근하는 방법. ORM 중에 여러가지가 있는데 시퀄라이즈에서는 가장 유명함. low query로 먼저 작업하게 됨.
\ntime compexity를 어떻게 줄일 수 있을까? 메세지를 저장하는 구조를 어떻게 바꿀 수 있을까?
\n파일을 전체를 읽는 상황에서 벗어나야 하기 때문에.
\n컴퓨터에 삭제는 없다. 포맷이라는 건 0으로 메모리를 채울듯.
\nID 값을 가지고 접근할 수 있다
\nFixed Width 사이즈가 정해져있다(공간은 부동산)
\nno SQL은 fix할 필요가 없다
\nSQL엔 세퍼레이터(구분자)가 없다
\n모델은 디비를 데려와서 이야기하고
\n컨트롤러는 모델을 불러와서 이야기하고
\n1.
\nLook at the departments table in the school database provided to you. How many columns does it have and what are the column names?
A : two columns. column name is id & name
Which column in the departments table is intended to be uniquely identifying?
A: id
PRIMARY KEY로 지정하는 경우엔,그 칼럼은 uniquely identifying으로 쓰임. 또한, 다른 테이블에서 참조할 수 있음. 다른 테이블에서 그 칼럼이 참조되는 FOREIGN KEY라고 불린다. 외래 키를 사용하여 다른 곳에 있는 데이터를 가리키는 기술은 관계형 데이터의 가장 기본적인 측면. 서로 다른 두 테이블에 데이터를 저장하는 것이 아니라 다른 테이블의 열에 있는 데이터를 참조하면 동일한 데이터를 두 번 이상 저장할 필요가 없어서 메모리가 절약되고, 데이터를 변경하는 작업 또한 한 곳만 변경하면 되서 단순화 된다.
Look at the teachers schema. Which column is being used as a foreign key? Why might we be using a foreign key here rather than storing the data directly in this table? Review the last paragraph if you are unclear.
A: department is FOREIGN KEY.
database Query
\nDisplay the name column for every row in the students table
A: select name from students;
\nDisplay every column for the teachers table. The department column just contains numbers, what are these numbers referencing? (Look at the teachersschema if you need to).
A:select * from teachers; department column from departments table.
\nDisplay every column for the teachers table and then every column for the departments table. Just by looking at the tables, what is the name of the department that the teacher beth is a part of?
A:cs
\nFiltering rows with WHERE
\nnaomi being text, should be placed in single quotes) A :select * from students where name != 'naomi';
A:select name, department from teachers where id > 2 OR name = 'fred'
WHERE pattern matching with LIKE
\nDisplay the id and name of all the students whose names end in ‘m’
\nA:m';
Display all columns for students whose names do not contain the letter ‘a’. HINT: a more long-winded way to say “includes the letter ‘a’” is “includes 0 or more of any letter followed by an ‘a’ followed by 0 or more of any letter.”
\nA:a
Limiting WHERE to a defined set with IN
\n쿼리를 작성하는 방법은 하나만 이는 것은 아니다.
\nDisplay just the names of all the teachers whose id is NOT either 1, 2, or 4
A:SELECT name FROM teachers where id != 1 and id !=2 and id !=4;
select name from teachers where id not IN (1,2,4);
Display just the names of all the teachers whose department is either 1 or 4
\nA:select name from teachers where id IN (1,4);
Using IN to compose subqueries
\nDisplay the name and id of all the teachers in the ‘psy’ department (should be pamela and sunny, with their respective ids)
\nA:SELECT name, id FROM teachers WHERE department IN (SELECT id FROM departments WHERE name = 'psy');
Display the name of the department that ‘sunny’ teaches for (should be ‘psy’) 헷갈렸음
\nA:SELECT name FROM departments WHERE id IN (SELECT department FROM teachers WHERE name = 'sunny');
7. Selecting from multiple tables
\nSELECT departments.id, classes.id FROM departments, classes;
A: 2열column 8행row
\nSELECT students.*, teachers.name FROM students, teachers;
A: 3열 24행
\nAdvanced filtering with multi-table SELECT
\nSELECT teachers.name FROM teachers, departments WHERE departments.name = "cs" AND teachers.department = departments.id;You already completed the following with subqueries, now do them without subqueries, using multiple table selection instead.
\nDisplay the name and id of all the teachers in the ‘psy’ department (should be pamela and sunny, with their respective ids)
\nselect teachers.name, teachers.id from teachers, departments WHERE teachers.department = departments.id and departments.name = 'psy';
Display the name of the department that ‘sunny’ teaches for (should be ‘psy’)
\nA:SELECT departments.name from teachers, departments WHERE teachers.department = departments.id and teachers.name = 'sunny';
INNER JOIN
\nWhat is the difference between the return from the following two statements:
\nSELECT * FROM students, teachers;SELECT * FROM students INNER JOIN teachers;A: 차이 없는 것 같다;
\nDisplay the name and id of all the teachers in the ‘psy’ department (should be pamela and sunny, with their respective ids)
\nSELECT teachers.name, teachers.id FROM teachers INNER JOIN departments ON teachers.department = departments.id and departments.name = 'psy'; // and 대신 where
Display the name of the department that ‘sunny’ teaches for (should be ‘psy’)
\nSELECT departments.name from departments INNER JOIN teachers ON teachers.department = departments.id and teachers.name = 'sunny'; and 대신 where
10. Other joins
\n?????????
\n11. Join Tables
\nWhich classes is ‘sam’ taking? (confirm your answer below)
\nA: communication
\nSELECT name FROM classes where ID IN (SELECT classes_id from classes_students where student_id IN (SELECT id from students where name = 'sam'));
What are the names of the students in the ‘compromise’ class?
\nA:naomi,kim,chris // 쿼리로는 모르겠다
\nWhat are the names of the students taking any class in the ‘cs’ department?
\nA:sam을 제외한 전부 // 쿼리로는 모르겠다
\nSELECT * FROM classes, students;
.mode columncommand and turn headers on with .header on
schema is blueprint
\nentities == tables;
\nSQL은 평평한 데이터가 늘어난다. 각 테이블 간의 관계를 정해야 한다.
\nSQL ARRAY-like id를 가지면 한번에 접근 가능.
\nSQL은 관계를 가지고 있기 때문에, 많은 것을 한번에 바꿔야 하는 상황이 오면?
\nSQL은 에러가 잘 나는게 장점. 완전한 관계를 표현해야 하기 때문.
\nmany to many -> one to many로 바꿈
\nmy sql > show tables;
\ndescribe(schema) classes;
\nmysql은 자체의 포트를 갖고 켜지고 포트를 방해할 수 없음.
\nMUL = foreign key
\nmysql work bench
\nsequal pro? - mac
\nJOIN에는 항상 조건이 필요함.
\non 다음에 (조인조건 t.id=c.teacher_id)
\n읽기보다 쓰는 비용이 더 큼
\n쿼리문을 잘 작성해서 db에서 머무르는 시간을 줄여야 함
\nORM?
\nQUERY?
\nORM 이 훨씬 편함.
\n쿼리문은 콘솔도 찍을 수 없음. DB 터칭은 늘어날 수 있지만
\n유지보수와 관리가 쉬움.
\n쿼리는 개발자의 손을 타지만, ORM은 표준화가 가능.
\n개발자로 팀에 들어갈때는 ORM을 사용하는 게 좋다.
\nmysqladmin -u root password ‘wro3o2i@19$2’;
","frontmatter":{"title":"Immersive Sprint - database","date":"October 15, 2018"}}},"pageContext":{"isCreatedByStatefulCreatePages":false,"slug":"/til/20181015 IM08D21 database/","previous":{"fields":{"slug":"/til/20181012-20181013 IM08D19-20 web historian/"},"frontmatter":{"title":"Immersive Sprint - web historian","category":"TIL"}},"next":{"fields":{"slug":"/til/20181016 콜백과 모듈/"},"frontmatter":{"title":"콜백과 모듈","category":"TIL"}}}}