Я не заметил замедления в самом приложении django при переносе сайта с .9 на 1.3 на mysql.На этих слайдах может быть несколько полезных критических замечаний, но цифры не кажутся вообще полезными.
В дополнение к django на mysql я использовал django-nonrel на основе 1.3 с mongodb, и это быстроЯ имею в виду очень быстро, даже с таблицей из 3 миллионов записей.Извините, нет статистики, но слой базы данных все еще является узким местом для размышлений.И есть много способов оптимизировать слой базы данных в приложении, кроме использования решения nosql.
Итак, все, что я могу сказать, это то, что django с использованием нормализованных баз данных SQL прост в настройке, но на самом деле медленно в один разу вас есть более 10 тысяч записей.Django с решением nosql, или даже просто использование mysql / postgresql с правильной денормализацией - это быстро.
Есть так много хороших wsgi-решений, доступных сейчас, что при рассмотрении подобных статистических данных нам действительно нужно сейчаскакое решение по развертыванию тестируется.Рассмотрите эти варианты - http://nichol.as/benchmark-of-python-web-servers
Также учтите, что при развертывании легко иметь два интерфейсных веб-сервера или три.Вам даже не нужно менять свой конф.Но масштабирование базы данных намного сложнее и требует гораздо больше мысли и навыков.Таким образом, Django, работающий на 10% медленнее для меня, на самом деле даже не проблема, когда вы начинаете сравнивать это в реальных числах с задержкой вашей базы данных.
Добавьте такие вещи, как поддержка ведомых для dbs, возможность настройки записи в db ичитает отличные приложения, такие как юг, я никогда не смогу прийти к выводу, что django отстой.Джанго 1.3, на мой взгляд, качается.
Джанго может быть лучше?Конечно.Стандартизированные тесты пойдут на пользу Джанго?Конечно.Является ли Джанго медленным, будучи проблемой?Ни за что.