묻고 답해요
141만명의 커뮤니티!! 함께 토론해봐요.
인프런 TOP Writers
-
미해결따라하며 배우는 노드, 리액트 시리즈 - 기본 강의
mongoDB 의 모델의 역할
module.exports = mongoose.model('User', userSchema) 와 같은 스키마를 감싼 모델(mongodb의 컬렉션)을 이용하면const user = new User(req.body) 와 같이 req 정보를 이용하여 모델 인스턴스를 만든다음에이걸 다시 save 메서드를 통해 mongoDB의 User(users) 컬렉션에 저장할 수도 있고,User.findOne({ email: req.body.email }, (err, user) => { //요청한 email이 db정보 안에 있을 때 해당 db정보를 담은 객체 user 가 생성된다. if (!user) { return res.json({ loginSuccess: false, message: "제공된 이메일에 해당하는 유저가 없습니다." }) }와 같이 User(users)컬렉션에 접근(조회)하여 해당 객체를 찾을 수도 있다. 결론: mongoDB의 모델은 모델 인스턴스를 생성할 수도 있고, DB에 접근하여 값을 조회,수정 등등을 할 수 있다라고 이해했는데 맞는 것인지 궁금합니다. 역할이 다양한게 조금 헷갈려서 질문드립니다.
-
해결됨탄탄한 백엔드 NestJS, 기초부터 심화까지
DTO와 Schema를 작성할 때 중복 사용하게 되는 class-validator
좋은 강의 잘 듣고 있습니다. 회원가입 서비스 & DTO 패턴 강의를 듣고 있는 와중 class-validator를 schema에서 적용하시고 dto 클래스에도 적용하시는 것을 보고 의문이 들어 질문드립니다. 위와 같은 방식이면 나중에 class-validator로 인해 발생하는 문제를 쉽게 해결하지 못할 것 같은 구조가 될 것이라는 생각이 들었습니다. 관련 dto와 schema에 적용된 class-validator를 모두 확인해야 하니까요..? 현업 개발 시 위와 동일한 방식으로 작성하는 지 궁금합니다. 만약 다른 방식으로 작성하신다면 schema와 dto 모두 완전히 동일한 class-validator를 적용하나요? 아니면 dto에만 class-validator를 적용하나요? 효율적인 dto및 schema 내 class-validator 활용법에 대해서 좀 더 여쭈어 보고 싶습니다. 감사합니다.
-
해결됨자바 ORM 표준 JPA 프로그래밍 - 기본편
ddl 속성 질문
안녕하세요. ddl 속성 통해서 스키마 자동 생성하는 부분에서 이해가 안되는 부분이 있어서 질문드립니다. 이전 강의까지의 예제에서 ddl 설정값을 주석처리했는데도 h2 콘솔상에서 member 테이블이 생성되고 데이터가 삽입된 것을 확인했습니다. ddl-auto 속성값을 none 또는 주석처리해도 @Entity 애노테이션을 기준으로 알아서 테이블을 만들어주는 건가요? 만약 그렇다면, 운영서버에서 자동 생성을 사용하지 말아야한다고 하셨는데 @Entity 애노테이션을 통해 자동으로 테이블이 생성되는 것을 어떻게 막을 수 있나요??
-
해결됨따라하며 배우는 노드, 리액트 시리즈 - 기본 강의
몽고디비 Postman으로 api test할 때 질문
안녕하세요 좋은 강의 잘 듣고 있습니다. Postman으로 회원 정보를 localhost:5000/register api에 test하는 부분에서 send를 누르고 200 Ok가 뜰 때 User 회원정보가 몽고디비에 insert된건지, 아니면 postman에서 임시로 테스트하는 것이므로 insert가 된 것이 아닌지 궁금합니다. 만약 유저가 insert가 이루어졌다면 몽고디비 클라우드에서 User 명단을 어디서 조회할 수 있을까요? + 추가로 github에 commit할 때 index.js에 몽고디비 비밀번호가 그대로 실릴텐데 이걸 따로 .gitignore파일에 담게할 수는 없을까요? 클러스터 비밀번호는 강의랑 똑같이 하여 지금은 상관없을 듯 한데, 나중에 개인프로젝트 같은 걸 할 때 어떻게 할지 궁금합니다 감사합니다!
-
미해결mongoDB 기초부터 실무까지(feat. Node.js)
client code refactoring 질문
client code에서 리팩토링 파트에서 보니 좀 오히려 프로덕션 레벨 및 좀더 깔끔 한 코드로 바꾸실려고 하는데 오히려 너무 복잡했습니다. model schema를 만들때 보면, 지금 user schema에는 관게를 안만들고 오히려 blog 와 comment 에만 만드셨는데 좀 쉽게 오히려 user schema에 comments: [commentSchema], 를 만들어줘도 되지 않았나요? 그리고 Types.objectId만 넣지말고 모든 데이타를 ref 해도 되지 않았을 까요? 아님 필요 한것만이라도요. 지금 comment schema에 user 와 blog는 Types.ObjectId만 있으니 너무 복잡하게 돌아 가는 것 같아 좀 헷갈렸습니다.