Форум сайта python.su
Вопрос - как в models.py использовать к примеру InnoDB заместо Myisam?
Как Django работает с уже существующей базой и таблицами?
Как в models.ForeignKey() выставлять правила обновления по delete и update?
Отредактировано (Дек. 4, 2007 17:01:35)
Офлайн
securelordэто не предусмотрено
Вопрос - как в models.py использовать к примеру InnoDB заместо Myisam?
securelordтак же как и обычно. надо просто создать модели соответствующие таблицам - можно сделать автоматически
Как Django работает с уже существующей базой и таблицами?
securelordпоподробнее, что хочешь сделать
Как в models.ForeignKey() выставлять правила обновления по delete и update?
Офлайн
Daevaornчто то вроде этого.
поподробнее, что хочешь сделать
create table users ( id_user int() not null auto_increment, id_party int() not null, Primary key (id_user) Foreign key (id_party) references party(id_party) on delete cascade on update cascade )
DaevaornА как быть со сложными запросами? Или пользоваться курсорами?
так же как и обычно. надо просто создать модели соответствующие таблицам - можно сделать автоматически
Отредактировано (Дек. 4, 2007 18:07:19)
Офлайн
securelordтоже никак. поскольку модели в джанго уже высокоуровневая абстракция над системой хранения, то поэтому точечную настройку можно осуществить, написав DDL вручную.
что то вроде этого.
securelordчто-то через ORM, что-то через курсор. Выбирай по ситуации.
А как быть со сложными запросами? Или пользоваться курсорами?
Офлайн
Спасибо
Офлайн
securelordВ models.py никак, но в settings.py можно задать DATABASE_OPTIONS = {“init_command”: “SET storage_engine=INNODB” }. http://code.djangoproject.com/svn/django/trunk/docs/databases.txt
Вопрос - как в models.py использовать к примеру InnoDB заместо Myisam?
Офлайн
А еще где то был howto как уговорить джангу самостоятельно попробовать превратить существующую БД в джанго-модели. Было в документации в районе Database API / Models API
Отредактировано (Янв. 2, 2008 12:10:07)
Офлайн
Lolkahttp://www.djangoproject.com/documentation/django-admin/#inspectdb
А еще где то был howto как уговорить джангу самостоятельно попробовать превратить существующую БД в джанго-модели.
Офлайн
А потом как работать? Как организовать цикл развития ПО?
Допустим, мы начинаем разработку с
1) ER-диаграммы на логическом уровне (одна модель для любой СУБД)
2) Получаем SQL код №1 для нескольких СУБД
3) Если не удается добиться нужной генерации, правим специфику в редакторе, фиксируем различие, документируем №1 для нескольких СУБД.
4) Генерим БД №1 на нескольких СУБД.
—-
5) Импортируем схему БД в models.py №1 с самой дружественной СУБД (допустим 50 сущностей, а вдруг)
6) Добавляем по шаблону всем стандартный дополнительный питоновский код
7) Добавляем некоторым ручками некоторый специальный код
8) Проверяем совместимость модели №1 с базами данных №1 на нескольких СУБД.
—-
9) Решаем изменить логическую схему, вносим изменение в ER (п.1)
Повторяем шаги 1 - 8 для №2, а потом пишем процедуру импорта данных из №1 в №2 для каждой СУБД
При этом мы каждый раз будем повторять одинаковую ручную работу на этапах 2 и особенно 6 и 7
Функционал Django для автоматической генерации баз данных и синхронизации почти совсем не используем.
Или есть другие варианты?
Я правда не могу решить как правильно организовать процесс разработки.
ps.Странно, что в Django нет Визуального дизайнера для models.
Офлайн
PyCraftТак автоматизируйте. Что мешает?
При этом мы каждый раз будем повторять одинаковую ручную работу на этапах 2 и особенно 6 и 7
PyCraftМодель первична.
Я правда не могу решить как правильно организовать процесс разработки.
PyCraftКуда уж визуальнее и функциональнее чем имеющийся DSL?
Странно, что в Django нет Визуального дизайнера для models.
Офлайн