|
Действия ...
|
14.03.2008, 12:48
|
|||
|---|---|---|---|
|
|||
Какую структуру БД MS SQL выбрать??? |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
14.03.2008, 07:42
|
|||
|---|---|---|---|
Какую структуру БД MS SQL выбрать??? |
|||
|
#18+
Здраствуйте Уважаемые Профи!!! У меня стоит вот такой вопрос: Создается БД на MS SQL 2005, и причем БД Системы Реального Времени . В этой БД Предпологается наличие около 5 таблиц, 4 таблицы для расчетов (эти расчеты проводит внешняя прога), а 5-ая таблица в нее будут записываться данные каждые 2 сек, то есть в ней записей будет очень много. Еще к этой БД будут обращаться Клиенты около 20 штук используя 1 прогу и делать запросы к этой БД. Вопрос состоит в следующем: 1. Стоит ли объединять все таблицы в одну, таблицы с расчетами и таблицус данными? 2. Как ваще можно оптимизировать данную БД на быстродействие и быстрое выполнение запросов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.03.2008, 12:48
|
|||
|---|---|---|---|
Какую структуру БД MS SQL выбрать??? |
|||
|
#18+
С одной стороны - 2 сек достаточно чтобы много чего записать, с другой - результаты расчета понятие растяжимое. Одно чиcло? 100мег картинок? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.03.2008, 13:19
|
|||
|---|---|---|---|
Какую структуру БД MS SQL выбрать??? |
|||
|
#18+
ModelRС одной стороны - 2 сек достаточно чтобы много чего записать, с другой - результаты расчета понятие растяжимое. Одно чиcло? 100мег картинок? Числа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.03.2008, 16:00
|
|||
|---|---|---|---|
|
|||
Какую структуру БД MS SQL выбрать??? |
|||
|
#18+
renatonЗдраствуйте Уважаемые Профи!!! У меня стоит вот такой вопрос: Создается БД на MS SQL 2005, и причем БД Системы Реального Времени . В этой БД Предпологается наличие около 5 таблиц, 4 таблицы для расчетов (эти расчеты проводит внешняя прога), а 5-ая таблица в нее будут записываться данные каждые 2 сек, то есть в ней записей будет очень много. Еще к этой БД будут обращаться Клиенты около 20 штук используя 1 прогу и делать запросы к этой БД. Вопрос состоит в следующем: 1. Стоит ли объединять все таблицы в одну, таблицы с расчетами и таблицус данными? 2. Как ваще можно оптимизировать данную БД на быстродействие и быстрое выполнение запросов? Данная система (если она будет включать MS SQL 2005) не будет системой реального времени, поскольку ни сама СУБД ни ОС под которой она работает не являются системами реального времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.03.2008, 16:58
|
|||
|---|---|---|---|
Какую структуру БД MS SQL выбрать??? |
|||
|
#18+
renaton К сожалению, Ваши вопросы бессмысленны без контекста, на них просто нечего ответить. Если хотите получить какие-то реальные советы, то: 1. Достаточно подробно опишите реальную задачу - ее суть, требования, количественные характеристики. 2. Коротко опишите, как собираетесь ее решать. Вот после этого можно говорить о каких-то конкретных вопросах... хотя весьма вероятно, советы будут "вообще все надо делать иначе". И действительно, старайтесь не бросаться терминами, которых не очень понимаете.... Я не полностью согласен с Марком, но это уже уход в тонкости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.03.2008, 17:26
|
|||
|---|---|---|---|
Какую структуру БД MS SQL выбрать??? |
|||
|
#18+
Если данные должны регистрироваться в быстро, то почти всегда лучше иметь буферизацию. Использовать буферную таблицу, вставка в которую будет мгновенной, за счет того, что индекс очень короткий (например - данные за минуту) Периодическая процедура должна перекачивать данные из буферной таблицы в постоянную таблицу. В постоянной таблице "очень много" данных, дорого переупорядочивать, поэтому вставлять можно только по много и редко. Если нужна актуальность меньше чем минута, то Запросы делать по обеим таблицам сразу (union). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1543976]: |
0ms |
get settings: |
11ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
185ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 242ms |
| total: | 515ms |
| 0 / 0 |
