Как связывать предприятия,филиалы,склады,стеллажи ,ящики в иерархической структуре

[delphi159]

Пищу программу складского учета(не лаб). Поставщики, покупатели и "мой фирмы" в таблице "контрагенты" вместе("мой фирмы" от поставщиков и покупателей различаю по реквизиту "MyFirm").
см. диаграмму:
[Часть Диаграммы](http://fastpic.ru/view/63/2015/0125/...e1870.png.html)
Хочу создать иерархическую структуру типа:

. Фирма №1
   .филиал(магазин)№1
       .склад №1(основной, для товара)
            . стеллаж №1 
            . стеллаж №2
               . ящик №1(часто используется,напр, в аптеках)
               . ящик №2 
       .склад №2(для материалов) 
       .склад №3(для списанного товара,пока налоговая не разрешить уничтожить)       
   .филиал(магазин)№2
       .склад №1
. Фирма №2  
 и т.д.

то есть сначала, когда клиент создаст свою фирму, в таблице MyFirms его фирма не вставляется, она будет в контрагентах и MyFirms таблица связывается с таблицей "контрагенты" через ID.

Мой вопросы:

1)Как создать такую древовидную структуру?

Если в таблице склады добавлю поле ParentID, тогда смогу создать записи стеллажей и ящиков и построить иерархию склада типа:

  Склад №1
      стеллаж №1
           ящик №1   
          ящик №2   
       стеллаж №2
          ящик №3
          ящик №4 
  Склад №2 
       стеллаж №3
          ящик №5
         ящик №6 
и т.д.

Если в таблице Контрагенты добавлю поле ParentID, тогда смогу вставить в таблице записи филиалов и подразделении и построить иерархию типа:

   Фирма №1
        филиал(магазин)№1
            подразделение №1   
            подразделение №2   
        филиал(магазин)№2
            подразделение №3
            подразделение №4 
   Фирма №2 
        филиал(магазин)№3
            подразделение №5   
            подразделение №6
и т.д.

Но это не та иерархия- получу 2 отдельные иерархии,без связи между ними. А мне нужен другая иерархия(см.вверх)

2) Если иерархию построю по другому( т.н. "структура с потабличным хранением уровней"-т.е. цепь связанных таблиц: фирмы-филиалы-подразделения-склады-стеллажи-ящики и т.д.) тогда какую иерархию построить- у одних фирм не будет стеллажи и таблица будет пустая, у других ящики,а третьи захотят добавить что-то другое и для них придётся создать дополнт.таблицу.Как запихнуть для них в этой предопределенно созданной цепи справочников новый справочник, то есть новую таблицу?


Как? Что-то сильно запутался. прошу помочь/поправить/дать предложения. Заранее спасибо.

[Streletz]

Можно к складу/стеллажу/ящику и т.д. добавить поле с id фирмы/филиала/подразделения и т.д. Тогда будет связь между двумя иерархическими структурами.

[Stilet]

Тогда будет связь между двумя иерархическими структурами.

А если у него там еще планируется таблицы? Например матответственные?
Так то ты прав, но ИМХО тут надо хорошенько продумать структуру. А возможно для этой задачи я бы даже взял не реляционную СУБД (раз это не учебка) а иерархическую.

[Smitt&Wesson]

Если фирма небольшая и запросов к базе не много, можно ограничиться файлом в формате XML. В отличии от базы, включение новых узлов в него, процедура достаточно простая и не требует реорганизации всей базы. По мере того, как файл будет разрастаться, проявится и его структура. На этапе разработки, это самый оптимальный подход. Всё равно на начальной стадии, Вы не сможете предусмотреть всех требований, которые будут выдвигать конечные пользователи.
После того, как структура будет отлажена и количество запросов к файлу возрастёт, можно будет подумать, как это запихнуть в БД.
Вопрос на засыпку. А чем Acess не угодил? В нём такие вещи, на ура можно сделать.

[Stilet]

В нём такие вещи, на ура можно сделать.

Он реляционный а не иерархический )

[Smitt&Wesson]

Сообщение от Stilet

Он реляционный а не иерархический )

С какой радости? XML это строковый формат иерархической БД.
Пример:

<?xml version="1.0" encoding="windows-1251"?>
<recipes host="www.biz-for.ru">
  <group name="Основные блюда">
    <subgroup name="Из морепродуктов">
    </subgroup>
    <subgroup name="Из мяса и субпродуктов">
      <recipe name="Свиные зразы с солеными огурцами" kitchen="Общие">
        <description url="/osnovnye/Svinye_zrazy_s_solenymi_ogurcami/index.php">Зразы</description>
        <ingredient amount="600" unit="грамм">Фарш</ingredient>
        <ingredient amount="150" unit="грамм">Яйца куриные</ingredient>
        <ingredient amount="150" unit="грамм">Батон белый</ingredient>
        <ingredient amount="100" unit="грамм">Молоко</ingredient>
        <ingredient amount="50" unit="грамм">Лук репчатый</ingredient>
        <ingredient amount="300" unit="грамм">Огурцы</ingredient>
        <ingredient amount="50" unit="грамм">Петрушка</ingredient>
        <ingredient amount="100" unit="грамм">Сухари панировочные</ingredient>
        <ingredient amount="200" unit="грамм">Масло подсолнечное</ingredient>
      </recipe>
    </subgroup>
    <subgroup name="Из овощей">
    </subgroup>
  </group>
  <group name="Супы">
    <subgroup name="Сладкие">
      <recipe name="Английский супчик" kitchen="Итальянская">
        <description url="/supy/sladkiy-english-supchik/index.php">Супчик</description>
        <ingredient amount="150" unit="грамм">Бисквит</ingredient>
        <ingredient amount="30" unit="грамм">Сахар</ingredient>
        <ingredient amount="1" unit="шт">Яйца куриные</ingredient>
        <ingredient amount="250" unit="грамм">Молоко</ingredient>
        <ingredient amount="15" unit="грамм">Крахмал</ingredient>
        <ingredient amount="20" unit="грамм">Клубника красная</ingredient>
        <ingredient amount="5" unit="грамм">Какао порошёк</ingredient>
        <ingredient amount="100" unit="грамм">Апельсин</ingredient>
      </recipe>
    </subgroup>
    <subgroup name="Молочные">
    </subgroup>		
  </group>
</recipes>

[Stilet]

С какой радости? XML это строковый формат иерархической БД.

Это реплика на фразу

А чем Acess не угодил?

Я про XML не говорил ничего.

[Аватар]

По мне удобней цепь связных таблиц. С иерархией серьезно тяжелей с запросами будет. Ну а в тех, у которых нет стелажей, но есть ящики можно так

[bidzina]

Никакой Ассеss, ,база рабочая, уже 10 лет работаю на Interbase 2009 и сейчас перехожу на Firebird 2.5 и доработаю и бд и интерфейс. Древовидные структуры в моей бд конечно есть и не один, но все они основаны на одной таблице, такой случай пока некогда не был.

Streletz: "Можно к складу/стеллажу/ящику и т.д. добавить поле с id фирмы/филиала/подразделения и т.д. Тогда будет связь между двумя иерархическими структурами. "

Связь конечно будет, но иерархия из 2 таблиц как построится с помощью ParentID из другой таблицы? Сомневаюсь,но поэкспериментирую и результат сообщу.

[Stilet]

сейчас перехожу на Firebird 2.5

А, т.е. СУБД менять нельзя... Тогда сложнее... Сразу так и не скажешь как лучше поступить. XML походу тоже отпадает.
Получается что в каждой таблице тогда нужно делать отдельное поле, где будет храниться ParentID. Сколько таблиц столько и полей. Другое пока в голову не идет.