Переадресация - Microsoft Office Access

Fezdipekla · 13.06.2013, 18:33

Здраствуйте, уважаемые программисты, подскажите как реализовать историю переадресации. Объясню к примеру генеральный директор отправляет директору по напрвлению, тот в свою очередь делегирует поручение начальнику цеха, тот в свою очередь начальнику участка, задача заключается в том что генеральному директору необходимо видеть всю цепочку с комментариями каждого из исполнителей. Подскажите пока сообразить не могу как это сделать лучше?

Myhaylo · 13.06.2013, 19:14

А в чём, собственно, вопрос? Уточните, пожалуйста...
Таблица на 4 поля: кто, что, кому, примечание.

shanemac51 · 13.06.2013, 20:38

таблица2 с полями
-ид2 счетчик
-ид1
-дата
-должность
-фамилия
-комментарии

Fezdipekla · 13.06.2013, 21:39

это все понятно, но по одному заданию цепочка может состоять из 5 звеньев, а также поручение изначально может выдаваться например 3 исполнителям и от них будет идти 3 цепочки

shanemac51 · 13.06.2013, 23:26

уровень 1
директор приказывает заму по технике

2ур зам --главному технологу и конструктору

3ур гт--нач бюро калибров
---------нач бюро штампов
-----гк ---аналогично

4ур нач б/кал ---технологам Иванову и Васильевой

--------------
вопросы
--кто задействован в работе
--кто задерживает выполнение

Teslenko_EA · 14.06.2013, 20:05

Здравствуйте Fezdipekla.
Ваша задача - отличный пример древовидной структуры хранения данных в одной таблице.
".. по одному заданию цепочка может состоять из N звеньев .. поручение .. может выдаваться например N исполнителям.."
Предложенный shanemac51 вариант построения структуры таблицы предназначен именно
для хранения данных с древовидной структурой внутренних связей.
Но потому, что у Вас возник такой вопрос можно судить, что структуру стоит прокомментировать.
Таблица для хранения данных с древовидной структурой связей обязательно должна содержать поля:
1- идентификатор записи : без комментариев
2- родительский ключ : у всех записей не имеющих "родителей" (корень дерева) он может заполняться нулём (или оставаться пустых - NULL)
у всех остальных записей ("дети") в этом поле содержат указатель на родителя.
3- все остальные информационные поля (поля данных)
Ка видно только корневые записи не имеют "родителей", все остальные являются "детьми" и так же могут быть "родителями"
Т.е. структура практически бесконечна, как в жизни - всех детей кто-то породил.

Единственная сложность этой структуры - обеспечение целостности данных при каскадной обработке,
удаляя запись необходимо предварительно удалить всех "наследников", а т.к. SQL MS Access не поддерживает
процедуры и циклы, решение этого ограничения необходимо реализовать в коде программы.
Других серьёзных проблем у этой структуры нет.
Успехов Вам.
Евгений.

13.06.2013, 18:33	#1
Fezdipekla Пользователь Регистрация: 11.03.2010 Сообщений: 65	Переадресация Здраствуйте, уважаемые программисты, подскажите как реализовать историю переадресации. Объясню к примеру генеральный директор отправляет директору по напрвлению, тот в свою очередь делегирует поручение начальнику цеха, тот в свою очередь начальнику участка, задача заключается в том что генеральному директору необходимо видеть всю цепочку с комментариями каждого из исполнителей. Подскажите пока сообразить не могу как это сделать лучше?

13.06.2013, 19:14	#2
Myhaylo Форумчанин Регистрация: 19.07.2012 Сообщений: 520	А в чём, собственно, вопрос? Уточните, пожалуйста... Таблица на 4 поля: кто, что, кому, примечание. Окупант, руки прочь от Украины!!! Слава Героям!

13.06.2013, 20:38	#3
shanemac51 Участник клуба Регистрация: 12.08.2010 Сообщений: 1,079	таблица2 с полями -ид2 счетчик -ид1 -дата -должность -фамилия -комментарии Имя-Галина== почта shanemac51@yandex.ru скайп shanemac51 c 8-15мск будни Сфера интересов--word-excel-access-распознавание

13.06.2013, 23:26	#5
shanemac51 Участник клуба Регистрация: 12.08.2010 Сообщений: 1,079	уровень 1 директор приказывает заму по технике 2ур зам --главному технологу и конструктору 3ур гт--нач бюро калибров ---------нач бюро штампов -----гк ---аналогично 4ур нач б/кал ---технологам Иванову и Васильевой -------------- вопросы --кто задействован в работе --кто задерживает выполнение Имя-Галина== почта shanemac51@yandex.ru скайп shanemac51 c 8-15мск будни Сфера интересов--word-excel-access-распознавание

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
переадресация др. страницу	w432w	PHP	1	13.09.2012 15:39
Переадресация с поисковиков	bwitcher	Помощь студентам	0	22.10.2011 14:07
HTML переадресация.	Vlero	HTML и CSS	1	28.02.2011 15:58
переадресация	Grind	JavaScript, Ajax	6	24.11.2008 21:59
Переадресация	krok	PHP	4	27.02.2008 18:20

13.06.2013, 21:39	#4
Fezdipekla Пользователь Регистрация: 11.03.2010 Сообщений: 65	это все понятно, но по одному заданию цепочка может состоять из 5 звеньев, а также поручение изначально может выдаваться например 3 исполнителям и от них будет идти 3 цепочки

14.06.2013, 20:05	#6
Teslenko_EA Участник клуба Регистрация: 10.08.2009 Сообщений: 1,796	Здравствуйте Fezdipekla. Ваша задача - отличный пример древовидной структуры хранения данных в одной таблице. ".. по одному заданию цепочка может состоять из N звеньев .. поручение .. может выдаваться например N исполнителям.." Предложенный shanemac51 вариант построения структуры таблицы предназначен именно для хранения данных с древовидной структурой внутренних связей. Но потому, что у Вас возник такой вопрос можно судить, что структуру стоит прокомментировать. Таблица для хранения данных с древовидной структурой связей обязательно должна содержать поля: 1- идентификатор записи : без комментариев 2- родительский ключ : у всех записей не имеющих "родителей" (корень дерева) он может заполняться нулём (или оставаться пустых - NULL) у всех остальных записей ("дети") в этом поле содержат указатель на родителя. 3- все остальные информационные поля (поля данных) Ка видно только корневые записи не имеют "родителей", все остальные являются "детьми" и так же могут быть "родителями" Т.е. структура практически бесконечна, как в жизни - всех детей кто-то породил. Единственная сложность этой структуры - обеспечение целостности данных при каскадной обработке, удаляя запись необходимо предварительно удалить всех "наследников", а т.к. SQL MS Access не поддерживает процедуры и циклы, решение этого ограничения необходимо реализовать в коде программы. Других серьёзных проблем у этой структуры нет. Успехов Вам. Евгений.