Django | Простой путь изменения схемы базы данных
Все-таки следует признать, что использование приложения south, о котором я писал в предыдущем посте, для цели добавления лишней колонки в одну из таблиц базы данных, оказалось слишком накладным. Возможно, это хорошая вещь - но решать такими методами мою задачу все равно что бить из пушки по воробьям. Во всяком случае, этот путь мне показался слишком сложным, и я решил избрать другой, более простой и надежный.
Этот более простой путь описан в djangobook.com, в главе 10 Advanced Models, в разделе Making Changes to a Database Schema. Мысль этого раздела очень проста - модель нельзя изменить, если не изменена база данных. Значит, начать нужно с базы данных, а потом отразить изменения в модели. Там же изъясняется и порядок действий, который приведет к желаемому результату.
Наконец я реально почувствовал необходимость изучения SQL! Точнее говоря, настало время, когда SQL мне стал реально необходим. А ведь всякому понятно, что теоретически изучать SQL бессмысленно. Поэтому я уже сделал перевод одной статьи с сайта SQLite3, а именно статьи о команде CREATE INDEX. И готов этот перевод опубликовать.
Когда я пройду по этому пути и получу результат, опубликую еще пост. Надеюсь, все получится
Этот более простой путь описан в djangobook.com, в главе 10 Advanced Models, в разделе Making Changes to a Database Schema. Мысль этого раздела очень проста - модель нельзя изменить, если не изменена база данных. Значит, начать нужно с базы данных, а потом отразить изменения в модели. Там же изъясняется и порядок действий, который приведет к желаемому результату.
Наконец я реально почувствовал необходимость изучения SQL! Точнее говоря, настало время, когда SQL мне стал реально необходим. А ведь всякому понятно, что теоретически изучать SQL бессмысленно. Поэтому я уже сделал перевод одной статьи с сайта SQLite3, а именно статьи о команде CREATE INDEX. И готов этот перевод опубликовать.
Когда я пройду по этому пути и получу результат, опубликую еще пост. Надеюсь, все получится