Oʻzbekiston respublikasi oliy ta’lim,fan va inovatsiya vazirligi Sana 14.12.2023 Hajmi 105,45 Kb. #118214
Bog'liq
mustaqil ta\'lim
VA INOVATSIYA VAZIRLIGI
MUSTAQIL ISH
Mavzu: Modellarning tashqi ko'rinishini maxsus amaliy vazifaga moslashtirish.
Jizzax – 2023
Modellar
Asosiylari :
Tez misol ¶
import models
from django.db import models
talab qiladi , shuning uchun verbose_nameargument kalit soʻzidan foydalaning:
class Car(models.Model):
aniqlashga yordam beradi ; hammasi ixtiyoriy.
>>> ringo = Person.objects.create(name="Ringo Starr")
]>
>>> beatles.members.add(john, through_defaults={'date_joined': date(1960, 8, 1)})
Agar oraliq model tomonidan aniqlangan maxsus jadval juftlikda bir nechta qiymatlarga ruxsat berib, o'ziga xoslikni ta'minlamasa, qo'ng'iroq barcha oraliq model misollarini olib tashlaydi:(model1, model2)remove()
>>> Membership.objects.create(person=ringo, group=beatles,
>>> # Beatles have broken up
# Find all the groups with a member whose name starts with 'Paul'
]>
# Find all the members of the Beatles that joined after 1 Jan 1961
>>> ringos_membership = Membership.objects.get(group=beatles, person=ringo)
>>> ringos_membership = ringo.membership_set.get(group=beatles)
Bu ob'ektning asosiy kalitida, agar u boshqa ob'ektni qandaydir tarzda "kengaytirsa" eng foydali bo'ladi.
OneToOneFieldpozitsion argumentni talab qiladi: model bog'langan sinf.
Misol uchun, agar siz "joylar" ma'lumotlar bazasini qurayotgan bo'lsangiz, ma'lumotlar bazasida manzil, telefon raqami va boshqalar kabi juda standart narsalarni qurasiz. Keyin, agar siz joylarning tepasida restoranlarning ma'lumotlar bazasini yaratmoqchi bo'lsangiz, o'zingizni takrorlash va modeldagi ushbu maydonlarni ko'paytirish o'rniga , to'g'ri kelishi Restaurantmumkin (chunki restoran "bu" joy; aslida, ishlov berish uchun bu odatda inheritance dan foydalanasiz , bu esa yashirin birma-bir munosabatni o'z ichiga oladi).RestaurantOneToOneFieldPlace
ga o'xshab ForeignKey, rekursiv munosabatni aniqlash va hali aniqlanmagan modellarga havola qilish mumkin.
Shuningdek qarang
To'liq misol uchun Yakka-bir munosabatlar modeli misoliga qarang .
OneToOneFieldmaydonlar ixtiyoriy parent_linkargumentni ham qabul qiladi.
OneToOneFieldsinflar avtomatik ravishda modeldagi asosiy kalitga aylanish uchun ishlatiladi. primary_keyBu endi to'g'ri emas (garchi xohlasangiz, argumentni qo'lda kiritishingiz mumkin ). OneToOneFieldShunday qilib, endi bitta modelda bir nechta turdagi maydonlarga ega bo'lish mumkin .
Fayllardagi modellar ¶
from django.db import models
class Restaurant(models.Model):
Maydon nomi Python uchun ajratilgan so'z bo'lishi mumkin emas, chunki bu Python sintaksisi xatosiga olib keladi. Masalan:
class Example(models.Model):
class Example(models.Model):
Ushbu cheklovlarni hal qilish mumkin, chunki sizning maydoningiz nomi ma'lumotlar bazasi ustun nomiga mos kelishi shart emas. Variantga qarang db_column.
join, whereyoki kabi SQL tomonidan zahiralangan so'zlar model maydon nomlari sifatida ruxsat etiladiselect , chunki Django har bir asosiy SQL so'rovida barcha ma'lumotlar bazasi jadvallari va ustun nomlaridan qochadi. U ma'lum ma'lumotlar bazasi dvigatelingizning iqtibos sintaksisidan foydalanadi.
Maxsus maydon turlari ¶
Metavariantlar ¶
from django.db import models
class Ox(models.Model):
class Meta:
Barcha mumkin bo'lgan variantlarning to'liq ro'yxatini model varianti ma'lumotnomasidaMeta topish mumkin .
Model atributlari ¶
Bu biznes mantig'ini bir joyda saqlashning qimmatli usuli - model.
Masalan, ushbu modelda bir nechta maxsus usullar mavjud:
from django.db import models
class Person(models.Model):
def baby_boomer_status(self):
@property
Model namunasi ma'lumotnomasida har bir modelga avtomatik ravishda berilgan usullarning to'liq ro'yxati mavjud . Ularning aksariyatini bekor qilishingiz mumkin – quyida oldindan belgilangan model usullarini bekor qilish ga qarang – lekin siz deyarli har doim aniqlamoqchi bo‘lgan ikkita juftlik mavjud:
__str__()
Siz har doim ushbu usulni belgilashni xohlaysiz; sukut bo'yicha unchalik foydali emas.
get_absolute_url()
Uni noyob tarzda aniqlaydigan URL manziliga ega bo'lgan har qanday ob'ekt ushbu usulni belgilashi kerak.
Oldindan belgilangan model usullarini bekor qilish ¶
Siz xatti-harakatni o'zgartirish uchun ushbu usullarni (va boshqa har qanday model usulini) bekor qilishingiz mumkin.
O'rnatilgan usullarni bekor qilish uchun klassik foydalanish holati, agar siz ob'ektni saqlaganingizda biror narsa sodir bo'lishini xohlasangiz. Masalan ( save()qabul qilingan parametrlarning hujjatlari uchun qarang):
from django.db import models
class Blog(models.Model):
def save(self, *args, **kwargs):
from django.db import models
class Blog(models.Model):
def save(self, *args, **kwargs):
Model usuliga o'tilishi mumkin bo'lgan argumentlar orqali o'tishingiz ham muhim - bit shunday qiladi . Django vaqti-vaqti bilan yangi argumentlar qo'shib, o'rnatilgan model usullari imkoniyatlarini kengaytiradi. Agar siz usul ta'riflarida foydalansangiz, ular qo'shilganda kodingiz ushbu argumentlarni avtomatik ravishda qo'llab-quvvatlashiga kafolat beriladi.*args, **kwargs*args, **kwargs
O'chirilgan model usullari ommaviy operatsiyalarda chaqirilmaydi
E'tibor bering, delete()ob'ekt uchun usul QuerySet yordamida yoki natijasida ob'ektlarni ommaviy ravishda o'chirishda chaqirilishi shart emas . Moslashtirilgan o'chirish mantig'i bajarilishini ta'minlash uchun siz va/yoki signallardan foydalanishingiz mumkin.cascading deletepre_deletepost_delete
Afsuski, , va dan hech biri chaqirilmagani uchun qachon creatingyoki updatingommaviy ob'ektlarni hal qilishning iloji yo'q .save()pre_savepost_save
Maxsus SQL ni ishga tushirish ¶
Model merosi ¶
Siz qilishingiz kerak bo'lgan yagona qaror - siz ota-ona modellarining o'ziga xos model bo'lishini xohlaysizmi (o'z ma'lumotlar bazasi jadvallari bilan) yoki ota-onalar faqat bolalar modellari orqali ko'rinadigan umumiy ma'lumotlarga ega bo'lsa.
Djangoda mumkin bo'lgan uchta meros uslubi mavjud.
Ko'pincha, har bir bola modeli uchun yozishni istamaydigan ma'lumotlarni saqlash uchun ota-ona sinfidan foydalanishni xohlaysiz. Bu sinf hech qachon alohida ishlatilmaydi, shuning uchun abstrakt tayanch sinflar siz istagan narsadir.
Misol:
class CommonInfo(models.Model):
class Meta:
class Student(CommonInfo):
Mavhum asosiy sinflardan meros bo'lib qolgan maydonlar boshqa maydon yoki qiymat bilan bekor qilinishi yoki bilan olib tashlanishi mumkin None.
Ko'p foydalanish uchun ushbu turdagi model merosi aynan siz xohlagan narsaga aylanadi. Bu Python darajasida umumiy ma'lumotlarni hisobga olish usulini taqdim etadi, shu bilan birga ma'lumotlar bazasi darajasida har bir bola modeli uchun faqat bitta ma'lumotlar bazasi jadvalini yaratadi.
Metameros olish ¶
from django.db import models
class CommonInfo(models.Model):
class Student(CommonInfo):
Ba'zi atributlarni mavhum asosiy sinfning Meta sinfiga kiritish mantiqiy bo'lmaydi . Misol uchun, shu jumladan, barcha bolalar sinflari (o'z Meta nidb_table ko'rsatmaydiganlar ) bir xil ma'lumotlar bazasi jadvalidan foydalanishini anglatadi, bu deyarli siz xohlagan narsa emas.
Python merosining ishlash usuli tufayli , agar bolalar sinfi bir nechta mavhum asosiy sinflardan meros bo'lsa, sukut bo'yicha faqat birinchi sanab o'tilgan sinfdagi Meta variantlari meros qilib olinadi. Bir nechta mavhum asosiy sinflardan Meta variantlarini meros qilib olish uchun siz Meta merosini aniq e'lon qilishingiz kerak. Masalan:
from django.db import models
class CommonInfo(models.Model):
class Meta:
class Unmanaged(models.Model):
class Student(CommonInfo, Unmanaged):
class Meta(CommonInfo.Meta, Unmanaged.Meta):
related_nameUshbu muammoni hal qilish uchun mavhum asosiy sinfdan foydalanayotganingizda related_query_name(faqat) qiymatning bir qismi '%(app_label)s'va ni o'z ichiga olishi kerak '%(class)s'.
'%(class)s'maydon ishlatiladigan bolalar sinfining kichik harflari nomi bilan almashtiriladi.
from django.db import models
class Base(models.Model):
class Meta:
class ChildA(Base):
class ChildB(Base):
from common.models import Base
class ChildB(Base):
Agar siz mavhum tayanch sinfdagi maydon uchun atributni belgilamasangiz related_name , standart teskari nom bolalar sinfining nomi va undan keyin bo'ladi '_set', xuddi siz maydonni bevosita bolalar sinfida e'lon qilganingizda bo'lgani kabi. . Misol uchun, yuqoridagi kodda, agar related_name atribut o'tkazib yuborilgan bo'lsa, maydonning teskari nomi case va maydon uchun m2mbo'ladi .childa_setChildAchildb_setChildB
Ko'p jadvalli meros ¶
from django.db import models
class Place(models.Model):
class Restaurant(Place):
>>> Place.objects.filter(name="Bob's Cafe")
>>> p = Place.objects.get(id=12)
OneToOneFieldUnda avtomatik ravishda yaratilgan Restauranthavola Placequyidagicha ko'rinadi:
place_ptr = models.OneToOneField(
Metava ko'p jadvalli meros ¶
Shunday qilib, bola modeli ota-onasining Meta sinfiga kirish huquqiga ega emas . orderingBiroq, bola ota-onadan xatti-harakatni meros qilib oladigan bir nechta cheklangan holatlar mavjud: agar bola biror xususiyat yoki xususiyatni ko'rsatmasa get_latest_by, u ota-onasidan meros qilib oladi.
Agar ota-onaning buyurtmasi bo'lsa va siz bolada tabiiy tartib bo'lishini xohlamasangiz, uni aniq o'chirib qo'yishingiz mumkin:
class ChildModel(ParentModel):
Masalan, yuqoridagi Placesinfdan yana foydalanib, quyidagi bilan boshqa kichik sinf yaratamiz ManyToManyField:
class Supplier(Place):
Reverse query name for 'Supplier.customers' clashes with reverse query
HINT: Add or change a related_name argument to the definition for
Asosiy havola maydonini belgilash ¶
Proksi-server modellari ¶
Bu proksi-server modeli merosi uchun: original model uchun proksi-server yaratish. Siz proksi-server modelining nusxalarini yaratishingiz, o'chirishingiz va yangilashingiz mumkin va barcha ma'lumotlar asl (proksisiz) modeldan foydalanayotgandek saqlanadi. Farqi shundaki, siz asl nusxani o'zgartirmasdan, standart model buyurtmasi yoki proksi-serverdagi standart menejer kabi narsalarni o'zgartirishingiz mumkin.
Proksi-serverlar oddiy modellar kabi e'lon qilinadi. proxySiz Djangoga sinfning atributini Metaga o'rnatish orqali uning proksi modeli ekanligini aytasiz True.
Misol uchun, siz modelga usul qo'shmoqchisiz deylik Person. Siz buni shunday qilishingiz mumkin:
from django.db import models
class Person(models.Model):
class MyPerson(Person):
def do_something(self):
>>> p = Person.objects.create(first_name="foobar")
class OrderedPerson(Person):
Proksi modellari Metaatributlarni oddiy modellar kabi meros qilib oladi .
QuerySets hali ham so'ralgan modelni qaytaradi ¶
Asosiy sinf cheklovlari ¶
Proksi-server modeli menejerlari ¶
PersonYuqoridagi misolimizni davom ettiradigan bo'lsak, siz ushbu modelni so'rashda ishlatiladigan standart menejerni o'zgartirishingiz mumkin :
from django.db import models
class NewManager(models.Manager):
class MyPerson(Person):
class Meta:
# Create an abstract class for the new manager.
class Meta:
class MyPerson(Person, ExtraManagers):
Proksi-server merosi va boshqarilmaydigan modellar o'rtasidagi farqlar ¶
Ehtiyotkorlik bilan sozlash bilan Meta.db_tablesiz mavjud modelni soya qiladigan va unga Python usullarini qo'shadigan boshqarilmaydigan modelni yaratishingiz mumkin. Biroq, bu juda takrorlanadigan va mo'rt bo'ladi, chunki har qanday o'zgartirish kiritsangiz , ikkala nusxani ham sinxronlashtirishingiz kerak.
Boshqa tomondan, proksi-server modellari xuddi o'zlari proksi-server qilayotgan model kabi harakat qilishlari kerak. Ular har doim asosiy model bilan hamohang bo'ladi, chunki ular bevosita uning sohalari va menejerlarini meros qilib oladilar.
Umumiy qoidalar quyidagilar:
Agar siz mavjud model yoki ma'lumotlar bazasi jadvalini aks ettirayotgan bo'lsangiz va barcha asl ma'lumotlar bazasi jadvali ustunlarini xohlamasangiz, dan foydalaning Meta.managed=False. Ushbu parametr odatda Django nazorati ostida bo'lmagan ma'lumotlar bazasi ko'rinishlari va jadvallarini modellashtirish uchun foydalidir.
Umuman olganda, siz bir nechta ota-onadan meros olishingiz shart emas. Bu foydali bo'lgan asosiy holat "aralash" sinflari uchundir: aralashmani meros qilib olgan har bir sinfga ma'lum bir qo'shimcha maydon yoki usul qo'shish. Meros ierarxiyasini iloji boricha sodda va tushunarli saqlashga harakat qiling, shunda ma'lum bir ma'lumot qayerdan kelganini aniqlash uchun qiynalmasligingiz kerak.
E'tibor bering, umumiy idasosiy kalit maydoniga ega bo'lgan bir nechta modellarni meros qilib olish xatolikni keltirib chiqaradi. AutoFieldBir nechta merosdan to'g'ri foydalanish uchun siz asosiy modellarda aniq foydalanishingiz mumkin :
class Article(models.Model):
class Book(models.Model):
class BookReview(Book, Article):
class Piece(models.Model):
class Article(Piece):
class Book(Piece):
class BookReview(Book, Article):
Ushbu cheklov mavhum modeldan meros bo'lib qolgan model maydonlariga taalluqli emas. Bunday maydonlar boshqa maydon yoki qiymat bilan bekor qilinishi yoki sozlash orqali olib tashlanishi mumkin .field_name = None
Ogohlantirish
Model menejerlari mavhum tayanch sinflardan meros bo'lib qolgan. Meros tomonidan havola qilingan meros maydonini bekor qilish Managernozik xatolarga olib kelishi mumkin. Maxsus menejerlar va model merosini ko'ring .
Eslatma
Ba'zi maydonlar modeldagi qo'shimcha atributlarni belgilaydi, masalan, a maydon nomiga qo'shilgan ForeignKeyqo'shimcha atributni , shuningdek , chet el modelida ham belgilaydi._idrelated_namerelated_query_name
maydonini chalkashtirmaslik , kodni o'qishni osonlashtirish va kodni tahlil qilish vositalarini foydali saqlash kabi afzalliklarga ega.from .models import *
,
,
,
,
,
,
,
,
,
,
,
,
,
)
# Also include hidden fields.
,
,
,
,
,
,
,
,
,
,
,
,
,
,
,
)
