Добрый день!

Как правильно поступить? Есть таблица в которой есть 7 столбцов в которых надо сохранить ФИО. Но необходимо, чтобы с этой ФИО была еще связана должность, т.к. она со временем у человека может измениться. Еще иногда необходимо искать пользователя по точному идентификатору, т.к. ФИО может совпадать.
Т.е. есть таблица ORDER:
Автор, Подписал, Согласовал, Утвердил, Бухгалтер, Отвечает, Исполнитель
Иванов; Иванов; Сидоров; Пушкин; Лермонтов; Петров; Козлов
Иванов; Иванов; Сидоров; Пушкин; Лермонтов; Петров; Козлов
Петров; Петров; Сидоров; Пушкин; Лермонтов; Петров; Козлов
Иванов; Иванов; Сидоров; Лермонтов; Лермонтов; Петров; Козлов
Иванов; Иванов; Сидоров; Пушкин; Лермонтов; Петров; Козлов

Но в данном случае мы не видим должности сотрудника, причем у одного и того же сотрудника могут быть разные должности, например в прошлом году он был бухгалтером, а в этом стал директором. Это надо отразить. Плюс на предприятии могут быть однофамильцы, например Ивановых 5 штук. Надо выбирать записи конкретного Иванова.

Как лучше сделать? Требования:
Пользователь на экран может до 250 записей, Пользователь может задавать список столбцов и их порядок, может задавать критерии поиска для каждого столбца. На экран надо выводить в зависимости от ситуации только ФИО или плюс еще должность.

Есть 3 варианта.
1. Вместо 7 столбцов сделать 21 т.е. в 3 раза больше. Идентификатор, ФИО, Должность
2. Использовать 7 столбцов но в каждый столбец записывать значения Идентификатор:ФИО:Должность, т.е. разделять их двоеточием
3. Вроде как самый правильный, но самый сложный с точки зрения программирования записывать в столбец ключ, сделать вторую таблицу PERSON и хранить значения там в виде: Ключ,Идентификатор, ФИО, Должность


Как лучше поступить? Первым делом конечно приходит 3 вариант, но как реализовывать следующие вещи:
1. Пользователь хочет увидеть 1 столбец
SELECT Автор FROM ORDER, PERSON WHERE ORDER.Автор = PERSON.ключ

2. А теперь он хочет видеть все столбцы и теперь о ужас надо формировать запрос:
SELECT * FROM ORDER, PERSON as P1, PERSON as P2, PERSON as P3, PERSON as P4, PERSON as P5, PERSON as P6, PERSON as P7 WHERE Автор = P1.ключ, Подписал=P2.ключ, Согласовал=P3.ключ, Утвердил=P4.ключ, Бухгалтер=P5.ключ, Отвечает=P6.ключ, Исполнитель=P7.ключ

3. А теперь он хочет переставить все столбцы местами и задать критерии. Запрос вообще станет ужасным.

Т.е. проблема в том, что пользователь динамически должен формировать перечень столбцов и не понятно как обрабатывать поля которые содержат кода. Т.е. с точки зрения дальнейшего программирования лучше использовать вариант с 21 столбцом…

Как лучше поступить?

Ага а если пользователь захочет увидеть поля (должен быть интерфейс в котором он сможет это сделать)
Согласовал (фио), Утвердил(фио+должность), Бухгалтер (фио+должность)
где согласовал Я (т.е. проверка по ID)
Утвердил = директор (проверка по должности)
Бухгалтер = Иванов (проверка по фио)

Мне в этом случае надо динамически сгенерировать запрос и показать данные.
Я же с ума сойду программно генерировать такие запросы :-(

Тут наверное в основном администраторы баз данных :-)
Я понимаю, что с точки срения проектирования базы данных - надо исключать избыточность, но потом программировать???

Вариант всегда вытаскивать все поля. Хм, не думал. Может быть это действительно выход из ситуации...

Все надо показывать на момент подписания.
Если бы был один статический запрос, то не было бы ни каких вопросов.

ORDER
A1 A2 A3 A4 A5 A6 A7
1 2 2 1 2 1 1
2 3 4 5 1 1 2
2 3 4 5 2 1 3
3 3 4 5 1 2 4
1 2 3 4 5 3 5

PERSON
id FIO job
1 Иванов программист
2 Петров программист
3 Сидоров программист
4 Пушкин программист
5 Петров программист
6 Петров Директор
7 Васин бухгалтер
8 Пупкин дворник

Получается примерно так?

SELECT P1.FIO, P1.job, P2.FIO, P2.job, P3.FIO,P3.job, P4.FIO, P4.job, P5.FIO,P5.job, P6.FIO,P6.job, P7.FIO, P7.job
FROM [ORDER], PERSON as P1, PERSON as P2, PERSON as P3, PERSON as P4, PERSON as P5, PERSON as P6, PERSON as P7
WHERE ORDER.A1=P1.id AND ORDER.A2=P2.id AND ORDER.A3=P3.id AND ORDER.A4=P4.id AND ORDER.A5=P5.id AND ORDER.A6=P6.id AND ORDER.A7=P7.id


Проблемы две.
1. В таблице ORDER будет 1,5 млн записей в таблице PERSON будет 20000. База MS SQL. Это будет основная таблица с которой все пользователи будут работать очень интенсивно. мах количество записей 250
2. Т.к. пользователи будут работать с системой очень часто, то для них планируется сделать возможность создавать ФИЛЬТРЫ. Т.е. сам поьлзователь выбирает какие столбцы показывать, по каким критериям фильтровать и как сортировать.

Хотел сделать чтобы такие запросы формировались динамически. Но не очень хочется париться программировать.
Вот тут умные люди посоветовали сделать один запрос. Но показывать только те столбцы которые необходимо. Ну уж добавить туда фильтрацию и сортировку - труда не составит.


Соответсвенно вопрос это нормально присоединять каждый раз 11 таблиц? 4 таблицы это другие. Т.е. будут примерно такие таблицы по количеству сторк.
1500000
20000
20000
20000
20000
20000
20000
500
20
2500000
800

которые необходимо объединить и вывести только необходимые строки.

Вот в чем проблема.
Вот и сижу думаю как лучше сделать...

Спасибо.

С процедурами вроде тоже понятно. Если будет решено сделать один субер-бупер запрос, то так и придется сделать...

Построителя запросов как такового не будет.
Если кто работал с MS Project, то там можно выбрать необходимы столбцы, фильтрацию и сортировку. Вот надо сделать что-то подобное.

Если бы в строках хранилось то что должно показываться, то было бы проще.
Видятся еще 2 пути
1. Написать супер запрос. Но не понятно как будет с произвоизводительностью.
2. Сделать итоговую таблицу куда выводить все данные, но не хочется. Будет избыточность + могут быть несоответсвия.

Не... пусть если хотят убивают, но в данном случае похоже надо делать 21 столбец :-(

Ну вот для примера. Сделали 2 таблицы. А теперь нам надо вывести все строки чтобы высветилось ФИО и ДОЛЖНОСТЬ для каждого столбца и если в столбце P1.FIO фамилия Иванов.
Такой запрос

SELECT P1.FIO, P1.job, P2.FIO, P2.job, P3.FIO, P3.job, P4.FIO, P4.job, P5.FIO, P5.job, P6.FIO, P6.job, P7.FIO, P7.job
FROM [ORDER] AS ORDER1, PERSON AS P1, PERSON AS P2, PERSON as P3, PERSON AS P4, PERSON AS P5, PERSON AS P6, PERSON AS P7
WHERE [ORDER1].A1=P1.id And [ORDER1].A2=P2.id And [ORDER1].A3=P3.id And [ORDER1].A4=P4.id And [ORDER1].A5=P5.id And [ORDER1].A6=P6.id And [ORDER1].A7=P7.id AND P1.FIO = 'Иванов'

Не будет работать.

А как тогда вывести на экран эти данные? Какой будет запрос?

Я сейчас заплачу!!!

Да мне не важно сколько таблиц. Надо 3 бусть будет 3. Мне надо чтобы вместо чего-то что записано в столбец вывелось ФАМИЯ И ДОЛЖНОСТЬ.
Т.е. в таблице ORDER 7 столбцов, а мне надо вывести 14
ФИО, Должность, ФИО, Должность, ФИО, Должность, ФИО, Должность...


Как я с самого начала и говорил можно сделать 3 варианта, но если там хранить код, то я не знаю как вывести вместо кода 2 значения.

Т.е. нужен пример запроса который будет это делать, а так как записей будет очень много, то надо не просто запрос, а такой который будет эффективно работать!

Вместо кода подставлять 1 значения примеры есть в любой книге уж не надо меня туда тыкать. Надо именно вместо 7 значений вывести 14, 21, 28 записей.

Вот и все.

14, 21, 28 подразумевалось столбцов...

Спасибо.

Но выводить в строки, это все таки немного не совсем то. Хотя понятное дело любую таблицу можно повернуть.
В моем случае мне надо выводить основную таблицу и прибавлять к ней дополнительные столбцы.

Не мог понять, почему выводятся одинаковые должности – просто выводимые записи совпали, так что у всех были одинаковые должности. Вот уж повезло! Расставил должности, чтобы можно было наблюдать выводимую картину. Плюс построитель запросов Access – великая сила! :-)

Получилось 2 варианта. Посоветуйте, какая между ними разница? Какой вариант лучше? Как можно оптимизировать с учетом очень большого количества записей в таблицах. В ORDER 1,5млн, а в PERSON 20тыс.
Фильтрация может быть задана по любому столбцу таблицы ORDER

1 Вариант
SELECT ORDER.price, ORDER.order_key, PERSON.FIO, PERSON.job, PERSON_1.FIO, PERSON_1.job, PERSON_2.FIO, PERSON_2.job, PERSON_3.FIO, PERSON_3.job, PERSON_4.FIO, PERSON_4.job, PERSON_5.FIO, PERSON_5.job
FROM (((((([ORDER] INNER JOIN PERSON ON ORDER.A1 = PERSON.id) INNER JOIN PERSON AS PERSON_1 ON ORDER.A2 = PERSON_1.id) INNER JOIN PERSON AS PERSON_2 ON ORDER.A3 = PERSON_2.id) INNER JOIN PERSON AS PERSON_3 ON ORDER.A4 = PERSON_3.id) INNER JOIN PERSON AS PERSON_4 ON ORDER.A5 = PERSON_4.id) INNER JOIN PERSON AS PERSON_5 ON ORDER.A6 = PERSON_5.id) INNER JOIN PERSON AS PERSON_6 ON ORDER.A7 = PERSON_6.id;



2 Вариант
SELECT ORDER.price, ORDER.order_key, PERSON.FIO, PERSON.job, PERSON_1.FIO, PERSON_1.job, PERSON_2.FIO, PERSON_2.job, PERSON_3.FIO, PERSON_3.job, PERSON_4.FIO, PERSON_4.job, PERSON_5.FIO, PERSON_5.job
FROM [ORDER], PERSON, PERSON AS PERSON_1, PERSON AS PERSON_2, PERSON AS PERSON_3, PERSON AS PERSON_4, PERSON AS PERSON_5
WHERE ORDER.A1=PERSON.id AND ORDER.A2=PERSON_1.id AND ORDER.A3=PERSON_2.id AND ORDER.A4=PERSON_3.id AND ORDER.A5=PERSON_4.id AND ORDER.A6=PERSON_5.id

Спасибо