![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
БД крепежные детали [D5, FB]
Navi © (2004-01-10 16:24:00)
Здравствуйте!
Никто не делал БД на крепежные детали? Не поделитесь структурой таблиц?
Спасибо.
roottim (2004-01-19 09:13:00) [1]
если эти данные необходимы только для ввода вывода, либо по ним ведутся небольшые расчеты, то я поступаю так... (
- таблица с общими атрибутами
- берется некое текстовое поле для различий в атрибутике
- пишется 2 ф-ии Get_Value и Set_Value на сервере
- структура записи в текстовое поле, как в ини-файле: PARAM=VALUE(cpsv)
разделитель конечно можно выбрать любой да и все остальное... дело вкуса
довольно удобно, при граничных условиях...
ограничение, только для серверов не поддерживающих ф-ии и неумеющих выбирать из процедур.. (например в SAP такое не прокатит)
Ильш (2004-01-19 06:19:00) [2]
Это у тебя номенклатурный справочник получается!
А вариантов-то тут не особо много. Как минимум нужно 3 таблицы: дерево групп деталей: Винты, Гайки и т.д. Сама таблица деталей с основными неизменными характеристиками (типа ед.изм.). И таблица свойств тоже в виде дерева. А ну еще к ней таблица значений этих свойств для каждой номенклатуры. Поищи на форуме SQL.RU там вообще много всякой инфы полезной.
Desdechado (2004-01-18 14:09:00) [3]
смотря что ты с этими параметрами будешь делать...
если всякие вычисления и жестко зашитые выборки, то структура таблиц нужна фиксированная (на винты - одна, на гайки - другая, на болты, шурупы, саморезы, гвозди и проч. - по таблице каждому).
если все очень расплывчато и заранее неизвестно, попробуй соорудить иерархический справочник, например http://www.ibase.ru/devinfo/xmldb.htm
Navi (2004-01-18 13:37:00) [4]
Да... Вобщем-то проблема в том, что например винты и гайки имеют совершенно разные параметры. К тому же те же винты бывают разных видов и соответственно имеют опять разные параметры. Вопрос собственно в подходах к структуре таблиц при столь разнообразных данных.