book은 예약하다라는 동사로 해석될 수 있고reservations는 예약들이니까 게스트가 예약하면 예약한 내역들을 모아두는곳이 reservations로 보면 되지않을까
익명(182.210)2019-11-23 15:58
답글
음그렇네 뒤에 s가있구나 예약목록으로 보면되겟네
익명(59.22)2019-11-23 16:16
book이나 reserve나 가 같은거 맞는것같은데
명사기만 하면 관계될수있는거 아님? - dc App
bluepick(bluepick3)2019-11-23 15:58
조선영어 탈출 시급
익명(1.240)2019-11-23 15:58
entity relationship diagram 의 약자로써 현제 guest 라는 table, reservation table, room 라는 테이블이 있고, attribute 로 동그라미들이 있습니다. 줄 그어진 건 primary key 라고 해서 고유 키 입니다. 고유 키 가 없으면 같은 이름, (등 attribute)가 존재할때 찾을수없습니다. 마름모는 relation 인데 이게 cardinality (숫자) 가 m:n 이냐 1:n 이냐 등등 해서 테이블로 변환될때도 있습니다. 이상 국비죽이기 1일차
국비죽이기web(67.170)2019-11-23 15:59
답글
질문과 관계없지만 감사합니다
익명(59.22)2019-11-23 16:18
답글
죄송합니다, 방금 배운거라 그냥 나열하고싶었습니다.
국비죽이기web(67.170)2019-11-23 16:23
근대, 잠시만요, 문제가 좀 있는거 같은데; 한명의 손님이 여러번의 예약이 가능하구나 (시간이 다르면 ) 아닙니다^^;;
book은 예약하다라는 동사로 해석될 수 있고reservations는 예약들이니까 게스트가 예약하면 예약한 내역들을 모아두는곳이 reservations로 보면 되지않을까
음그렇네 뒤에 s가있구나 예약목록으로 보면되겟네
book이나 reserve나 가 같은거 맞는것같은데 명사기만 하면 관계될수있는거 아님? - dc App
조선영어 탈출 시급
entity relationship diagram 의 약자로써 현제 guest 라는 table, reservation table, room 라는 테이블이 있고, attribute 로 동그라미들이 있습니다. 줄 그어진 건 primary key 라고 해서 고유 키 입니다. 고유 키 가 없으면 같은 이름, (등 attribute)가 존재할때 찾을수없습니다. 마름모는 relation 인데 이게 cardinality (숫자) 가 m:n 이냐 1:n 이냐 등등 해서 테이블로 변환될때도 있습니다. 이상 국비죽이기 1일차
질문과 관계없지만 감사합니다
죄송합니다, 방금 배운거라 그냥 나열하고싶었습니다.
근대, 잠시만요, 문제가 좀 있는거 같은데; 한명의 손님이 여러번의 예약이 가능하구나 (시간이 다르면 ) 아닙니다^^;;