Начал изучать Django, какую DB использовать.

Использовать mariadb?

Почему нет? Они ещё совместимы.

Наверное, стоило устанавливать dev-пакеты от mariadb, а не мускуля.

Постгрес спасёт гиганта мысли. Мускуль всё.

Только хотел тот же самый вопрос задавать, правда без привязки к джанге и вебу..

Чем это обоснованно?

Тем что он уже всё с самого рождения.

Наверное, стоило устанавливать dev-пакеты от mariadb, а не мускуля

Ага так и сделал, теперь pip install MySQL-python нормально отработал

Постгрес спасёт гиганта мысли. Мускуль всё.

В догонку вопрос : как там с хостингом? Решил взять python все таки - на питоне небольшие скрипты писал, php вобще в глаза не видел. Если postgres вместо mysql взять как отразится на стоимости хостинга? Посетителей много не планирую, сайт типа интернет магазина по одной определенной группе товаров там 10-20 наименований будет с самого начала.

А для корректно-написанного django-приложения разве есть разница, какая БД используется?

С хостингом не очень, лучше vds.

А для корректно-написанного django-приложения разве есть разница, какая БД используется?

Не знай, только начал изучать по туториалу.

Клево. А технические аргументы?
Я о бд не знаю почти ничего, если что.

нет, интерфейс к бд един для всего, даже для sqlite.

Да, они совместимы.

MariaDB - это «drop-in» замена MySQL, это одна из киллер фич и отказываться от совместимости пока не планируется (это можно будет сделать только после того, когда критическая масса юзеров переползет на машу, не раньше). Мало того в машу сейчас перетаскивают функционал c MySQL Enterprise, а MariaDB Galera Cluster, как я понимаю, аналог MySQL Cluster Carrier Grade. MySQL действительно уже все, но MariaDB уже полностью готова занять его нишу.

Ты не мне, а ТСу это рассказывай. Я ни MySQL, и марию не использую.

Для меня в пользу PostgreSQL была более развитая система типов чему у мускала, ну и вроде хранимки у посгре лучше.

В десятой ветке mariadb ломают совместимость, но mysql-совместимую ветку думаю будут тянуть ещё долго.

Про то что MySQL кака, а Postgresql (ну или Oracle) цаца кричат на всех углах уже очень давно. И тем не менее MySQL почему-то продолжают использовать повсеместно, от шаред-хостнгов до фэйсбуков. Необъяснимо.

Для джанги без разницы какую db ты используешь. На приложении это никак не отразится. Бери постгрес и psycopg2. Богатая система типов, репликация и удобные хранимые процедуры. Кроме того для джанги есть приложения, которые позволяют использовать дополнительные типы постгреса в своих моделях, а скоро их поддержку добавят в саму джангу. Там на кикстартере уже денег собрали

В джанге как и в рубях ОРМ нет чтоле?

дополнительные типы постгреса в своих моделях

Не думаю что начинающему типа меня это надо, но спасибо за совет. Думаю пока просто оставить sqllite а потом когда будут уже много посетителей (и если будет) уже думать что делать.

В джанге ОРМ есть

Это в руби то нет ORM? Рассмешил.
//лорчую postgres

Большинство компаний, предоставляющих услуги хостинга, не предоставляют возможности использовать postgresql. Да и виртуальный хостинг с поддержкой python - весьма редко предоставляемая услуга. В данном случае лучше взять недорогую VPS.

Конечно, sqlite тебе хватит для магазина года на два. Потом закешируешься по самое «нибалуй» как тру рубист :D.

mongo, mongoengine
годнота

На локальной машине - sqlite, на рабочем сайте - mysql или postgresql.

Зачем плохое советуешь. Могут возникнуть проблемы при переносе на продакшен. Лучше и при разработке использовать ту же СУБД что и на продакшене.

Это плохая идея.

вот пример https://github.com/django-mptt/django-mptt/blob/master/mptt/managers.py#L675

Use postgres, Luke.

И что? Если стороннее приложение использует запросы, значит в джанге нет орм?

Могут возникнуть проблемы при переносе на продакшен.

Проблемы при переносе данных?

Проблемы при переносе данных?

Да. Ты пробовал переносить данные из sqlite в mysql или другую БД? С помощью manage.py dumpdata/loaddata это не так то просто сделать на более менее сложном проекте, есть нюансы.

Впрочем, способа получше вроде и нет.

Я в sqlite рабочие данные не держу, только тестовые. На небольших объёмах тестовых данных легче проверить, правильно ли что-либо работает (это, правда, потому что я юнит-тесты ниасилил).

Как продвигается изучение? Спрашиваю потому что одноврменно начали примерно. :)

Как продвигается изучение?

Да вот начал делать интернет магазин. Пока что модель даже до конца не доделал. Делаю простейший, классы будут такие : Изображение, Категория, Товар(отношение ManyToMany с изображением и категорией), Заказ (ManyToMany с товаром). http://lightbird.net/dbe/index.html - хороший туториал, только устаревший + многие вещи опускает объяснение приходится самому допирать + код ручками допиливать. Сделал оттуда photo organizer потом стал магазин делать свой.