• Registered: 2018-11-13
  • Posts: 299

Topic: зеркальная таблица

Возникла необходимость создания зеркальной таблицы с людьми в одностороннем порядке
Допустим есть 2 параметра Имя и Фамилия, при открытие формы должно происходить сравнение во второй таблице, и если она видит что первая таблица имеет запись которой нет во второй, то она её создаёт. Причем если происходят изменения во второй таблице, то в обратном смысле это уже не работает. То есть изменения не в Имени и фамилии, а в других строках которые не влияют на зеркальность не несут никаких действий. Это возможно?

  • From: Нефтеюганск
  • Registered: 2018-04-11
  • Posts: 1,775

Re: зеркальная таблица

.

Post's attachments

Attachment icon test.7z 3.31 kb, 234 downloads since 2019-11-02 

  • Registered: 2014-02-14
  • Posts: 10,294

Re: зеркальная таблица

Возможно, вы неправильно продумали структуру БД, расскажите пожалуйста, что вы пытаетесь реализовать.

Dmitry.
  • Registered: 2018-11-13
  • Posts: 299

Re: зеркальная таблица

Возможно и неправильно... но правильный способ пока не могу сообразить. Логика такая. Есть список людей и есть событие которое создаётся от необходимости. В списке допустим 100 человек, а на событие нужно набрать 20. Что бы не запутаться, при добавлении человека на событие, нужно что бы он пропадал из списков людей которых туда можно добавить. Как это реализовать с 1 событием в принципе понятно, создаём какую то ДА/НЕТ переменную, при которой если человек назначается на событие, он перестаёт быть видным в списке тех кто на это событие еще не был назначен. Но как такое сделать с пониманием что событий много, и они постоянно добавляются? В принципе есть идея создать таблицу которая имеет отдельную запись с пониманием id_человек и id_событие, где если такая запись существует, то скрыть id_человек из таблицы. Как это реализовать? Или есть какой то проще способ?

  • Registered: 2014-02-14
  • Posts: 10,294

Re: зеркальная таблица

Посмотрите пожалуйста данный пример, в котором пациентам назначаются исследования.
Только в вашем случае вместо пациентов будут События, а вместо исследований будут Люди, таким образом формируется связь Многие ко многим через промежуточную таблицы, в данной примере этой таблицей является PatientTest, для вашего случая ее будет логичней назвать EventPeople

Post's attachments

Attachment icon MultiSelect TableGrid many to many.zip 11.04 kb, 247 downloads since 2019-11-07 

Dmitry.