Занимаюсь разработкой ПО для анализа и хранения данных от приборов ГЛОНАСС навигации.
Сразу скажу, что с проектированием ДБ я раньше не сталкивался, и в этом деле являюсь абсолютным профаном.
Однако, есть потребность в хранении и оперативном извлечении (по необходимости) большого количества строк.
В сутки приходит порядка 3млн строк, которые нужно хранить в течении 90-366 дней (требование заказчика).



Общий объём таблицы какой ? (в кол-ве строк)
Миллиард получается ?
Если да, то это уже многовато...


На данный момент база вертится на MSSQL, все валится в одну таблицу, индексы создаются в момент записи строки.
Однако данные которые хранятся более месяца - занимают очень больше время при выборке (что кстати блокирует базу и не дает записывать новые данные в любые таблицы).


Не должно. Что-то делаете не так.


Каким образом можно ускорить выборку данных, учитывая что индексация проводится в соответствии с выборочными запросами.



Поможет ли разбитие базы на несколько таблиц вместо одной, (например: каждый день новая таблица, примерным размеров в 3млн записей.. вместо одной таблицы в 300млн) а затем выборка с использованием UNION?


Нет. Не поможет.


Может быть переехать на другую СУБД, более приспособленную к большим объемам?


Да, возможно, поможет.



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

Извиняюсь, не дописал...

Каким образом можно ускорить выборку данных, учитывая что индексация проводится в соответствии с выборочными запросами.


Индексация и использование эффективных критериев отбора данных.
Всё, более никаких секретов нет.

миллиард -- это конечно много, но и с такими объёмами можно попробовать жить на MSSQL -- это хорошая СУБД.

Далее всё зависит от предметной области, поэтому более ничего не смогу сказать.