для мазохистов

. "Майор" сообщил/сообщила в новостях следующее: news:1513594@sql.ru. Есть таблицы составляющие Штат полка, есть ПерсКод (идентификатор военнослужащего) в Штате. При перемещении военного на другую должность надо - найти ПерсКод военнослужащего (если он есть), вырезать его, перейти в запись с нужной должностью (можно с помощью подчиненных списков в форме) по КодДолжн и вставить. На словах уместилось в три строчки, а на деле трое суток терзания мозгов и нулевой результат. Короче, сплошная Кама-Сутра. К сожалению не могу выложить сам штат, но примерно опишу. 1. Табл. Шт_Подразделения (КодПодр, Подразделения) (основные подразделения: управление, эскадрильи) 2. Табл. Шт_Группы (КодГруппы, КодПодр, Группы) (штабы, службы, группы, авиаотряды) 3. Шт_Должности (КодДолжн, КодГруппы, ПерсКод, Должность, ВУС, тариф, звание по штату). Тема Ответить. tblCareerLadder (tblAppointments) AppointmentID - номер приказа о назначении/переводе AssignmentID - номер должности в шатном расписании (из таблицы ШтатноеРасписание) EmployeeID - номер сотрудника (военнослужащего из таблицы Военнослужащие (шит его знает как по-Английски лучше написать)) AppointmentDate - дата назначения на должность (например) бла-бла-бла. "tertwrtwrt ab" сообщил/сообщила в новостях следующее: news:1514181@sql.ru. Тов. Майор, вы опять демонстрируете не вполне адекватный подход к организации схемы данных в реляционной БД. tblCareerLadder (tblAppointments) AppointmentID - номер приказа о назначении/переводе AssignmentID - номер должности в шатном расписании (из таблицы ШтатноеРасписание) EmployeeID - номер сотрудника (военнослужащего из таблицы Военнослужащие (шит его знает как по-Английски лучше написать)) AppointmentDate - дата назначения на должность (например) бла-бла-бла. каждый раз, когда военнослужащий бывает переведен на иную должность в таблице ПрохождениеСлужбы создается новая запись Тема Ответить. структура базы данных умышленно сделана таким образом чтобы доставить себе и окружающим как можно больше болезненных ощущений. все предложения по оптимизации структуры смотрятся нелепо тов. мазохист вы бы там послабили ремешок а здесь подушечку подложили. тока почему вы решили что ему это надо. Отдельным положением стоит Таблица Штат. 3 основных подразделения (тбл. Шт_Подразделения (КодПодр, Подразделение)) в состав которых входят 26 групп (тбл. Шт_Группы (КодГруппы, КодПодр, Группы)) которые связаны с 294 должностями (тбл. Шт_Должности (КодДолж, КодГруппы, ПерсКод, Должность, ВУС, Тариф, Звание_по_штату). Почему она отдельно. Есть такая книга в полку под названием "Штат 000 истребительного авиационного полка. № 0000/000-00", где строго регламентировано, сколько должностей, с каким ВУС и т.п. И если (к примеру) Порядковому номеру 130 соответствует должность старший механик группы обслуживания ракет 0 истребительной эскадрильи, то хоть тресни она не может соответствовать другому порядковому номеру и человек занимающий эту должность стоит именно на 130 позиции, хотя (к примеру) есть еще несколько одинаковых должностей. Теперь понимаете?

Я вручную с помощью запроса добавляю в табл.Должности - должность, Номер приказа о назначении, кем назначен, Дата назначения. В этой тал. хранятся данные о всех должностях, которые военный занимал в полку. А теперь подскажите, каим образом это оптимизировать? таблица (полная история) штат может содержать номер позиции в штате, ПерсКод, дополнительные атрибуты и дату зачисления на эту позицию в штате и дату исключения из этой позиции штата. когда мы открываем форму с вакантными позициями штата и добавляем новую запись с кодом военнослужащего и текущей датой в качестве даты начала - мы закрываем вакантную позицию.

для мазохистов