<aside> 📌 시스템 분석과 데이터베이스 설계는 이미 완성된 상태에서 진행

</aside>

진행 계기

Django REST framework 튜토리얼 완료 후 API 제작 연습하기

목적

• RESTful에 대한 이해. 데이터베이스를 RESTful하게 나타내는 URI 결정하기
• MVT 패턴에 대한 이해. 주어진 데이터베이스를 사용자 요구에 맞게 조회하기 위한 View(Control)을 정의
• Django 및 DRF 연습.

app 구조

• rental: 자리 대여
  • 학생, 자리, 이용권, 대여, 구매
• account: 계정 관련
• board: 피드백 게시판

Models

[MySQL] 스터디카페 관리시스템 개발 (4) 시스템 구현 및 운영

# rental\\models.py

class Student(models.Model):
    user = models.OneToOneField(User, primary_key=True, on_delete=models.CASCADE)
    name = models.CharField(max_length=30)
    residual_time = models.IntegerField(default=0)

class Ticket(models.Model):
    time = models.IntegerField()
    storable = models.BooleanField()
    price = models.IntegerField()
    student = models.ManyToManyField(Student, through='Purchase')
    

class Purchase(models.Model):
    student = models.ForeignKey(Student, related_name='purchase', on_delete=models.CASCADE)
    ticket = models.ForeignKey(Ticket, related_name='purchase', on_delete=models.CASCADE)
    date = models.DateTimeField(auto_now_add=True)
    

class Seat(models.Model):
    student = models.ManyToManyField(Student, through='Rent')
    

class Rent(models.Model):
    student = models.ForeignKey(Student, related_name='rent', on_delete=models.CASCADE)
    seat = models.ForeignKey(Seat, related_name='rent', on_delete=models.CASCADE)
    start_date = models.DateTimeField(auto_now_add=True)
    real_end_date = models.DateTimeField(blank=True)
    expected_end_date = models.DateTimeField()  # blank=True?

• 기존 인증 방식을 차용하기 위해 OneToOneField를 이용한 User 모델 확장. Rental app과 관련된 User 필드만 여기에 정의한다. student_id는 user_id를 그대로 사용한다. 동명이인이 존재할 수 있으므로 API에 사용하는 id와 학생 이름을 구분했다. 외국이름에 대처하도록 max_length를 넉넉히 설정했다.
• ~~on_delete=models.SET_NULL: 학생이나 이용권이 삭제 돼도 총수익, 자리의 대여기록을 남기기 위해서는 행을 지우면 안된다.~~
• expected_end_date은 MySQL에서 구현할 때 트리거로 값을 입력해서 원래 nullable field지만, django에서는 save 이전에 계산해서 삽입

URIs

• RESTful API에서 M:N relationship의 URI 표현

API Endpoints

Permissions

Serializers

• DRF Serializer에서 외래키 구현

DRF Serializer에서 ManyToManyField 구현 → 평소에 접근하는 방향에 따라 결정!

• 연결된 한쪽 방향으로 Field를 정의한다.

• Django Model 구현하듯 Associative Entity에 외래키 두 개 포함시킨다.

• 고민

DRF에서 MySQL의 Trigger 구현:

• (Serializer) seriealizer의 .save() 오버라이딩
• (View) concrete view classes에서 perform_[actions]() 오버라이딩
• (Model) @receiver 이용

Rent 모델의 expected_end_date 필드에서 blank & null 속성

선택 1. null=True, blank=True

현재시각으로 초기화하는 방법도 있는데, 이 경우와 같은 방식으로 구현한다.

우선 rent 객체를 생성할 때는 필드값을 비워놓고, trigger나 view에서 ORM을 실행하여 올바른 값을 할당한다.

• RentListView class의 perform_create() 메서드에서 serializer.save() 이후에 expected_end_date 필드에 값을 할당한다.

  from django.utils import timezone
  
  class RentListView(generics.ListCreateAPIView):
      (... 생략 ...)
  
      def perform_create(self, serializer):
          serializer.save(student=self.request.user.student)
          rent = serializer.instance
          rent.expected_end_date = rent.start_date + /
              timezone.timedelta(seconds=rent.student.residual_time)
  

• @receiver 데코레이터를 이용하여 post_save signal에 대한 trigger를 정의

  from django.utils import timezone
  
  @receiver(post_save, sender=Rent)
  def compute_expected_end_date(sender, instance, created, **kwargs):
      if created:
          instance.expected_end_date = instance.start_date + /
              timezone.timedelta(seconds=instance.student.residual_time)
          instance.save()
  

선택 2. null=False, blank=False (default)

rent 객체가 save되기 전에 필드에 값을 전달한다. 쿼리 실행 지연으로 인해 start_date와 현재시각이 다를 수 있다(?)

• RentListView class의 perform_create() 메서드에서 serializer.save() 이전에 student와 함께expected_end_date 필드에 값을 할당한다.

  from django.utils import timezone
  
  class RentListView(generics.ListCreateAPIView):
      (... 생략 ...)
      
      def perform_create(self, serializer):
          student = self.request.user.student
          exp_end_date = timezone.now() + timezone.timedelta(seconds=student.residual_time)
          serializer.save(student=student, expected_end_date=exp_end_date)
  

• pre_save signal 관련 질문

  • created 매개변수가 없는데, update 쿼리에도 반응하는가?

  • update_fields 매개변수는 뭐지??

    Signals | Django documentation | Django

  • start_date 필드에 default로 할당되는 현재시각을 이용할 수는 없는가?

참고로, MySQL에서는 before insert trigger를 이용했다.

# cal_expected_end_date 트리거
drop trigger if exists cal_expected_end_date;

create trigger cal_expected_end_date
before insert on Rent
for each row
    set new.expected_end_date = date_add(new.start_date, 
        interval(select residual_time from Student where student_id = new.student_id) second);

예정 일시에 대여 마감 점검

Celery with Django

대여 중 구매 로직

storable 대여 중 storable 이용권 구매

storable 대여 중 instorable 이용권 구매

instorable 대여 중 storable 이용권 구매

instorable 대여 중 instorable 이용권 구매

문제상황) 저장 안되는 거 겁나 많이 사고 마지막에 저장되는 거 사면 전부 저장됨

아예 저장 안될 때는 안되는 것만,

가능할 때는 되는 것만 구매 가능?