Номенклатурная база данных

← →
Jeeb (2007-02-01 21:32) [0]

Всем привет!

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

Как организовать это? Например, так как это организовано в 1С в справочнике "Номенклатура"...

Заранее благодарен...

← →
Виталий Панасенко © (2007-02-01 21:41) [1]

используй 1с..раз уж так...

← →
Johnmen © (2007-02-01 21:44) [2]

> Как организовать это?

Ё-моё, сколько организаторов развелось! Нет, чтобы хоть что-нибудь сделать! Поорганизовывать все хотят...
Ну это так, лирика.
А что ты знаешь/умеешь по теме?

← →
easy © (2007-02-01 22:08) [3]

>ему потребовалось создать подгруппу
в зависимости от задачи. либо
CREATRE TABLE blah blah
либо
UPDATE TABLE SET subgroupindex .. WHERE blah blah
либо..

← →
Jeeb (2007-02-01 22:34) [4]

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

Johnmen,
мне кажется что нужно создавать таблицу SQL-запросом в ADOQuery...

← →
Jeeb (2007-02-01 22:59) [5]

с SQL-запросом создания таблиц разобрался, но как программно связать таблицы?

← →
Johnmen © (2007-02-01 23:19) [6]

> мне кажется что нужно создавать таблицу SQL-запросом в ADOQuery...

Не надо.

> но как программно связать таблицы?

Что значит "связать"?

PS
Помнишь, как там, в рекламе: "А впрочем, рано тебе ещё..."
Т.е. надо бы некоторые базовые знания и понятия освоить.
Для вопроса [0], например, о деревьях.

> [0] Jeeb (01.02.07 21:32)

Ключевое слово для поиска по сети - "древовидная структура"

Вот пример структуры подходящей таблицы:

id [int, not null, primary index, auto increment] - уникальный идентификатор каких либо данных
parent [int, not null, default = 0] - владелец данных
date [] - данные, может иметь сколько нужно полей.

Пример работы с такой таблицей:
При чтении какой-либо записи ищутся все записи, в которых parent равен id текущей запии и выводят их каким либо образом, так что создавать можно сколько угодно дочерних объектов, также менять принадлежность объектов, но на основе это таблици нельзя сделать множественную принадлежность, для этого нужно создавать отдельную таблицу принадлежностей

В общем объяснил как мог :)

> id [int, not null, primary index, auto increment] - уникальный
> идентификатор каких либо данных
> parent [int, not null, default = 0] - владелец данных
> date [] - данные, может иметь сколько нужно полей.
>

В рамках TSQL ты в такую таблицу ни одной записи не вставишь.

Номенклатурная база данных Найти похожие ветки