Topic: Связь многие-ко-многим

Дмитрий, имеем некую таблицу в которую вносим базовые сведения, и  подтаблицу в которую вносим дополнительные сведения на базе основной записи. Записей в подтаблице может быть любое число но для поиска нам интересна только запись с последним решением. Вопрос - как отбросить все ненужные в конкретно данный момент  для поиска записи? 
Основная запись и ниже ее подзаписи (например принятые решения)

  • подзапись 1 остается  в базе для того чтобы было видно что происходило ранее (для поиска уже не нужна)

  • подзапись 2 остается  в базе для того чтобы было видно что происходило ранее (для поиска уже не нужна)

  • подзапись 3 последнее движение - в результат поиска только основная запись с таким видом решения

а предыдущие игнорируются.


Особенное интересует возможность использования чекбокса в случае ввода последнего решения. При стандартной настройке поиска и при нескольких записях  в подтаблице, (например в двух записях  флажки не активны а в одной активен ) в результат выводит и запись где в последнем решении чекбокс активирован, хотя в данное условие для поиска не задавалось.

2 (edited by derek 2018-04-29 00:56:04)

Re: Связь многие-ко-многим

Помогает ли вам подобное?
Сценарий не нужен - он просто делает фильтр автоматическим.
Я уверен, что есть и другие способы.
С Уважением,
Дерек

Post's attachments

Attachment icon wertyby.zip 337.85 kb, 337 downloads since 2018-04-29 

Re: Связь многие-ко-многим

Дерек, спасибо за пример, это почти то что надо, но хотелось бы без использования дополнительных таблиц. Рисунок прилагаю,как размещены компоненты на форме:

Post's attachments

Attachment icon Снимок1.JPG 183.25 kb, 223 downloads since 2018-04-29 

4 (edited by wertyby 2018-04-29 10:35:57)

Re: Связь многие-ко-многим

И еще:

Post's attachments

Attachment icon Снимок2.JPG 87.96 kb, 271 downloads since 2018-04-29 

5 (edited by derek 2018-04-29 15:05:42)

Re: Связь многие-ко-многим

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

Post's attachments

Attachment icon wertyby.zip 338.85 kb, 335 downloads since 2018-04-29 

Re: Связь многие-ко-многим

Извиняюсь за задержку с ответом, был в отпуске. Вопрос все еще актуален для вас?

Dmitry.

Re: Связь многие-ко-многим

Да.

Re: Связь многие-ко-многим

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

Dmitry.

Re: Связь многие-ко-многим

Дмитрий, я уже проект переделал. перенес чек на другую форму, поменял структуру базы данных так что выкладывать в данный момент нечего :-(((. Переделывать обратно, очень много работы с переписыванием скриптов.
Мне бы конечно бы конечно хотелось бы вернуться к задуманной реализации. Суть вопроса такова:
1. В таблице "Uchet" сохраняются все основные параметры оборудования.
2. В таблицу "Dvizenie"  впоследствии можно вносить все записи о движении оборудования. Движений может быть любой количество.  В какой то момент времени оборудование списывается, для чего активируем чекбокс, (отметка о том что оборудование списано) и он же открывает для записи несколько доп. полей. 
И вот тут вопрос:
Хотелось бы на главной форме для поиска использовать данный чекбокс, но если никакие записи о движении оборудования не вносить то в таблицу в строке чекбокса не сохраняется совсем ничего ни 1 не 0.  Поэтому все записи при поиске вводятся только при состоянии чекбокса  AlowGrayed.  При попытке поииска записей при например не активном флажке, могут выводиться и  записи которые числятся списанными, потому, что поиск работает по всем введенным движениям оборудования а надо что бы при активации чек бокса все предыдущие движения игнорировались. В постах 3 и 4 есть скрины как это было ранее и задумывалось. Или может быть это не совсем правильная реализация?

Re: Связь многие-ко-многим

Сделал для вас проект с примером движения оборудования

Post's attachments

Attachment icon Движение оборудования.zip 6.15 kb, 351 downloads since 2018-05-17 

Dmitry.

11 (edited by wertyby 2018-06-18 21:32:28)

Re: Связь многие-ко-многим

Дмитрий, спасибо за пример, сделал по аналогии и поиск заработал как требуется. Только не могу понять как теперь на его основе сделать отчёт. При использовании стандартной возможности по генерации отчёта, и если поисковый чекбокс завязан на вычисляемое поле выдает ошибку - нет такой колонки. ? Пробовал и на вашем примере сгенерировать отчёт, результат тот же.

Re: Связь многие-ко-многим

wertyby wrote:

Дмитрий, спасибо за пример, сделал по аналогии и поиск заработал как требуется. Только не могу понять как теперь на его основе сделать отчёт. При использовании стандартной возможности по генерации отчёта, и если поисковый чекбокс завязан на вычисляемое поле выдает ошибку - нет такой колонки. ? Пробовал и на вашем примере сгенерировать отчёт, результат тот же.

пожалуйста приложите ваш проект с описанием, какой именно отчет необходим.

Dmitry.

Re: Связь многие-ко-многим

В Вашем примере из поста №10, поиск по чек боксу с выводом в грид осуществляется отлично, но если добавить, но при таких же настройках (поиск по чекбоксу осуществляется через вычисляемое поле) при попытке создания отчета выдается ошибка нет такой колонки.
no such column - Uchet.calc_spisano. Я так понимаю данное поле для поиска с выводом в отчет в таком виде использовать не получится?

Re: Связь многие-ко-многим

Спасибо за найденную ошибку, поиск по выч. полям для отчета действительно не работал, поправил, скачайте пожалуйста последнюю бета версию
https://www.dropbox.com/s/sunrl4ano9340 … a.zip?dl=0

Dmitry.

Re: Связь многие-ко-многим

Ок спасибочки.