[TIL] 19.08.21 spreent - shortly

오늘 한일

Bitly와 유사한 URL shortner 서비스를 구현해 보았다. 

syqeulize를 사용하였는데 확실히 코드가 간략해지고 직관적으로 바뀌었다. 엄청 편리하다는것을 느꼈다.

유저의 패스워드키를 해싱해주는 함수를 적용하였는데 interval error 가 발생 했는데 어디가 문제인지 아직 파악하지 못하였다.

sessing이란 개념이  아직 애매모호한데 내일 구현을 하면서 확실하게 이해해야 겠다.

 

 

 

오늘 메모

check point

 

▶SELECT * FROM table WHERE age <= 21

   하나의 테이블일 경우 

   SELECT * FROM table WHERE users.Age <= 21

   2개 이상의 테이블일 경우 users 를 붙여 줘야 한다. 

 

▶INSET INTO users (name, Hobby, Age) VALUES (“Dog” , “chasing cars”, 64);

   INSET INTO users VALUES (“Dog” , “chasing cars”, 64);

   id값이 auto increase 상태이고 모든 값들을 선택한다면 안적어도 된다. 그리고 순서는 바꿀수 있다. 

 

 

▶user_name 을 가진 users 테이블과 text를 가진 commets 테이블이 있을 경우 

   users 테이블에 comments 의 id 값을 가질수는 있지만 데이터 크기가 너무 커지므로 좋지 않은 타입이다. 

 

▶SELECT DISTINCT u.name FROM  users u INNER JOIN pets on u.id = pets.owner_id;

   u는 users의 별칭

   SELECT p.name as dog_name , u.name as user_name FROM pets p LEFT JOIN users u on u.id = p.owner_id;

   as로하면 view만 바꿀뿐 실제 콜럼의 이름을 바꾸는 것은 아니다. 

 

▶JOIN할때 오른쪽 왼족 기준은 SELECT 로 처음에 잡은것이 제일 왼쪽에 있고  JOIN하는 테이블은 오른쪽이 된다.

 

▶SELECT u.name AS users , f.name AS food FROM users u LEFT JOIN favorite_foods ff ON u.id = ff.user_Id

   LEFT JOIN foods f ON ff.food_id = f.id;

   

   INNER JOIN을 한다면 없는 값들이 안나오기 때문에 LEFT JOIN을 해준다. 

   

   SELECT u.name AS users, f.name AS food FROM favorite_foods ff RIGHT JOIN users u ON ff.user_id =  u.id

   LEFT JOIN foods f  ON ff.food_id = f.id

 

Restful API => 일종의 가이드 

API 다양하게 사용 된다. 사전적 의미는 크게 중요하지 않다.

노마드 코더 api 설명 

 

쿠키는 테이터 교환시 클라이언트에 저장 

세션은 데이터 상호작용이가능한 상태