Здравствуйте, Grienders, Вы писали:
G>По-сравнению с Rails.
Вот-вот, у меня тот же вопрос.
В рельсах я как-то сразу послал нафиг ORM и писал запросы к базе руками. Соответственно, на модельном уровне завёл функции в классе модельки, которые возвращают нужное (ну или сохраняют нужное). Завёл в базе нужные триггеры и вьюхи для того, чтобы хранилось всё как надо.
Как по-человечески в django сделать пользовательскую аутентификацию, отличную от их встроенной, я так и не понял — буду переписывать с нуля, отвязываясь от django-users вообще.
Почему-то пакет с, простите, bootstrap что-то ставит в питоновые исходники, хотя это же чистый сss/javascript!
А, да, ORM — немыслимое днище, что в Rails, что в Django. Придумано для тех Кумаров, которые не смогли понять, как писать SQL-запросы по-человечески?
Здравствуйте, Sheridan, Вы писали:
S>Здравствуйте, Grienders, Вы писали:
G>>По-сравнению с Rails.
S>Потому что изначально вкурен райлс, похоже. Был бы вкурен сначала джанга — вопрос был бы зеркален
Да нифига. Простое поле к модели добавить, чтобы по нему фильтровать — проблема. Вызвать метод со скобками в .html — проблема. Да и еще куча всего.
Здравствуйте, Zenden, Вы писали:
Z>Здравствуйте, Grienders, Вы писали:
G>>По-сравнению с Rails.
Z>Потому что питон. Там всё через ж. Взять хотя бы отступы.
Здравствуйте, Dair, Вы писали:
D>В рельсах я как-то сразу послал нафиг ORM и писал запросы к базе руками. Соответственно, на модельном уровне завёл функции в классе модельки, которые возвращают нужное (ну или сохраняют нужное). Завёл в базе нужные триггеры и вьюхи для того, чтобы хранилось всё как надо. D>А, да, ORM — немыслимое днище, что в Rails, что в Django. Придумано для тех Кумаров, которые не смогли понять, как писать SQL-запросы по-человечески?
Здравствуйте, Dair, Вы писали:
D>А, да, ORM — немыслимое днище, что в Rails, что в Django. Придумано для тех Кумаров, которые не смогли понять, как писать SQL-запросы по-человечески?
Это да. Впрочем, вроде бы считается, что это можно использовать для того, чтобы приложение могло работать с несколькими БД. У меня есть сомнения, что это в самом деле работает (кроме совсем простых случаев), но я могу ошибаться. Кроме того, я не знаю, насколько часто это реально нужно.
Здравствуйте, 31415926, Вы писали:
3>Это да. Впрочем, вроде бы считается, что это можно использовать для того, чтобы приложение могло работать с несколькими БД. У меня есть сомнения, что это в самом деле работает (кроме совсем простых случаев), но я могу ошибаться. Кроме того, я не знаю, насколько часто это реально нужно.
Как я где-то прочитал, "работа с несколькими БД — это как секс у подростков — чаще говорят, чем делают".
И, да, оно сгенерит неоптимальные запросы, но к разным БД. Не лучше чем это сделаю я под конкретную БД. Например, внося в селект лишние (не нужные мне сейчас) поля. Ну это не говоря уже о запросах более сложных чем select ... from a,b,c where ... order by ...
Как на ORM делают outer join? как делают select from select? Как делают insert returning?
Здравствуйте, 31415926, Вы писали:
3>Это да. Впрочем, вроде бы считается, что это можно использовать для того, чтобы приложение могло работать с несколькими БД. У меня есть сомнения, что это в самом деле работает (кроме совсем простых случаев), но я могу ошибаться. Кроме того, я не знаю, насколько часто это реально нужно.
с несколькими субд?
да, это частенько используют там, где не требуются особые фичи какой-то субд.
например, в разработке берут sqlite, а для продавшона уже какой-нибудь postgresql.
Здравствуйте, Grienders, Вы писали:
G>>>По-сравнению с Rails. Z>>Потому что питон. Там всё через ж. Взять хотя бы отступы. G>C Питоном как раз проблем нет.
Ой, только не надо ля ля. С питоном всё те же проблемы что и со всеми остальными языками — его надо знать в довесок ко всему остальному что уже знаешь. И те же проблемы что с линуксом — ты его будешь знать каждый день.
[In theory there is no difference between theory and practice. In
practice there is.]
[Даю очевидные ответы на риторические вопросы]
Здравствуйте, Grienders, Вы писали:
G>По-сравнению с Rails.
В rails типа все нормально?
Вчера сексом занимался наночь глядя.
Замечательноая ошибка:
rake aborted! "cannot load such file -- iconv"
хотя у меня:
D:\>iconv --version
iconv (GNU libiconv 1.9)
Copyright (C) 2000-2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Bruno Haible.
В итоге забил на это УГ. Использовал альтернативный способ сборки.
Да и вопрос нагрена существует rubi версии 2.2? После секска находишь кучу советов ставить версию 2.1.
А то что на rubi есть кучу зависимостей, которые тупо под Windows не поддерживаются?
По опыту вижу, что в настоящее время ничего лучше чистого С (posix стандарт) и Java (если Java поддерживается платформой) нет, в плане кросс-платформености.
Здравствуйте, Dair, Вы писали:
D>Как я где-то прочитал, "работа с несколькими БД — это как секс у подростков — чаще говорят, чем делают".
D>И, да, оно сгенерит неоптимальные запросы, но к разным БД. Не лучше чем это сделаю я под конкретную БД. Например, внося в селект лишние (не нужные мне сейчас) поля. Ну это не говоря уже о запросах более сложных чем select ... from a,b,c where ... order by ...
D>Как на ORM делают outer join? как делают select from select? Как делают insert returning?
Так и я не знаю. Мне как-то пришлось добавлять к довольно большому приложению поддержку Oracle и DB2 (был MS SQL). Сделали "руками" примерно за месяц.
Здравствуйте, 31415926, Вы писали:
F>>например, в разработке берут sqlite, а для продавшона уже какой-нибудь postgresql. 3>А вот такого подхода я категорически не понимаю? Зачем?
локальные базы удобней. не захламляется общая субд.
сегодня у тебя один проект, завтра другой, послезавтра третий.
и там не только код меняется, но и база, версия языка, набор библиотек и прочее-прочее.
там и тесты удобно гонять, когда надо сгенерить базу.
в продавшоне гетерогенность субд тоже встречается, но довольно редко.
Здравствуйте, neFormal, Вы писали:
F>локальные базы удобней. не захламляется общая субд. F>сегодня у тебя один проект, завтра другой, послезавтра третий. F>и там не только код меняется, но и база, версия языка, набор библиотек и прочее-прочее. F>там и тесты удобно гонять, когда надо сгенерить базу.
Здравствуйте, neFormal, Вы писали:
F>а конкретней можно? F>может я действительно фатально ошибаюсь. хотелось бы знать, в чём именно.
Ну например в том, что существует такая вещь, как "общая БД". Т.е. логически конечно можно такое организовать, но зачем? Вот в компании, на которую я сейчас работаю, на тестовом стенде запускается отдельный PG кластер для каждого пользователя. А как правило вполне достаточно иметь один сервер с разными базами.