Mysql
 sql >> база данни >  >> RDS >> Mysql

Джанго идиосинкразии

Честно казано, ако тези неща са блокери за вас, не използвайте Django. Аз съм много силен привърженик на Django, но ако смятате, че не отговаря на нуждите ви, трябва да изберете нещо друго.

Трябва обаче да кажа, че това са странни неща, върху които да се фокусирате. Не мога да си представя защо едно допълнително поле за първичен ключ в междинна M2M таблица би било проблем изобщо. (Обърнете внимание обаче, че съставните полета - включително PKs - бяха обект на проект Summer of Code тази година и изглежда готови за сливане - вижте https://groups.google.com/forum/#!topic/django-developers/CD7OrkJ63zc )

И отново, защо липсата на настройки по подразбиране на ниво SQL "прави живота по-труден" е трудно да се разбере:ако правите всичко чрез ORM на Django, където се прилага по подразбиране няма разлика; Освен това, както каза Адриан в този билет, правенето на това в SQL всъщност би намалило текущата функционалност, като направи неща като извикваеми настройки по подразбиране невъзможни.

Също така трябва да помислите защо оставяте тези относително тривиални детайли да засенчат големите предимства, които Django ви дава:изразителен ORM, език на шаблоните, процъфтяваща общност, огромен брой приложения на трети страни... Но дори това казано отново вие сте свободни да изберете нещо друго, ако наистина не работи за вас.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Има ли начин да стартирате MySQL в паметта за тестови случаи на JUnit?

  2. Mysql заявка за намиране на всички редове, които имат същите стойности като друг ред

  3. Уловима фатална грешка:Обектът от клас stdClass не може да бъде преобразуван в низ в.. при опит за вмъкване в база данни

  4. съединяване на две избрани изрази

  5. Кой ORM трябва да използвам за Node.js и MySQL?