Польза от «сегментации» таблиц в БД SQLite?

Question

[taurus90]

Стоит следующая задача: создать структуру базы данных для хранения, среди прочего, объектов типа "post". Их может быть тысячи, каждый post имеет собственного автора (autor_id).
Есть ли смысл (для быстродействия) создавать для каждого автора свою таблицу "posts_##autor_id##", например для пользователей с ID'ами 0 и 1 будут свои таблицы "posts_0" и "posts_1"?
Операции над постами - полное удаление по автору(редко), получение с сортировкой/условием только от автора, получение всех постов от всех авторов(часто).

Answer 1

[MonkAlex]

>>получение всех постов от всех авторов(часто).
вот эта частая операция потребует join постоянных по неограниченному числу таблиц.

Конечно, когда в таблице будут тысячи постов, запрос с сортировкой может быть тоже не быстрым, но мне что-то кажется это будет выгоднее делать в одной таблице всё таки.

ПС: не шарю особо в SQL, моё мнение можно не учитывать.

Answer 2

[Ilya Evseev]

SQLite не для быстродействия, а для простоты.
Для быстродействия нужен (No)SQL-сервер.

Comments

[taurus90]

Как говорится, на вкус и цвет.. Реляционные БД наиболее удобные и развитые решения. Скажите например как на том же MongoDB собрать все посты всех пользователей? Это будет намного дольше, чем на мускуле.