필드명의 중요함

일단 이런 상황을 가정하겠습니다.

tests/models.py

from django.db import models

# Create your models here.


class Test1(models.Model):
    char1 = models.CharField(default='', max_length=200)

    def __str__(self):
        return self.char1

tests/admin.py

from django.contrib import admin
from tests.models import Test1

# Register your models here.


class Test1Admin(admin.ModelAdmin):
    list_display = ('id', 'char1')


admin.site.register(Test1, Test1Admin)


이 상태에서 admin페이지를 보면 admin.py에서

list_display에서 설정한대로 id와 char1 필드가 보입니다.

1.img_admin_normal

4개의 객체가 있는 걸 확인한 상태에서, 다음과 같이

list_display에 ‘delete’를 추가해봅니다.

tests/admin.py

from django.contrib import admin
from tests.models import Test1

# Register your models here.


class Test1Admin(admin.ModelAdmin):
    list_display = ('id', 'char1', 'delete')


admin.site.register(Test1, Test1Admin)

그리고 admin페이지에서 객체 있는 화면을 새로고침하면…

2.img_admin_del1

갑자기 DELETE 컬럼이 생깁니다.

이 상태에서 다시 새로고침을 하면…

3.img_admin_del2

데이터가 fly하는 마술을 보게 됩니다…


docs와 구글링을 해봤지만… 정확한 논리는 찾지못했지만…

객체.delete() 라는 메소드가 있는 걸로 봐선

list_display안에 ‘delete’가 포함돼 있으면 delete 메소드가 실행되는 듯합니다.


여기서 얻는 가장 큰 교훈은

built-in으로 네이밍 금지!!



덧붙이는 말(날려먹게 된 경위)


제가 실제로 이 케이스의 데이터 fly를 경험했습니다.

몇개월전 제가 완전 초짜일 때, 어떤 테이블의 필드명으로 delete를 사용한적이 있습니다.

뒤늦게서야 bulit-in 변수명, 메소드명 등을 사용하지 사용하는 건 매우 아니 좋다라는 걸 알았고,

이 delete필드의 이름을 바꾸고자 했습니다.


models.py에서 필드명을 바꾸고 migration했습니다.

그때 분명 터미널에서 이 글귀가 나왔고

Did you rename 테이블명.delete to 테이블명.show? [y/N]

그리고 admin페이지에 가서 위와 같이 날렸습니다.


원인이 list_display인걸 발견하는데는 한참이 걸렸습니다.

변수명에서 보이는 대로, 저기 적인 건 display할 필드명만 참조하는 줄 알았습니다.

이전부터 계속 list_display에 ‘delete’가 있었지만,

필드명으로 delete가 있을때는 delete()메소드가 실행되는게 아니라

그냥 필드 delete의 값을 보여줬기에 문제가 없었고,


사실… delete() 메소드의 존재조차 모르고 있었습니다.

꺼진 필드명도 다시봅시다…조심조심조심조심