ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Организация ключей
35 сообщений из 35, показаны все 2 страниц
  все  
Организация ключей
    #33501172
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
Привет всем спецам!
Подскажите, пожалуйста, как решить такую проблему:
имеется несколько справочных таблиц, они связаны с одной основной таблицей.
Как организовать первичный ключь справочных таблиц, что бы в основной таблице они
не совпали?
Я видил ключи такого рода as12fde.
...
Рейтинг: 0 / 0
25.01.2006, 05:27
| Ответить | Цитировать | Написать  
Организация ключей
    #33501180
Dimkas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimkas
Гость
romanich
Как организовать первичный ключь справочных таблиц, что бы в основной таблице они
не совпали?
сразу встречный вопрос - а зачем надо чтобы они не совпали?
есть подозрение что на несколько разных справочников ссылается одно поле - если это так, то надо сильно подумать на правильностью такого решения :)
romanichЯ видил ключи такого рода as12fde.
вообще подходов как минимум два:
1. Сделать чтобы ключи в все справочники заносились из одного источника (generator, sequence, etc.)
2. GUID
...
Рейтинг: 0 / 0
25.01.2006, 05:48
| Ответить | Цитировать | Написать  
Организация ключей
    #33501308
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
Извините, наверное неясно выразился, поясню:
есть справочные таблицы - двигателя, выключатели, трансформаторы и т.п.. И есть основная таблица, содержит в себе список материалов для ремонта этого оборудования.
Ключи в справочных таблицах у меня автоинкрементируемые поля и соответственно могут совпасть с другими ключами из др. таблиц.

вообще подходов как минимум два:
1. Сделать чтобы ключи в все справочники заносились из одного источника (generator, sequence, etc.)
2. GUID

А можно подробнее про генерацию?

вопрос проиллюстрирован
...
Рейтинг: 0 / 0
25.01.2006, 08:41
| Ответить | Цитировать | Написать  
Организация ключей
    #33501675
Alexey Syrok
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Syrok
Участник
"засунь" все справочные в одну...
...
Рейтинг: 0 / 0
25.01.2006, 11:00
| Ответить | Цитировать | Написать  
Организация ключей
    #33501726
Slider_spb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Slider_spb
Участник
Да, выбран неправильный подход и под него пытается найтись правильное решение. Все справочники нужно объеденить в одну таблицу, а для различия добавить поле обозначающее тип справочника.
...
Рейтинг: 0 / 0
25.01.2006, 11:17
| Ответить | Цитировать | Написать  
Организация ключей
    #33501731
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
romanich
В общем-то правильный ответ прозвучал - нарисованная Вами структура как правило неудачна.

Генерация непересекающихся значений не представляет никакой проблемы - запитать таблицы от одного sequence, и всего делов-то. Но у меня, например, сразу возникает вопрос, ради чего гробить целостность.

В Oracle возможно еще одно неправильное решение - хранить в ссылающейся таблице не id, а rowid. И одно теоретически правильное, но (afaik) очень редко используемое - хранить object reference.
...
Рейтинг: 0 / 0
25.01.2006, 11:17
| Ответить | Цитировать | Написать  
Организация ключей
    #33501737
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gardenman
Участник
наверное спрашивающий не зря разделил справочники на несколько таблиц. наверное были причины? (это вопрос)
...
Рейтинг: 0 / 0
25.01.2006, 11:19
| Ответить | Цитировать | Написать  
Организация ключей
    #33502037
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
gardenman прав, таблицы разделены из-за того что каждое обордование имеет один тип, напр. двигатель ДВ-100, а таких двигателей 100 шт, различаются они инв. номерами, на рис. было бы еще по одной таблице, хранящих специфику двигателей, выключателей и т.д.
Т.е. здесь вариант решения только по генерации ключей. Как это сделать, подскажите?
...
Рейтинг: 0 / 0
25.01.2006, 12:37
| Ответить | Цитировать | Написать  
Организация ключей
    #33502057
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gardenman
Участник
Ничего лучше чем SEQUENCE для этой цели не было придумано...
А у вас база какая?
...
Рейтинг: 0 / 0
25.01.2006, 12:42
| Ответить | Цитировать | Написать  
Организация ключей
    #33502064
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
база на ms sql 2000.
...
Рейтинг: 0 / 0
25.01.2006, 12:44
| Ответить | Цитировать | Написать  
Организация ключей
    #33502405
Slider_spb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Slider_spb
Участник
Вот человек, сначала разложит грабли, а затем вырабатывает методу их обхода, вместо того, чтобы держать грабли в специально отведенном месте :)
Не вижу причин (кроме упрямства автора), мешающих объединить эти справочники с их типизацией по группам.
...
Рейтинг: 0 / 0
25.01.2006, 14:20
| Ответить | Цитировать | Написать  
Организация ключей
    #33502593
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
2Slider_spb
Извините, но хранить такую инфу в одной таблице, по моему, не практично:

Двигатели
Название обороты напряжение мощьность
дв-100 1000 380 500

выключатели
название секций напряжение
вк-1 2 380

трансформаторы
название вх. напр. вых. напр.
тр-380 10000 380

ПРичем у каждого 100-ни инвентарных номеров.
Я не смогу просто это впихнуть в одну таблицу, большая избыточность получается и пустые поля.
...
Рейтинг: 0 / 0
25.01.2006, 14:59
| Ответить | Цитировать | Написать  
Организация ключей
    #33504556
Slider_spb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Slider_spb
Участник
Э, как все запущено, у вас и таблички не нормализованы… Вас никогда не учили разделять сущности и данные к ним? Например:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
Справочник объектов:
ID Наименование ID_Типа
1  дв-100  1
2  дв-101  1
3  вк-1    2
4  вк-2    2
5  тр-380  3
6  тр-380  3
-----------
Типы:
ID_Типа Наименование
1 Двигатель
2 Выключатели
3 Трансформаторы
-------------------
Данные двигателей
ID обороты напряжение мощность
1  1000  380  500
--------------------
Данные выключателей
ID секций напряжение
3  2  380
----------------------
Данные трансформаторов
ID вх.напр. вых.напр.
5  10000  380
...
Рейтинг: 0 / 0
26.01.2006, 12:03
| Ответить | Цитировать | Написать  
Организация ключей
    #33505255
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ModelR
Участник
Slider_spbЭ, как все запущено, у вас и таблички не нормализованы… Не то, чтобы я придирался к словам:), но причем тут нормализация?
Вы описали типизацию (subtyping).
...
Рейтинг: 0 / 0
26.01.2006, 15:00
| Ответить | Цитировать | Написать  
Организация ключей
    #33505415
Slider_spb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Slider_spb
Участник
Ну, насчет того, что приведенные romanich таблички не нормализированы, я может и погорячился (по тем данным что приведены, однозначно сказать нельзя), а то что я сделал, действительно является типизацией, что было сказано мной чуть выше.
...
Рейтинг: 0 / 0
26.01.2006, 15:57
| Ответить | Цитировать | Написать  
Организация ключей
    #33505721
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
romanichИзвините, наверное неясно выразился, поясню:
есть справочные таблицы - двигателя, выключатели, трансформаторы и т.п.. И есть основная таблица, содержит в себе список материалов для ремонта этого оборудования.
Ключи в справочных таблицах у меня автоинкрементируемые поля и соответственно могут совпасть с другими ключами из др. таблиц.
А я пока так и не понял, зачем нужно, чтобы ключи в справочных таблицах не совпали. Ну совпадут они в основной таблице и что? Что является ключом в основной таблице? Какая-то странная, IMHO, проблема. Можете пояснить?
...
Рейтинг: 0 / 0
26.01.2006, 17:31
| Ответить | Цитировать | Написать  
Организация ключей
    #33506157
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
mirА я пока так и не понял, зачем нужно, чтобы ключи в справочных таблицах не совпали.
Есть такая популярная идея - не включать в ссылающуюся таблицу поле "тип объекта", а вместо этого join-ами кодировать использование того или иного типа.
...
Рейтинг: 0 / 0
26.01.2006, 21:37
| Ответить | Цитировать | Написать  
Организация ключей
    #33509773
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
Есть такая популярная идея - не включать в ссылающуюся таблицу поле "тип объекта", а вместо этого join-ами кодировать использование того или иного типа

А вот это уже интересно, softwarer , поясните пожалуйста реализацию такого механизма.
...
Рейтинг: 0 / 0
30.01.2006, 06:26
| Ответить | Цитировать | Написать  
Организация ключей
    #33511251
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Сверхстандартный пример. Физлица, юрлица, непересекающиеся айдишники. В этом случае:

Код: plaintext
1.
2.
select *
from Документы д, "Физ.лица" ф
where д.контрагент = ф.ид

- документы, выписанные на физических лиц. Или, например,

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
select
  ..
  coalesce (ф.Имя, ю.Название) Контрагент
from
  Документы д, "Физ.лица" ф, "Юр.лица" ю
where 
  д.контрагент = ф.ид (+) and
  д.контрагент = ю.ид (+)

Подчеркну, что практика.. сомнительная с моей точки зрения, но упоминается довольно часто.
...
Рейтинг: 0 / 0
30.01.2006, 16:01
| Ответить | Цитировать | Написать  
Организация ключей
    #33511434
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gardenman
Участник
2 softwarer
Весьма непроизводительное решение.
...
Рейтинг: 0 / 0
30.01.2006, 16:43
| Ответить | Цитировать | Написать  
Организация ключей
    #33511548
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
gardenman
Как Вам сказать... с одной стороны, я не совсем уверен, что Ваше утверждение справедливо для произвольной ситуации. С другой стороны, я решительно не собираюсь говорить что-либо в пользу решения, которое считаю откровенно плохим.
...
Рейтинг: 0 / 0
30.01.2006, 17:15
| Ответить | Цитировать | Написать  
Организация ключей
    #33511557
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gardenman
Участник
вот и договорились - решение плохое, хотя и рабочее. ))
...
Рейтинг: 0 / 0
30.01.2006, 17:17
| Ответить | Цитировать | Написать  
Организация ключей
    #33512227
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
gardenman вот и договорились - решение плохое, хотя и рабочее. ))
Но, часто, такими решениями и приходится пользоваться. Я, думаю, остановлюсь на этом варианте.
...
Рейтинг: 0 / 0
31.01.2006, 06:36
| Ответить | Цитировать | Написать  
Организация ключей
    #33512249
Dimkas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimkas
Гость
romanichНо, часто, такими решениями и приходится пользоваться. Я, думаю, остановлюсь на этом варианте.
вижу, что автор уже почти определился с решением и всё таки переспрошу ещё раз: зачем делать в одном поле ссылку на несколько таблиц?!
...
Рейтинг: 0 / 0
31.01.2006, 07:14
| Ответить | Цитировать | Написать  
Организация ключей
    #33512579
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gardenman
Участник
Dimkas romanichНо, часто, такими решениями и приходится пользоваться. Я, думаю, остановлюсь на этом варианте.
вижу, что автор уже почти определился с решением и всё таки переспрошу ещё раз: зачем делать в одном поле ссылку на несколько таблиц?!
Элементарно, Ватсон. Это - типизация. И когда нужно объекты определенного типа обрабатывать отдельно и по-своему, то может очень сильно повысить производительность.
...
Рейтинг: 0 / 0
31.01.2006, 10:33
| Ответить | Цитировать | Написать  
Организация ключей
    #33513166
Slider_spb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Slider_spb
Участник
romanich gardenman вот и договорились - решение плохое, хотя и рабочее. ))
Но, часто, такими решениями и приходится пользоваться. Я, думаю, остановлюсь на этом варианте.
"Нормальные герои всегда идут в обход" (с) Айболит66 :)
...
Рейтинг: 0 / 0
31.01.2006, 13:06
| Ответить | Цитировать | Написать  
Организация ключей
    #33515506
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
Dimkas
вижу, что автор уже почти определился с решением и всё таки переспрошу ещё раз: зачем делать в одном поле ссылку на несколько таблиц?!

все что выше написано, полностью отражает проблему. я не могу описать полннне
...
Рейтинг: 0 / 0
01.02.2006, 11:59
| Ответить | Цитировать | Написать  
Организация ключей
    #33516575
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ModelR
Участник
Как я понял, требуется типа серийного кодирования:
000001 до 10000 - Двигатели
100001 до 20001 -Реле,
...
Уникальность, плюс по коду определяется тип, плюс можно не иметь супертип как таблицу а получать как union. Минус на union внешний ключ СУБД не умеют...
...
Рейтинг: 0 / 0
01.02.2006, 15:59
| Ответить | Цитировать | Написать  
Организация ключей
    #33516911
Slider_spb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Slider_spb
Участник
Вот чел обломается когда у него появиться 10001 двигатель...
...
Рейтинг: 0 / 0
01.02.2006, 17:27
| Ответить | Цитировать | Написать  
Организация ключей
    #33517434
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
mirА я пока так и не понял, зачем нужно, чтобы ключи в справочных таблицах не совпали. Ну совпадут они в основной таблице и что? Что является ключом в основной таблице? Какая-то странная, IMHO, проблема. Можете пояснить?

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

Эффективно - если напишешь запрос с LEFT JOIN этой таблицы на
все возможные справочники, то при-join-иться могут более одной записи.

А внешний ключ, опционально ссылающийся на несколько таблиц - это вообще из разряда криминала (прежде всего потому, что FOREIGN KEY CONSTRAINT так работать не умеет)
...
Рейтинг: 0 / 0
01.02.2006, 19:57
| Ответить | Цитировать | Написать  
Организация ключей
    #33518495
romanich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
romanich
Гость
столько обсуждений. неужели ни кто не может направить на путь истинный. ведь сталкивались с такой прблемой?
...
Рейтинг: 0 / 0
02.02.2006, 12:14
| Ответить | Цитировать | Написать  
Организация ключей
    #33519798
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Как Вам сказать.... Вы рветесь переплыть Северный Ледовитый океан на надувном матрасе и просите указать наиболее истинный маршрут :)
...
Рейтинг: 0 / 0
02.02.2006, 17:19
| Ответить | Цитировать | Написать  
Организация ключей
    #33520477
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
romanichстолько обсуждений. неужели ни кто не может направить на путь истинный. ведь сталкивались с такой прблемой?
Блин, а что ты такое засунул в свой рисунок ? Трояна какого ? Или генетический код самоуничтожения InternetExplorer ? Три раза его сохранять пытался, все три он падал.

По проблеме - ты все делаешь правильно (третий раз уже это пишу между прочим, а пива мне за это никто не наливает !!! ;)) ), только у тебя еще одной таблицы не хватает. Смотри рисунок. То, что тебе надо, это отношение подкатегории. Ты выделяешь абстрактную сущность -- напр. в твоем случае это типа "объект ремонта", туда кстати можно (и нужно) вынести общие атрибуты из всех твоих трех таблиц (я вынес Name), и она будет ответственна за генерацию идентификатора. Дочерние таблицы ссылаются своим ПК на нее , отношение Род-доч. как 1-к-0или1. Это реляционный аналог отношения наследования в OOD.
...
Рейтинг: 0 / 0
02.02.2006, 22:31
| Ответить | Цитировать | Написать  
Организация ключей
    #33520479
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Блин, чё за закалдованный топег ? Еле заслал сообщение, то падает IE, то в нем все кнопки умирают, отказываются нажиматься.
...
Рейтинг: 0 / 0
02.02.2006, 22:33
| Ответить | Цитировать | Написать  
Организация ключей
    #33521216
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ModelR
Участник
2 Автор
Если если применение типизации по каким-то причинам категорически невозможно, то выручит только механика присвоения и контроля Id в пределах выделенных для данной таблицы серий (чтобы не обломаться когда появиться 10001 двигатель, можно добавлять новые серии).
Реализация будет специфической для сервера.
Это лучше в соответсвующий форум.

Все-таки интересно понять, что мешает применить типизацию?

Таблица супертипа в принципе может даже не участвовать в запросах, отчетах - только при DML, каковую часть все равно так или иначе переделывать.
...
Рейтинг: 0 / 0
03.02.2006, 10:59
| Ответить | Цитировать | Написать  
35 сообщений из 35, показаны все 2 страниц
  все  
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Организация ключей
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=32&tid=1545427]:
 0ms
get settings:
 7ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 53ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 79ms
get tp. blocked users:
 1ms
others: 220ms
total:  391ms
созд. / загр.: 391ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]