На веб-сайте Django есть страница, на которой перечислены поддерживаемые серверные базы данных .Тем не менее, слой доступа к базе данных Django предназначен для более или менее одинаковой работы независимо от того, какую базу данных вы используете.На странице, на которую я ссылаюсь, описаны некоторые отличия, но они не должны появляться при обычном использовании, если вы пишете только простое веб-приложение.Итак, что касается влияния на то, как вы пишете свое веб-приложение, среди вариантов, перечисленных , это действительно не имеет значения .
Обратите внимание, что все серверные базы данных, поддерживаемые Django, основаны на SQL, яверить.Доступ к базе данных через Django устраняет некоторые проблемы безопасности, которые, как мне кажется, вызвали движение NoSQL ... в любом случае, NoSQL - это то, что вы можете пока игнорировать.
В вашем случае я бы предложилвыберите SQLite просто потому, что его проще настроить, и вы не хотите тратить время на беспокойство о том, как настроить базу данных, когда вам нужно беспокоиться о том, как создать свое веб-приложение.Разница между SQLite и большинством других СУБД (систем управления базами данных) заключается в том, что SQLite хранит каждую базу данных в обычном файле, и клиент SQLite работает непосредственно с этим файлом.Другие СУБД (такие как MySQL, PostgreSQL, Oracle и т. Д.) Имеют центральное расположение для баз данных, сервер для управления ими и клиент, который подключается к серверу и обрабатывает весь доступ к базе данных.Серверная СУБД хорошо работает для загруженного веб-приложения, поскольку она имеет функции для обработки множества одновременных запросов к базе данных, но, поскольку вы просто используете это как учебный проект, вам не нужны эти функции.