Какое-то говно всплыло

Что-то мало мнений по такому хорошему вопросу...
Да потому что херня полная понаписана.

Первый пост - бред. Человек обрадовался и всем расказал про связанное выделение в листбоксе + таблицу для связи многие-ко-многим (причем для "исключения связей многие ко многим" )
Да, еще "доступ к данным через ODBC"

Второй пост - бред. Бред с точки зрения аксеса. На VB ему программировать - только там такие формы можно лепить. Да и то если полениться нормальные контролы найти.

Интересно, почему такая несправдливость? Поднять говнотопик просто, а скрыть его нафиг с глаз долой - несколько лет должно пройти и то найдутся умельцы, которые его отроют

Да хоть с помощью рукописного текста, сканера и распознавалки данные вводи.
Какая нахер разница сколько в запросе тысяч строк? Если форма только для ввода - "Ввод данных"="Да" в конструкторе поставь. И на всякий случай в базовый запрос "Where False" добавь.
Имея афигетельный контрол под названием "аксесовская форма, связанная с данными" писать самому формы, несвязынные с данными чтобы потом значения из свободных контролов переписать опять таки в базовый набор - маразм.
Любой маразм может быть иногда востребован, но "придерживаться такой идеологии" - дурость.

Перепопытка номер два

Какая нахер разница сколько в запросе тысяч строк? Если форма только для ввода - "Ввод данных"="Да" в конструкторе поставь. И на всякий случай в базовый запрос "Where False" добавь.

На всякий случай объясню. Если "Where False", то записей 0. Глюпому аксесовскому интерпретатору это понятно, и ничего он никуда не качает. Это должно спасти в случае, если "Ввод данных"="Да" не возымеет такого эффекта (хотя по идее должно).

А это уже совсем другой вопрос.
Если тебе нужно просматривать ВСЕ записи (ну и редактировать их) - то по другому ты никак и не сделаешь. И несвязанные контролы тебе не помогут.
Только скорее всего все записи не нужны. В лучшем (худшем) случае можно сделать пользовательский фильтр. Т.е. делаешь, к примеру, поле - "Показывать документы за ххх дней". По обновлению этого поля изменяешь базовый набор записей (как - уже зависит от версии аксеса, мдб/адп и т.п.) и обновляешь форму. Всего-то и делов.
И будет у тебя на экране только то, что нужно, и по сети огромные объемы не будут прокачиваться, и наступит полное щастье.

если MDB то вообще прокачивается весь файл .
Ну здрасте приехали

Весь файл уж точно никогда не прокачивается.
Select * From Table Where что-то - прокачивает таблицу или нет -зависит именно от что-то.
Если выборка по индексам - как вариант (не всегда) прокачаются только индексы, а уж потом выкачаются нужные тебе три записи из миллиона. Поэтому грамотно индексируй.
Select * Where False не качает данных. Я это не проверял прямо щас, но буду очень сильно удивлен если это не так.

Догадайся с трех раз. Если не догадаешься - это станет твоим домашним заданием.

вот ведь непонятливый какой
Добавить - лучше запросом.
Узнать что именно добавить - через форму и контролы.
Узнать что именно добавить и добавить - или несвязанная форма и запрос, или связанная форма. Второй вариант - то же самое по сути но работы меньше.
Хочешь делать работу, которую за тебя разработчики аксеса уже проделали - делай. На фига только тебе тогда аксес - загадка. Программируй на VB и не парься.

И вообще, что значит "Проблемы автора топика не волнуют"?
Нафига тогда поднимал топик двухгодичной давности?

2 Michael Vasilev
Одну запись вводить - кнопку Esc нажал, все и откатилось.
Кучу записей вводить (типа состава документа) - во-первых, как ты это будешь делать с случае несвязанных форм, во-вторых это и со связанными решается.
В случае 2000-го аксеса и выше - вешаешь форму на открытый тобой рекордсет, начинаешь транзакцию и в нужный момент говоришь либо Commit, либо Rollback. Всего то и делов.

и думаю если питание пропадет, то запись тоже сохраниться
И совершенно зря так думаешь.
Закрытие формы - да, вызовет сохранение. И не только закрытие. Правильно было бы ловить BeforeUpdate у формы, и отменять если что не так.

Про временные таблицы ты сам сказал. В 97-м так и делаю. Потому как Me.Recordset у формы отсутствует.

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

А как там будет с блокировками?
Ровно так же, как если ты сделаешь BeginTrans: rst.Edit: ... : rst.Update и уйдешь курить не сделав Commit. Т.е. блокировки будут висеть до наступления Commit'а.
У Гетца есть пример реализации таймаута. Когда начинаешь редактирование - запускается таймер, который через некоторое время выдаст тебе предупреждение, а потом и отменит все твои изменения (нефиг жрать). Блокировки снимутся.

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

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

З.Ы. А вообще весь этот гемор из за того, что отсутствует доступ к внутреннему аксесовскому workspace'у, в котором и работают все формы. Иначе достаточно было бы просто делать BeginTrans и Commit/Rollback для этого workspace'а. Ну, нет так нет. Хорошо что хоть дали возможность подсовывать форме рекордсет, открытый в подконтрольном тебе workspace'е (connection'е)