Какой должна быть база данных для самописной CMS?

[vlad-55]

Я сделал несложную CMS (чисто для пробы, а она оказалась вполне работоспособной), в которой вся пользовательская информация записывается в единую базу данных.

Очевидно, что по мере наполнения сайта информацией, база будет увеличиваться в размерах и ее работа замедляться. Вот я и думаю: может быть, нужно сделать так, чтобы для каждого раздела/подраздела была своя база?

Как это делается на практике?

(Проект контентный)

[Alar]

Сообщение от vlad-55

база будет увеличиваться в размерах и ее работа замедляться

Это врят ли

для каждого раздела/подраздела была своя база?

не нужно

[vlad-55]

Сообщение от Alar

база будет увеличиваться в размерах и ее работа замедляться
Это врят ли

Не будет замедляться? Ведь база - это тоже файл. Открывать файл 10 Мегабайт и файл 10 Гигабайт - разве это одно и тоже по времени?

[Agency]

Ну, если вы будете работать с чем-то вроде SQLite, тогда возможно что так и будет...
В более серьезных БД все несколько сложнее. Чтобы условный "размер" БД влиял на скорость обработки, которую вы сможете заметить, надо сделать кривоватую логику, написать неподъемные и тупые запросы. Тогда да, надо будет что-то с этим делать. Но лучше начать с оптимизации БД и запросов к ней, а не с тиражирования глупостей.

[HDService]

Приветствую, коллеги!

Полагаю, что выбор СУБД должен быть произведен на основе принципа работы самого продукта. Как вы полагаете, CMS будет больше записывать или больше читать данных? Какой основной характер данных - тест / медиа? Какая "концепция" данных, возможно вам вообще NoSQL подойдет лучше? Как вы думаете ваш проект может подрасти до необходимости кластеризировать СУБД или необходимости шардирования? Как вы будете предоставлять высокую доступность?

Если проект уровня "петпроджект" юзайте смело SQLite или MySQL
Если продукт имеет шансы на "около HighLoad" - PostgeSQL / (MSSQL)

[_SERGEYX_]

Сообщение от vlad-55

Не будет замедляться? Ведь база - это тоже файл. Открывать файл 10 Мегабайт и файл 10 Гигабайт - разве это одно и тоже по времени?

Всё немного сложнее. Даже если База находится в одном файле (например, *.fdb от Firebird), то все равно ее стоит рассматривать не как файл, а как каталог (контейнер с множеством таблиц, хранимых процедур, представлений и т.п). Скорость выполнения запроса зависит не столько от размера самой БД, сколько от количества записей в запрашиваемых таблицах, наличия в них индексированных полей и т.д. Другими словами, обращаясь к конкретной таблице мы обращаемся к определённому участку памяти внутри БД. Для этого не нужно открывать "файл" размером в 10 гигабайт.

У меня на работе некоторые БД размером 10-12 Гб., где таблицы по 5-7 млн. записей работают в сети без каких либо проблем.

Кстати, написать саму CMS не сложно. Сложно написать вменяемую защиту от хака.
Я при написании сайтов часто брал оболочку от какой-либо известной надёжной CMS в которой уже реализованы все права доступа, а модули писал сам внутри оболочки. Так спокойнее