@@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ после оператора INSERT всегда возвращаются 0

1) объедините ВСТАВКУ, и оператор SELECT (свяжите использование"";) в команду

2 на 1 дб), используют SCOPE_IDENTITY () вместо @@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ

INSERT INTO blabla...; ВЫБЕРИТЕ таблицу OID FROM, ГДЕ OID = SCOPE_IDENTITY ()

- обновляет:

как оказалось, что вопрос был связан с ДОСТУПОМ MS, я нашел эта статья , которая предлагает, чтобы просто многократное использование первой команды и установка ее CommandText для "ВЫБОРА @@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ" были достаточны.

Проверьте свои настройки базы данных. Я имел подобную проблему только что и обнаружил, что настройка подключения SQL Server 'никакое количество' была включена.

В Studio управления SQL Server, можно найти это путем щелчка правой кнопкой по серверу в Обозревателе объектов, выбрать Свойства и затем перейти к странице Connections. Посмотрите на настройки для "Опций соединения по умолчанию"

Разве большинство отвечающих сторон не забывающий, что автор вопроса не использует SQL Server?

<забастовка>, По-видимому, Access 2000 MS и позже не поддерживает @@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ . альтернатива "Использует событие RowUpdated, можно определить, произошла ли ВСТАВКА, получите последнее @@ значение ИДЕНТИФИКАЦИОННЫХ ДАННЫХ и место это в столбце идентификационных данных локальной таблицы в DataSet".

И да, это для встроенного VBA в DB Доступа. Это является все еще вызываемым за пределами Доступа через Библиотеку объектов Доступа.

Редактирование: хорошо, это поддерживается, жаль о любящем выпить раннем утреннем ответе. Но остальная часть этого ответа могла бы помочь.

Поскольку Вы используете Доступ, смотрите на эта статья от aspfaq, прокручиваете вниз приблизительно к половине пути ниже на страницу. Код в классическом ASP, но надо надеяться принципы должны все еще стоять.

ВЫБОР @@ Идентификационные данные заканчивают тем, что рассматривались как отдельный контекст выполнения, я верю. Код, который должен работа, был бы:

public int ExecuteInsertStatement(string statement)
{
    InitializeAndOpenConnection();

    IDbCommand cmdInsert = connection.CreateCommand();
    cmdInsert.CommandText = statement + "; SELECT @@Identity";
    object result = cmdInsert.ExecuteScalar();

    if (object == DBNull.Value)
    {
       return -1;
    }
    else
    {
       return Convert.ToInt32(result);
    }
}

Вы, вероятно, хотели бы/нуждались бы убрать конкатенацию, которая добавляет 'ВЫБОР @@ Идентификационные данные' на конец кода все же.

Есть ли, кто-либо включает Вашу таблицу, которая могла бы вставлять в другие таблицы? Обычно мы отговариваемся от использования @@ Идентификационные данные в пользу IDENT_CURRENT так, чтобы можно было гарантировать, что возвращенные идентификационные данные для таблицы, в которую Вы просто вставили.

Я думаю, что у Вас должен быть Выбор @@, идентификационные данные с первым создают команду - пытаются добавить его через"; ВЫБЕРИТЕ @@ Идентификационные данные" и.ExecuteScalar оператор

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

необходимо также всегда использовать SCOPE_IDENTITY () не @@ идентификационные данные. Ссылка здесь

необходимо добавить

SELECT SCOPE_IDENTITY() 

После вставки.

Вы используете Струю (не SQL Server), и Струя может только обработать один SQL-оператор на команду, поэтому необходимо выполниться SELECT @@IDENTITY в отдельной команде, очевидно, удостоверившись, что это использует то же соединение в качестве INSERT.

Microsoft. Струя. Поставщик OLEDB.4.0 поддерживает Струю v3 и Струю v4 механизмы базы данных, однако ИЗБРАННЫЕ @@, ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ не поддерживаются для Струи v3.

MSAccess 97 является Струей v3 и не поддерживает ВЫБОР @@ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ; Это поддерживало на 2000 MSAccess и выше.

Я думаю, что @@ идентификационные данные допустимы только в пределах команды - в Вашем случае при выполнении "оператора".

Изменяют Ваш "оператор" так, чтобы сама хранимая процедура возвратилась @@ значение ИДЕНТИФИКАЦИОННЫХ ДАННЫХ прямо после оператора INSERT, и читать его как код возврата выполнения хранимой процедуры.

Если вы хотите получить значение автоматически выполняемого номера транзакции, которую вы вставляете, и вашей среды, следующей за 1. База данных - MsAccess. 2. Драйвер - это Jet4 с такой строкой подключения, как "Provider = Microsoft.Jet.OLEDB.4.0; Password = {0}; Data Source = {1}; Persist Security Info = True" 3. используйте Oledb

. Мой пример можно применить к вашему коду

OleDbConnection connection =  String.Format("Provider=Microsoft.Jet.OLEDB.4.0;Password={0};Data Source={1};Persist Security Info=True",dbinfo.Password,dbinfo.MsAccessDBFile);
connection.Open();
OleDbTransaction transaction = null;
try{
    connection.BeginTransaction();
    String commandInsert = "INSERT INTO TB_SAMPLE ([NAME]) VALUES ('MR. DUKE')";
    OleDbCommand cmd = new OleDbCommand(commandInsert , connection, transaction);
    cmd.ExecuteNonQuery();
    String commandIndentity = "SELECT @@IDENTITY";
    cmd = new OleDbCommandcommandIndentity, connection, transaction);
    Console.WriteLine("New Running No = {0}", (int)cmd.ExecuteScalar());
    connection.Commit();
}catch(Exception ex){
    connection.Rollback();
}finally{
    connection.Close();
}   

CREATE procedure dbo.sp_whlogin
(
 @id nvarchar(20),
 @ps nvarchar(20),
 @curdate datetime,
 @expdate datetime
)

AS
BEGIN
 DECLARE @role nvarchar(20)
 DECLARE @menu varchar(255)
 DECLARE @loginid int

 SELECT     @role = RoleID
 FROM         dbo.TblUsers
 WHERE    UserID = @id AND UserPass = @ps

 if @role is not null 
 BEGIN
  INSERT INTO TblLoginLog (UserID, LoginAt, ExpireAt, IsLogin) VALUES (@id, @curdate, @expdate, 1);
  SELECT @loginid = @@IDENTITY;
  SELECT @loginid as loginid, RoleName as role, RoleMenu as menu FROM TblUserRoles WHERE RoleName = @role
 END
 else
 BEGIN
  SELECT '' as role, '' as menu
 END
END
GO