sql >> Database teknologi >  >> RDS >> Mysql

Django idiosynkrasier

Helt ærligt, hvis disse ting er blokere for dig, så brug ikke Django. Jeg er en meget stærk fortaler for Django, men hvis du føler, at det ikke opfylder dine behov, bør du gå med noget andet.

Jeg må dog sige, at det er mærkelige ting at fiksere på. Jeg kan ikke forestille mig, hvorfor et ekstra primært nøglefelt på en mellemliggende M2M-tabel overhovedet ville være et problem. (Bemærk dog, at sammensatte felter - inklusive PK'er - har været genstand for et Summer of Code-projekt i år, og ser ud til at være klar til at fusionere - se https://groups.google.com/forum/#!topic/django-developers/CD7OrkJ63zc )

Og igen, hvorfor manglen på standardindstillinger på SQL-niveau "gør livet sværere" er svært at forstå:hvis du gør alt gennem Django's ORM, hvor standarden anvendes, gør ingen forskel; plus, som Adrian sagde på den billet, ville det at gøre det i SQL faktisk reducere den nuværende funktionalitet ved at gøre ting som callable standards umulige.

Du bør også reflektere over, hvorfor du lader disse relativt trivielle detaljer overskygge de store fordele, som Django giver dig:udtryksfuld ORM, skabelonsprog, blomstrende fællesskab, et stort antal tredjepartsapps... Men selv når det er sagt, endnu en gang du er fri til at vælge noget andet, hvis det virkelig ikke virker for dig.




  1. Hvornår skal man bruge LEFT JOIN og hvornår skal man bruge INNER JOIN?

  2. Fremskynder et stort antal mysql-opdateringer og -indsættelser

  3. Hvordan bruger man PHP-streng i mySQL LIKE-forespørgsel?

  4. Liste lagrede funktioner, der refererer til en tabel i PostgreSQL