SQLAlchemy и django, это готовое производство?
Мы находимся в процессе перемещения всех баз данных к управлению исходным кодом. Мы используем sqlcompare для сценария база данных (функция выпуска профессии, к сожалению) и помещаем тот результат в SVN.
успех Вашей реализации будет во многом зависеть от культуры и методов Вашей организации. Люди здесь верят в создание базы данных на приложение. Существует единый набор баз данных, которые используются большинством приложений, также вызывающих много зависимостей от межбазы данных (некоторые из них являются круговыми). Помещение схем базы данных в управление исходным кодом было известно трудным из-за зависимостей от межбазы данных, которые имеют наши системы.
Всего наилучшего Вам, чем раньше Вы испытываете его, тем раньше Вам разберутся в Ваших проблемах.
4 ответа
Что бы я сделал,
Определите схему в Django orm, пусть пишет db через syncdb. Вы получаете интерфейс администратора.
В view1 вам нужно сложное соединение
def view1(request):
import sqlalchemy
data = sqlalchemy.complex_join_magic(...)
...
payload = {'data': data, ...}
return render_to_response('template', payload, ...)
Я не считаю правильным использовать оба варианта. Вам следует либо:
- Использовать ORM Django и использовать собственный SQL там, где встроенная генерация SQL Django не соответствует вашим потребностям, либо
- Использовать SQLAlchemy (который дает вам более тонкий контроль за счет дополнительной сложности) и, если При необходимости используйте декларативный слой, такой как Elixir , чтобы немного облегчить жизнь.
Конечно, если вам нужен администратор Django, рекомендуется использовать первый из этих подходов.
Джейкоб Каплан-Мосс признался, что время от времени набирает "import sqlalchemy". Я могу написать адаптер набора запросов для результатов sqlalchemy в не столь отдаленном будущем.
I ' я делал это раньше, и все в порядке. Используйте функцию SQLAlchemy, которая может считывать данные в схеме, поэтому вам не нужно объявлять поля дважды.
Вы можете получить настройки подключения из настроек, единственная проблема заключается в различных вариантах драйвера postgres (например, с psyco и без).
Это того стоит, поскольку материал SQLAlchemy намного лучше подходит для таких вещей, как соединения.