|
|
|
Одна большая таблица или несколько маленьких?
|
|||
|---|---|---|---|
|
#18+
Доброе время суток. Необходимо писать в БД InterBase кучу параметров типа float (порядка 500). Частота записи в базу - от 2 до 4 раз в секунду. Количество записей в такой таблице порядка 15000. Что лучше создать: одну таблицу с 500 полями или разбить на несколько небольших? Затем из этой таблицы необходимо будет строить тренды. (До 15 параметров на тренде). В случае с несколькими таблицами, тренд придеться строить из нескольких баз. Может кто поделиться своими мыслями или опытом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2004, 10:16:55 |
|
||
|
Одна большая таблица или несколько маленьких?
|
|||
|---|---|---|---|
|
#18+
Общие рекомендации: напрямую в базу не писать. Формировать промежуточные файлы и из них переодически заливать в базу. При необходимости при этом делая какую-то промежуточную обработку. Быстрее всего загружать данные, пожалуй, через External table. При такой схеме будет возможность для остановки базы на профилактические работы и в случае сбоев сервера данные не будут потеряны, а просто будут накапливаться в промежуточных файлах. Что касается разбиения на несколько таблиц, то ИМХО, ничего от этого не выиграешь. Стоит рассмотреть еще вариант развернуть данные вертикально: IdIzm - очередное измерение IdParam - идентификатор параметра Value - значение параметра А по поводу разбиения на несколько баз - не рекоментую. Удачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2004, 10:45:43 |
|
||
|
Одна большая таблица или несколько маленьких?
|
|||
|---|---|---|---|
|
#18+
ИМХО разбивать на таблицы надо в соответствии с умностями типа 1 нормальная форма 2, 3 , бойса кода ( так по моему называется ) и тд. при проектировании бд А не из соображений быстрее будет работать или нет. Без разницы. А вот то что напрямую лучше в базы не писать это точно. У меня вообще данные переносятся через 3-4 дня. со сдвигом. Потом у что умные юзеры любят вносить изменения за последние 2 дня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2004, 15:42:20 |
|
||
|
Одна большая таблица или несколько маленьких?
|
|||
|---|---|---|---|
|
#18+
CruelGeniusИМХО разбивать на таблицы надо в соответствии с умностями типа 1 нормальная форма 2, 3 , бойса кода ( так по моему называется ) и тд. при проектировании бд А не из соображений быстрее будет работать или нет. Без разницы. Ар-р-ригинально. Т.е. лишь бы соответствовало классике, а там можно и курить пока ответа ждешь? Кроме метода нормализации, есть еще метод денормализации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2004, 09:04:58 |
|
||
|
Одна большая таблица или несколько маленьких?
|
|||
|---|---|---|---|
|
#18+
Серега CruelGeniusИМХО разбивать на таблицы надо в соответствии с умностями типа 1 нормальная форма 2, 3 , бойса кода ( так по моему называется ) и тд. при проектировании бд А не из соображений быстрее будет работать или нет. Без разницы. Ар-р-ригинально. Т.е. лишь бы соответствовало классике, а там можно и курить пока ответа ждешь? Кроме метода нормализации, есть еще метод денормализации. Не обязательно. у меня как то запрос с подзапросом выполнялся долго, я не стал нормализовывать или денормализовывать, или писать SP, а вывод подзапроса обработал в С++. Главное - как быстрее, и чтоб поменьше думать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2004, 15:17:02 |
|
||
|
|
start [/forum/topic.php?fid=40&fpage=458&tid=1578085]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
60ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 185ms |
| total: | 296ms |
| 0 / 0 |
