|
Проектирование базы данных
|
||
|---|---|---|
Участник
Откуда: [Столица_нашей_Родины] := [город-герой_Москва]
Сообщения: 38 |
||
| 17.07.2007, 15:19 |
|
|
|
|
|
Проектирование базы данных
|
|||
|---|---|---|---|
|
#18+
Помогите с ответом на вопрос у объекта А есть некоторые характеристики B; C; D ... - эти характеристики не меняются но по ним часто осуществляется поиск F, R, G .. - эти характеристики меняются постоянно и по ним тоже осуществляется поиск. Стоит ли разделить эти данные по разным таблицам. Если стоит, то что нам это даст. И подскажите какие проблемы могут быть если таблица широкая ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2007, 09:31 |
|
||
|
Проектирование базы данных
|
|||
|---|---|---|---|
|
#18+
HeartПомогите с ответом на вопрос у объекта А есть некоторые характеристики B; C; D ... - эти характеристики не меняются но по ним часто осуществляется поиск F, R, G .. - эти характеристики меняются постоянно и по ним тоже осуществляется поиск. Стоит ли разделить эти данные по разным таблицам. Если стоит, то что нам это даст. И подскажите какие проблемы могут быть если таблица широкая Дейт Вам в помощь... И прочитайте о процедуре нормализации таблиц... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2007, 09:38 |
|
||
|
Проектирование базы данных
|
|||
|---|---|---|---|
|
#18+
спасибо за более чем конкретный ответ на мой более чем конкретный вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2007, 09:40 |
|
||
|
Проектирование базы данных
|
|||
|---|---|---|---|
|
#18+
Heart пишет: > Стоит ли разделить эти данные по разным таблицам. Если стоит, то что нам > это даст. Мое мнение - нет. Именно потому что ничего не даст. Но вообще тут многое зависит от СУБД, от того, как она работает. Хорошей СУБД это просто не нужно, ничего не выиграешь. С неочень хорошей может быть хуже. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2007, 11:28 |
|
||
|
Проектирование базы данных
|
|||
|---|---|---|---|
|
#18+
HeartПомогите с ответом на вопрос у объекта А есть некоторые характеристики B; C; D ... - эти характеристики не меняются но по ним часто осуществляется поиск F, R, G .. - эти характеристики меняются постоянно и по ним тоже осуществляется поиск. Стоит ли разделить эти данные по разным таблицам. Если стоит, то что нам это даст. И подскажите какие проблемы могут быть если таблица широкая Имхо, стоит. В,С и Д - в таблицу СВОЙСТВА_А Ф,Р,Ж - в таблицу ДАННЫЕ_А_ЛОГ и хранить их с датами изменений. Может, потом пригодится. А в таблице ДАННЫЕ_А_ хранить тока последние значения Ф,Р иЖ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2007, 15:19 |
|
||
|
Проектирование базы данных
|
|||
|---|---|---|---|
|
#18+
Интересны только последние значения изменяющихся характеристик ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2007, 12:18 |
|
||
|
Проектирование базы данных
|
|||
|---|---|---|---|
|
#18+
т.е. получается что не стоит делить. ТАк? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2007, 12:19 |
|
||
|
Проектирование базы данных
|
|||
|---|---|---|---|
|
#18+
HeartСтоит ли разделить эти данные по разным таблицам. А нахрен раздлять? Если это вопрос моделирования, то частота обновлений для моделирования данных не имеет значения, если вопрос реализации, то нужно уточнить о какой СУБД идёт речь. Скорее всего таблица может оставаться одна, а вот с индексами по полям нужно будет поиграть. Обычно, индекс увеличивает скорость поиска данных, но замедляет операции изменения ключевых полей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2007, 17:07 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=34668022&tid=1544403]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
168ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 259ms |
| total: | 513ms |
| 0 / 0 |
