ADO, сохранение обновленной записи

@Bogdanov · Регистрация: 11.08.2008

Студворк — интернет-сервис помощи студентам

Суть:
При вводе в базу новой записи - тратиться достаточно много времени (18 полей), проще открыть ранее внесенную и немного изменить ее. Все бы хорошо но след. код - обновляет исправленную запиь а не сохраняет ее как новую. Подскажите - плз как создавать при сохранении новые записи.

Code
1
2
3
4
5
Private Sub cmdSave_Click()
rs.UpdateBatch adAffectAll
            If mbAddNewFlag Then
                rs.MoveLast
End Sub

@vbnet.ru · 13.08.2008, 07:24

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

@Bogdanov · 13.08.2008, 11:09 **[ТС]**

А можно по подробнее? Если конечно это реально - пример кода. Я не так давно занимаюсь базами VB, так, что это для меня темный лес...

@vbnet.ru · 14.08.2008, 20:15

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

@Bogdanov · 14.08.2008, 20:23 **[ТС]**

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

Новые блоги и статьи Все статьи Все блоги /
Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .	wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .
Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .	К слову об оптимизации kumehtar 01.04.2026 Вспоминаю начало 2000-х, университет, когда я писал на Delphi. Тогда среди программистов на форумах активно обсуждали аккуратную работу с памятью: нужно было следить за переменными, вовремя. . .	Идея фильтра интернета (сервер = слой+фильтр). Hrethgir 31.03.2026 Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .	Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем

@vbnet.ru 0 / 0 / 0 Регистрация: 29.07.2008 Сообщений: 5
	13.08.2008, 07:24
	Нет, нет и нет. Никогда так не получится! Если полей много и ты не уверен и времени это занимает такую большую кучу, то я бы сделал транзакцию. Перед началом добавления записи BeginTrans, а тосле окончания добавления CommitTrans. Если что-то не так, то транзакцию можно будет отменить. 0

@Bogdanov 0 / 0 / 0 Регистрация: 11.08.2008 Сообщений: 35
	13.08.2008, 11:09 [ТС]
	А можно по подробнее? Если конечно это реально - пример кода. Я не так давно занимаюсь базами VB, так, что это для меня темный лес... 0

@vbnet.ru 0 / 0 / 0 Регистрация: 29.07.2008 Сообщений: 5
	14.08.2008, 20:15
	Ну в данном случае транзакции не помогут. Их применяют если нужны множественные обновления зависящие друг от друга. Например, ты обновляешь по одной записи в разных таблицах. Для этого начинаем транзакцию и далее как обычно и метода Update тоже вызываем, вот только при вызове этих Update Jet-машина физически не обновляет записи до тех пор, пака ты не закочишь транзакцию. Если при обновлении одной из записи произошла ошибка то вторая для тебя не будет иметь смысл (ну бывают такие зависимые записи) и в этом случае нужно отменить транзакцию и все вернется на место. А без транзакции пришлось бы восстановливать старую запись. 0

@Bogdanov 0 / 0 / 0 Регистрация: 11.08.2008 Сообщений: 35
	14.08.2008, 20:23 [ТС]
	Метод который предложил Solovyov логически представляется наиболее правильным, сначала я думал сделать еще одну форму для просмотра полученных данных и передать записи между полямив двух разных формах, но это как то тяжеловесно и не факт, что заработает. Плюс для оператора путаница возникает. 0