Автоинкрементное поле Access

[olegy123]

Поддержу разговор
Microsoft рекомендует:
https://docs.microsoft.com/ru-ru/dotnet ... ber-values

[Mikhail]

Вы что, о языке запросов от меня только что узнали?

Причем здесь SQL? Речь о том, что этот метод, вообще говоря, не надежен в общем случае.

У Вас в датасете что, несколько миллионов записей?

Какая разница? Как минимум заново нужно будет установить курсор, в общем не очень хорошее решение.

Добавлено спустя 1 минуту 12 секунд:

Поддержу разговор
Microsoft рекомендует:
https://docs.microsoft.com/ru-ru/dotnet ... ber-values

Там речь об ADO, а как через ODBC?

[Снег Север]

Причем здесь SQL?

Здрасьте, я ваша тётя! Ничего, кроме SQL, вам не дает доступа к записям БД.

Как минимум заново нужно будет установить курсор, в общем не очень хорошее решение.

Это - единственно верное решение. Ограничивать отбор в датасет и делать ему рефреш.

Там речь об ADO, а как через ODBC?

Нет никакой разницы, каким способом вы делаете коннект к базе. Дальше уже работает движок базы и ваши SQL-запросы.

[Mikhail]

Здрасьте, я ваша тётя! Ничего, кроме SQL, вам не дает доступа к записям БД.

Api может позволить несколько больше.

Это - единственно верное решение. Ограничивать отбор в датасет и делать ему рефреш.

Единственно верное решение это отрефрешить только нужную запись, а не все в буфере.

Нет никакой разницы, каким способом вы делаете коннект к базе. Дальше уже работает движок базы и ваши SQL-запросы.

Т.е. ADO API и ODBC API неразличимы?

[Лекс Айрин]

Mikhail, а где уверенность, что база данных за это время не изменилась другой программой?

[Mikhail]

Mikhail, а где уверенность, что база данных за это время не изменилась другой программой?

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

[Vadim]

Речь о том, что этот метод, вообще говоря, не надежен в общем случае.

И Вы можете это доказать? Или как в известной поговорке - языком молоть не кули ворочать?

[Cheb]

SELECT MAX(id) FROM tabl;
И после этого id будет известен...

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

[Снег Север]

Api может позволить несколько больше.

Чего???

Единственно верное решение это отрефрешить только нужную запись, а не все в буфере.

Я не знаю, что такое для вас "буфер", но для большинства движков БД "отрефрешить только нужную запись" - это бессмыслица.

Т.е. ADO API и ODBC API неразличимы?

Какое вам, как юзеру БД, до реализации API??? Это системный, а не пользовательский уровень, юзеру на его вообще лезть противопоказано.

Добавлено спустя 2 минуты 57 секунд:

Намёк: что будет если в эту таблицу за это время добавят из ещё одного потока?

Для такого есть блокировка таблиц на запись

[Vadim]

Руки за такое отрывать.
Намёк: что будет если в эту таблицу за это время добавят из ещё одного потока?

Сам себе оторви руки.
Намёк за что: используется MSACCESS в однопользовательском режиме. А если это будет использоваться в многопользовательском или многопоточном приложении - такому разработчику надо сразу голову отрывать, она ему явно лишняя...

Общего совета по поводу последнего вставленого элемнта нет и никогда не было. Для MSACCESS и MSSQL - то, что написал Снег Север. Для других типов БД - читать документацию.

[Mikhail]

Чего???

Того.

Я не знаю, что такое для вас "буфер", но для большинства движков БД "отрефрешить только нужную запись" - это бессмыслица.

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

Какое вам, как юзеру БД, до реализации API??? Это системный, а не пользовательский уровень, юзеру на его вообще лезть противопоказано.

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

[iskander]

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

Вроде можно было так:
Пусть Query - TSqlQuery с запросом SELECT на все поля таблицы,

Код: Выделить всё

  Query.UsePrimaryKeyAsKey := False;
  Query.Insert;
  Query.FieldByName('Field1').Value := Value1;
  ...остальные кроме первичного ключа
  Query.Post;
  Query.ApplyUpdates;
  IdValue := Query.FieldByName('IdKey).AsInteger;

[Vadim]

Снег Север

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

По ходу дела пациент цитирует чьи-то чужие мысли не вникая в их смысл...

[Mikhail]

Намёк за что: используется MSACCESS в однопользовательском режиме.

А если значение поля генерируется не последовательно?

[Лекс Айрин]

Mikhail, это как? Это же ключевое поле, а они всегда генерируются последовательно. Иначе в нем нет смысла.
И надеяться на то, что ты за компом один это непрофессионально. Базы данных общаются с миром только на языке SQL или, но сейчас такие вряд-ли найти, его аналоге. Любой компонент просто скрывает этот обмен от пользователя, да и то не всегда.
Будет смешно, если ид записи можно получить по коду типа ...fiesds[self].AsInteger