데이터를 이전할 때 auto_now 나 auto_now_add 가 되어 있으면 곤란할 때가

 
JeongHwan Kim

데이터를 이전할 때 auto_now 나 auto_now_add 가 되어 있으면 곤란할 때가 있는데,
이럴때는 filter 로 업데이트 해주는게 그나마 편법으로 가능하네요.
ex) answer_ 는 새로운 object, answer 는 기존의 데이터
PollAnswer.objects.filter(id=answer_.id).update(created=answer.reg_date)

  • Seung-Hyo Seo

    1. 데이터 마이그레이션 하는데 굳이 ORM을 이용하는 것은 효율이 좋지 못합니다.

    2. 데이터 업데이트가 필요하다면 차라리 별개의 테이블에 입력 해두셨다가 나중에 한꺼번에 update 를 하시는게 나을껍니다.

    Hyunil Kim

    데이터 이전은 덤프를 떠서 옮기시는편이… ^^;

    Seungho Kim

    덤프에 한표….

코무합니다. Django를 검색하려고 블로그에 나도모르게 그만… 처음안 사실. 장

 
Myeong Sun Shim

코무합니다.

Django를 검색하려고 블로그에 나도모르게 그만…

처음안 사실.

장고는 한글로 ‘어무해’ 입니다.


  • Jacob Seongwoon Lee

    구글에 자주 쓰는 단어 입니다 어무해!

    Daesung Kang

    세벌식 사용자는 다르게 나오네요. 다행일까요?

안녕하세요, (저번에 말도 안되는 질문을 올렸다가 황급히 삭제한) Django 뉴비입니다.

 
Kim Esteban

안녕하세요, (저번에 말도 안되는 질문을 올렸다가 황급히 삭제한) Django 뉴비입니다. Django로 모바일 앱의 백엔드를 구상 중인데, 허접한 실력에 MTV 패턴까지 배우려니 머리가 돌지를 않습니다 @_@.. 조언을 부탁드립니다.

Django는 방을 만들고, 이 방에 복수의 참여자(본명, 별명, 전화번호)를 저장한 후, 한 명을 방장으로 지정해야 합니다. 단, 참여자는 서비스에 가입하지 않아도 되기 때문에 Django의 User 모델을 사용하지는 않습니다(전화번호로 조회).

처리 과정을 아래와 같이 예상하고 있는데, 코드로 어떻게 옮겨야 할지 감이 안오네요… 애초에 방법/순서 자체가 틀린 것일까요?

1. 참여자 정보 준비: 프론트 단에서 참여자 자료(json) 준비
2. Room 모델을 통해 방 만들기: Field : 방 이름, 생성일, 방장(null=True)
3. People 모델에 json자료를 순차적으로 입력하며 방에 넣기

3번에서부터 막혀버렸습니다. 참여자 수 만큼 방에 넣는 것을 반복해주어야 하는데 이 반복을 view에서 처리하는 게 맞는 건가요? 흑흑…

어떠한 조언이나 자료도 감사히 받겠습니다. 부탁드려요!

  • Shin Yeongmin

    room id는 url이나 json으로 받고, view 쪽에서 people json parsing을 하고, 말씀하신대로 하나씩 반복하며 people 인스턴스를 만들며 foreign key로 room을 넣으면 되지 않을까요. request를 참여자 수만큼 반복하는 것보다는 한번에 보내서 처리하시는게 좋을것 같습니다.

    추가적으로 참여자가 추후에 들어오는 것도 생각하면, 다수나 1명 들어올때를 따로 처리해야되니 기본적으로 1명이라도 length 1개 짜리 json list로 보내시면 어떨까 생각해봅니다.

    Shin Yeongmin

    Kim Esteban

    신영민 와.. 코드까지! 정말 감사합니다 –)__) 시도해보고 댓글로 후기 남기겠습니다!

Django를 배울 때 가장 좋은건 Django를 배우려고 하지 않는거 같습니다. 그냥 웹

 
Jung Kyoung Up

Django를 배울 때 가장 좋은건 Django를 배우려고 하지 않는거 같습니다. 그냥 웹을 잘 만들려고 생각하다보면 Django가 좋은 친구가(데드라인을 지킬수있게 해주는) 되어줄 뿐인거죠. Django는 거들 뿐.. 그렇게 생각하면 좀 쉽지않나… 뭐 그런 생각이 문득 들어서 남겨봅니다.

  • JeongHwan Kim

    웹을 하다가 보면 장고가 좋은거 (남이 만들어 놓은걸 쓴다는게)
    좋은걸 아는 거죠
    내가 고민할 시간을 줄여주니깐 ㅋㅋ

    공대영

    저도 이때까지 공부하다 느꼈네요. 딱히 배우려 하는것보다 걍 닥치는대로 만들려고 하니까 잘됩니다 ㅋㅋ

    Seungho Kim

    Framework 은 배우는게 아닙니다. 다만 검색할뿐… ㅋㅋ

장고 모델은 프라이머리키를 2개이상으로 못 주는것 같더라구요 ㅎ 보통 프라이머리키를 복수로

 
Jiho Bak

장고 모델은 프라이머리키를 2개이상으로 못 주는것 같더라구요 ㅎ 보통 프라이머리키를 복수로 주고 싶을때 어떤 방법으로 해결하시나요? ㅎ

  • Chinseok Lee

    기본키는 id 로 그대로 쓰시고, 그 필드들을 unique_together 로 지정해서 쓰세요.

    Seungho Kim

    원래 pk는 한개 아닌가요?

    Hyunil Kim

    pk를 왜 두개로 쓰세요??

    Kenial Sookyum Lee

    모범답안은 언제나 장고 오피셜 사이트에 있습니다:
    https://code.djangoproject.com/wiki/MultipleColumnPrimaryKeys

    Kenial Sookyum Lee

    제 추측으로는… RDB는 웬만하면 Composite key를 지원하는 것이 일반적입니다만, RDB 아닌 NoSQL을 backend로 사용할 경우도 있고 하니 그런걸 염두에 두고 Composite key 지원을 빼지 않았을까 싶습니다.

    (위 링크를 읽어보면 아시겠지만) 근데 Composite key 기능이 accept되어서, 조만간 django에 반영될거라는군요. 제 경우엔 가급적 django model은 단순하게 만드는 걸 선호하는 편이라 … surrogate key를 쓰는 쪽이 바람직할 것 같긴 합니다.

    Jiho Bak

    정말 다들 답변 감사드립니다!!

django girls가 서울에서 무료 프로그래밍 워크샵을 하는군요.

 
Joong-Hyeon Kim

django girls가 서울에서 무료 프로그래밍 워크샵을 하는군요.

  • 양은식

    남자는 안되나봐요. 😦

    Joong-Hyeon Kim

    양은식 // 여장 하시고 가시면 됩니다. 다만 SNS에 사진이 뿌려지는 것은 감수 하시고…. 쿨럭..

    Ha Sung Jeong

    으악.. 장고 걸스라니.. ㅜㅠ

django girls 의 튜토리얼 문서가 참 좋네요. 귿귿.

 
Chinseok Lee

django girls 의 튜토리얼 문서가 참 좋네요. 귿귿.