@Semus

Здравствуйте!
хочу попросить совета в проектировании БД.
В данный момент пишу многопоточный сервер, который осуществляет выборку данных из базы под управлением postgresql 9.4. Сейчас встал следующий вопрос: есть некий большой массив данных, который можно разбить на несколько таблиц, или же оставить в одной большой. Структура таблиц (большой или маленьких, не важно) будет примерно следующая:
id
name
key
...
searchstring
...

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

PS
напоминаю, что сервер многопоточный и к нему одновременно цепляются несколько клиентов

0

@grgdvo

здесь вопрос неоднозначный. что конкретно вы будете искать в searchstring?
Чем больше таблица, тем больше индекс. Чем больше индекс, тем больше времени занимает поиск по индексу. Соответственно, если будет выборка "условно произвольного" набора записей, требующая каждый раз "долгого блуждания" по индексу, то выигрыша практически не будет. Вы просто будете заставлять базу каждый раз делать одни и те же действия. Если удастся прикрутить разумный партишионинг, который будет соответствовать типам запросов относительно searchstring, то выигрыш очевидно будет, так как будут использоваться индексы меньшего размера, требующие меньших телодвижений.

1

@Semus

searchstring - в том то и суть, содержит строку, в которой необходимо искать слово или же набор слов.
И еще один вопрос. Если это поле (searchstring) строковое его имеет смысл делать индексированным?

0

@Grossmeister

Если поиск по началу слова
то имеет

1

@grgdvo

Примерьте еще для себя вот этот функционал postgresql (full text search). Штука весьма специфическая, но вы больше знаете о вашей задаче.

1