Свободное логическое поле в форме для каждой записи отдельно

Добрый день,

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

Данное логическое поле будет использовано как условие запроса на добавление ID выбранной записи в другую таблицу.

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

Потому хочу, чтоб логическое поле было только в форме.

Заранее спасибо.

0

Сообщение от AMufu Можно ли создать в форме свободное логическое поле

нет, так и будет изменяться у всех , привязывайте к таблице.

1

Сообщение от PuhKMV , так и будет изменяться у всех , привязывайте к таблице.

Плохо. А как же быть если данную таблицу открыто одновременно в нескольких формах или еще хуже - в нескольких формах несколькими пользователями, которые будут использовать разные запросы на добавление в разные таблицы?

0

Сообщение от AMufu Данное логическое поле будет использовано как условие запроса на добавление ID выбранной записи в другую таблицу.

Из ТЗ можно понять, что значение логического сессионное и как только запросы будут выполнены, оно уже как бы и не нужно. Тогда есть несколько приемов, какой из них применять можете решить только Вы.
1. Для выбора использовать не форму, а список со множественным выбором
2. Как и предлагал PuhKMV, создать вспомогательное логическое поле в самой таблице. Но очищать его сразу же после выполнения запросов с тем, чтобы оно могло пригодиться в других формах. Очистка поля запросом Update.
3. Создать вспомогательную таблицу с 2 полями: ID, равное ID в главной таблице и логическим полем. В запросе соединить таблицы по ID. Форму основать на этом запросе. При загрузке формы удалять все записи из вспомогательной таблицы и создавать заново запросом Insert Into.

2

А сделайте отдельную таблицу для логических полей. Галочки (Код, КодИсходнойТаблицы, Пользователь, Выбор). Уникальный сложный индекс по сочетанию полей КодИсходнойТаблицы, Пользователь, Выбор.

Источник данных формы Select ИсходнаяТаблица.*, Галочки.Выбор From ИсходнаяТаблица Inner Join Галочки On ИсходнаяТаблица.Код = Галочки.КодИсходнойТаблицы Where Пользователь=ТекущийПользователь;

Добавлено через 1 минуту

Сообщение от mobile Создать вспомогательную таблицу с 2 полями: ID, равное ID в главной таблице и логическим полем.

Мало. Ему ж нужно, чтобы разные пользователи работали с галочками независимо и однвременно.

1

Сообщение от mobile 1. Для выбора использовать не форму, а список со множественным выбором 2. Как и предлагал PuhKMV, создать вспомогательное логическое поле в самой таблице. Но очищать его сразу же после выполнения запросов с тем, чтобы оно могло пригодиться в других формах. Очистка поля запросом Update. 3. Создать вспомогательную таблицу с 2 полями: ID, равное ID в главной таблице и логическим полем. В запросе соединить таблицы по ID. Форму основать на этом запросе. При загрузке формы удалять все записи из вспомогательной таблицы и создавать заново запросом Insert Into.

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

А вот про список - как то не подумал. Может быть решением.

Спасибо большое.

Добавлено через 3 минуты

Сообщение от texnik-san А сделайте отдельную таблицу для логических полей. Галочки (Код, КодИсходнойТаблицы, Пользователь, Выбор). Уникальный сложный индекс по сочетанию полей КодИсходнойТаблицы, Пользователь, Выбор. Источник данных формы Select ИсходнаяТаблица.*, Галочки.Выбор From ИсходнаяТаблица Inner Join Галочки On ИсходнаяТаблица.Код = Галочки.КодИсходнойТаблицы Where Пользователь=ТекущийПользователь;

Очень хороший вариант. Самый железный.

Если с обычным списком что-то не получится - буду делать именно так.

Спасибо большое.

Добавлено через 40 минут
не могу понять. Где можно сделать множественный выбор.
Выбираю Со связным выбором, а где мульти - не пойму.

0

Сообщение от texnik-san Мало. Ему ж нужно, чтобы разные пользователи работали с галочками независимо и однвременно.

Сообщение от AMufu третий - пришлось бы создавать много временных таблиц

Такой вариант с временной вспомогательной таблицей по сути своей предполагает, что временная таблица локальная. А не серверная. Конечно, если сервер SQL-сервер, тогда другое дело. Но если работа с таблицами Jet SQL (таблицы Access), зачем ей быть на сервере, какое отношение она имеет к другим юзерам? Никакого. Локальная таблица и все тут. И поле юзера совсем ни к чему. Достаточно 2 упомянутых.
Но, конечно, еще раз, если файл ADP/ADE или файл с формами тоже на сервере, тогда совсем другое дело. Но для MDB, ACCDB с клиентскими частями расположение временных таблиц на сервере совершенно ни к чему.

Сообщение от AMufu Выбираю Со связным выбором, а где мульти - не пойму.

Смотрите пример на основе таблиц из учебной БД Борей

Вложения

СписокВыбор.rar (62.7 Кб, 46 просмотров)

1

Сообщение от mobile Такой вариант с временной вспомогательной таблицей по сути своей предполагает, что временная таблица локальная. А не серверная.

А где вообще он сказал, что у него база разделенная?

Добавлено через 2 минуты
Если разделенная и у каждого своя оболочка - то все ок, локальной таблицы со связью 1-к-1 достаточно.

0

Сообщение от texnik-san локальной таблицы со связью 1-к-1 достаточно.

Связь локальной и присоединенной таблиц ничего не дает. Зачем она?

0

Сообщение от ltv_1953 Связь локальной и присоединенной таблиц ничего не дает. Зачем она?

Вы не уследили за началом нашего диалога с mobile. Цитирую:

Сообщение от mobile вспомогательную таблицу с 2 полями: ID, равное ID в главной таблице

вот это связь 1-к-1 и есть.

0

Сообщение от texnik-san вот это связь 1-к-1 и есть.

Разве я написал, что ее нет? Какой смысл в связях без обеспечения целостности данных?

0

ltv_1953, связь ФАКТИЧЕСКИ есть, по смыслу полей. О чем вообще вы справшиваете?

Зы: если у вас, как и у нас, погода +35, то все ок, я понимаю ваше состояние.

0

Сообщение от ltv_1953 Какой смысл в связях без обеспечения целостности данных?

Понятно. Разница просто связей и связей с обеспечением целостности данных Вам неизвестна.

0

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

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

Добавлено через 5 минут
Давайте еще раз, чтобы вы не переспрашивали. Говоря о связи "один-к-одному" я говорю не об установке связи в "схеме данных", а о структуре таблицы, предложенной mobile. Надеюсь, теперь вопросов уже не осталось?

Добавлено через 3 минуты
Ну и уже заодно, чтобы не вставать два раза. Вы можете рассказать мне, чем может помешать или навредить установка связи между локальной и присоединенной таблицами? Ради чего вообще было поднято это выяснение?

0

Не передергивайте. Был вопрос, о том, что эта связь дает. Ответа нет.

0

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

Та связь, о которой говорите вы - дает автоматически создаваемую связь при построении запроса с помощью конструктора запросов. Но я продолжаю не понимать, почему я должна объяснять смысл придуманной вами связи.

0

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

И насколько я понял, texnik-san говоря о связи, имела в виду гипотетическую связь в запросе. А не полноценную в схеме данных.

0

Отлично согласуются. Слово "связь" в Accessимеет один смысл, слово "связь" при обсуждении структуры таблиц - другой. В том время, как мы с mobile обсуждаем структуру временной таблицы, вы задаете вопрос о связи в Access

Сообщение от ltv_1953 Связь локальной и присоединенной таблиц ничего не дает. Зачем она?

"она" - т.е. связь между локальной и присоединенной таблицами - особой пользы не приносит (разве что сокращает на 1 шаг процесс создания запросов в режиме конструктора), ничем не вредит и не мешает, но главное - ее никто и не предлагал устанавливать. Вы ее самостоятельно выдумали.

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

При этом ЦЕЛОСТНОСТЬ связи между основной и временной таблицей никому ни на какую часть тела не сдалась, т.к. таблица ВРЕМЕННАЯ и

Сообщение от mobile При загрузке формы удалять все записи из вспомогательной таблицы и создавать заново запросом Insert Into.

Добавлено через 6 минут

Сообщение от mobile И насколько я понял, texnik-san говоря о связи, имела в виду гипотетическую связь в запросе. А не полноценную в схеме данных.

Протестую. Связь в запросе не гипотетическая ))) даже в самом худшем случае она картезианская.

0

Сообщение от texnik-san Протестую

Предлагаю Вам пофилофствовать на тему связи с несуществующим объектом.

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

Или Вы предполагаете держать ее всегда заполненную, но с пустыми чекбоксами? Это плохое решение. Для ее актуализации придется каждый раз 1. находить отсутствующие; 2. добавлять их в таблицу; 3. обновлять чекбоксы, ставить им False. Это долго и не эффективно. Да и вообще ни к чему.

0

Сообщение от mobile Временная таблица возникает только в момент открытия формы.

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

Добавлено через 7 минут

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

Да боже упаси. Во-первых, "всегда заполненность" и не получится, ибо никто не проектировал целостность связи )))

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

Добавлено через 1 минуту

Сообщение от mobile Это плохое решение

+100500.

0