Как лучше организовать хранение в реляционной БД НСИ / Проектирование БД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Как лучше организовать хранение в реляционной БД НСИ

11 сообщений из 11, страница 1 из 1

Как лучше организовать хранение в реляционной БД НСИ

#32579020

Kitai

Гость

Как лучше организовать хранение в реляционной БД НСИ ?

НСИ - нормативно справочная информация

Например следующая информация:

Автомобиль

Код: plaintext

1.
2.
3.
4.
5.
6.

                                            Ferrari  210            Mazda  520          ОКА   
Грузоподъемность                        
Собственная масса
Мощность двигателя
Ширина кузова
Разгон  100  метров

а также как сохранять различные матрицы?

...

Рейтинг:

0 / 0

28.06.2004, 09:22

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579075

guesttt

Участник

Сообщения: 42

Рейтинг: 0 / 0

Может, так:
табл. марки машин (idMark, mark -
1, Ferrari210
2, Mazda
...)

табл. признаков(хар-к) - idPriz, priz
1, Грузоподъемность
2, Мощность двигателя
.....

таблица знач-й признаков для определ. марки
id, idMark, idPriz, Znach

А если число признаков не очень велико и не будет меняться, то и в одну таблицу все загнать можно

...

Рейтинг:

0 / 0

28.06.2004, 10:19

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579095

Kitai

Гость

Меняться не будет, количество признаков не много, это как константа PI один раз вводится и больше не меняется.

...

Рейтинг:

0 / 0

28.06.2004, 10:35

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579135

Klick

Участник

Откуда: Стерлитамак - Москва

Сообщения: 600

Рейтинг: 0 / 0

на счет количества признаков - это еще неизвестно :(
обычно бывает так: кричат сначала мол будет 5 признаков, а чрез два три года (месяца, недели) говорят, что их стало 105 :(
думай сам :)

...

Рейтинг:

0 / 0

28.06.2004, 11:04

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579207

andsm

Участник

Откуда: Москва

Сообщения: 1 193

Рейтинг: 0 / 0

Количество всевозможных признаков обычно со временм увеличивается. Но это не повод для того чтобы сразу делать 'универсальную' структуру, для любого количества атрибутов. Вообще, БД для большинства задач можно сделать из трех таблиц: таблица 'Обьект', таблица 'Атрибут', и таблицы 'Связь'.
Вот только работать с такой БД будет очень неудобно. И запросы будут работать ооочень медленно. Поэтому в таких задачах, если заранее известны необходимые атрибуты и отсутствует требование 'Пользователи должны иметь возможность создавать новые атрибуты', лучше сделать таблицу в которой будут перечислены все атрибуты - если атрибутов немного и помещаются на страницу.

Таблица 'Марки машин'
(
1. Название,
2. Грузоподъемность
3. Мощность двигателя
4. Ширина кузова
... Еще всякие характеристики

)

...

Рейтинг:

0 / 0

28.06.2004, 11:44

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579219

Kitai

Гость

>на счет количества признаков - это еще неизвестно :(
>обычно бывает так: кричат сначала мол будет 5 признаков, а чрез два три >года (месяца, недели) говорят, что их стало 105 :(
>думай сам :)

На то оно и НСИ что не меняется на период всего жизенного цикла программы.
Тут не то что признаки, тут марки машин не добавятся.

Значит насколько я понял вариант andsm самый оптимальный?

...

Рейтинг:

0 / 0

28.06.2004, 11:51

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579306

Klick

Участник

Откуда: Стерлитамак - Москва

Сообщения: 600

Рейтинг: 0 / 0

andsmВот только работать с такой БД будет очень неудобно. И запросы будут работать ооочень медленно.
только не надо пугать людей !
работать вполне нормально и вовсе не медленно...
а для Kitai именно в этом конкретном случае, конечно, удобнее сделать как советует andsm .
а вот НСИ - нормативно справочная информация - все таки может измениться! ну вот изобретут мега-супер-шмупер фотонный двигатель и надо будеь указывать его наличие отдельным атрибутом. ну или еще что-нибудь такое :)
но этот так - лирическое отступление.
если ты уверен в неизменности НСИ - делай как предлагает andsm , если неуверен делай как предалагал Guesttt...
УДАЧНОЙ ОХОТЫ !!!

...

Рейтинг:

0 / 0

28.06.2004, 12:23

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579453

Programmer_Ortodox

Участник

Откуда: Оттуда

Сообщения: 2 019

Рейтинг: 0 / 0

Зри в корень!
/topic/102401

...

Рейтинг:

0 / 0

28.06.2004, 13:38

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579459

Programmer_Ortodox

Участник

Откуда: Оттуда

Сообщения: 2 019

Рейтинг: 0 / 0

Радикальное и отлаженное решение без всяких детских соплей...
однако автору нужно подать на пропитание? Или не стоит?

...

Рейтинг:

0 / 0

28.06.2004, 13:41

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579620

Kitai

Гость

>однако автору нужно подать на пропитание? Или не стоит?

да уж не отказался бы, тем более что там по ссылке ничего не понял, там прослеживается какая то иерархия в справочных данных а у меня этого нет.

И ак организовать хранение следующей матрицы:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.

Длина трассы\ КПД              1              0 . 9            0 . 5          0 . 25         0 . 10 

 0 . 5  км                                 0 . 12          0 . 2             0 . 4          0 . 74         1 . 69 
 1  км                                   ...             ...           ...        ...         ...           
 2  км                                   ...             ...            ..         ...         ....
 3  км                                   ...            ...           ....         ...          ...
 5  км                                   ....           ...           ...          ...          ...
 10  км                                   ...           ..          ...            ...          ...

...

Рейтинг:

0 / 0

28.06.2004, 14:48

| Ответить | Цитировать | Написать

Как лучше организовать хранение в реляционной БД НСИ

#32579874

guesttt

Участник

Сообщения: 42

Рейтинг: 0 / 0

просто:

Табл. KPD (Id (идентификатор, перв.ключ), LengthWay (длина), Model(код модели машины), KPDValue(собственно зн-е КПД)).

...

Рейтинг:

0 / 0

28.06.2004, 17:47

| Ответить | Цитировать | Написать

11 сообщений из 11, страница 1 из 1

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=32&msg=32579219&tid=1546394]:	0ms
get settings:	8ms
get forum list:	13ms
check forum access:	4ms
check topic access:	4ms
track hit:	56ms
get topic data:	10ms
get forum data:	3ms
get page messages:	51ms
get tp. blocked users:	1ms
others:	228ms

total:	378ms