информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеВсе любят медПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Zdraste 30.05.02 21:29  Число просмотров: 988
Автор: + <Mikhail> Статус: Elderman
<"чистая" ссылка>

Implicit Transactions
When a connection is operating in implicit transaction mode, 
Microsoft® SQL Server™ automatically starts a new transaction 
after the current transaction is committed or rolled back. 
You do nothing to delineate the start of a transaction; 
you only commit or roll back each transaction. Implicit 
transaction mode generates a continuous chain of transactions.

After implicit transaction mode has been set on for a connection,
 SQL Server automatically starts a transaction when it first 
executes any of these statements:

ALTER       TABLE           INSERT
CREATE    OPEN             DELETE
REVOKE    DROP             SELECT
FETCH      TRUNCATE   TABLE
GRANT     UPDATE 


The transaction remains in effect until you issue 
a COMMIT or ROLLBACK statement. After the first 
transaction is committed or rolled back, SQL Server 
automatically starts a new transaction the 
next time any of these statements are executed by 
the connection. SQL Server keeps generating 
a chain of implicit transactions until implicit transaction 
mode is turned off.

Implicit transaction mode is set either using 
the Transact-SQL SET statement, or through 
database API functions and methods.



---
<programming>
Проблемма с ODBC или Access 30.05.02 16:21  
Автор: PS <PS> Статус: Elderman
<"чистая" ссылка>
Такая вот фигня: пытаюсь добавить в таблицу поля (ALTER TABLE), тип и размер Char(200). Десять полей добавляются честно, а потом возникает ошибка: Слишком большой размер записи. Упс. Открываем Access и спокойненько ручками добавляем остальные поля (?!).
В чем дело ? Что лажает ? Драйвер ODBC ? И как это обходится ?

P.S. Мать мать мать... говорила же мне интуиция - надо на блобах все делать, нет решил по четному, правильно... и вот попал :(
Проблемма с ODBC или Access 30.05.02 21:10  
Автор: + <Mikhail> Статус: Elderman
<"чистая" ссылка>
> Такая вот фигня: пытаюсь добавить в таблицу поля (ALTER
> TABLE), тип и размер Char(200). Десять полей добавляются
> честно, а потом возникает ошибка: Слишком большой размер
> записи. Упс. Открываем Access и спокойненько ручками
> добавляем остальные поля (?!).
> В чем дело ? Что лажает ? Драйвер ODBC ? И как это
> обходится ?
>
> P.S. Мать мать мать... говорила же мне интуиция - надо на
> блобах все делать, нет решил по четному, правильно... и вот
> попал :(

A ty commit delaesh?
Ну здрасть, приехали 30.05.02 21:14  
Автор: PS <PS> Статус: Elderman
<"чистая" ссылка>
Commit только для DML, а я на DDL затыкаюсь.

> A ty commit delaesh?
Zdraste 30.05.02 21:29  
Автор: + <Mikhail> Статус: Elderman
<"чистая" ссылка>

Implicit Transactions
When a connection is operating in implicit transaction mode, 
Microsoft® SQL Server™ automatically starts a new transaction 
after the current transaction is committed or rolled back. 
You do nothing to delineate the start of a transaction; 
you only commit or roll back each transaction. Implicit 
transaction mode generates a continuous chain of transactions.

After implicit transaction mode has been set on for a connection,
 SQL Server automatically starts a transaction when it first 
executes any of these statements:

ALTER       TABLE           INSERT
CREATE    OPEN             DELETE
REVOKE    DROP             SELECT
FETCH      TRUNCATE   TABLE
GRANT     UPDATE 


The transaction remains in effect until you issue 
a COMMIT or ROLLBACK statement. After the first 
transaction is committed or rolled back, SQL Server 
automatically starts a new transaction the 
next time any of these statements are executed by 
the connection. SQL Server keeps generating 
a chain of implicit transactions until implicit transaction 
mode is turned off.

Implicit transaction mode is set either using 
the Transact-SQL SET statement, or through 
database API functions and methods.



---
Великолепно 31.05.02 00:12  
Автор: PS <PS> Статус: Elderman
<"чистая" ссылка>
MS радует.
Ну хорошо, пусть у них COMMIT действует не только на DML... а если под меня положат Oracle ? Что будет с моим COMMITом ?
Мать мать мать...

За текст спасибо.

Если мой предыдущий ответ показался не очень дружелюбным - не обращай внимание. Просто два паралельных проекта - совсем меня добили.
Великолепно 31.05.02 20:30  
Автор: FD Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> MS радует.
> Ну хорошо, пусть у них COMMIT действует не только на DML...
> а если под меня положат Oracle ? Что будет с моим COMMITом
> ?
> Мать мать мать...
>
> За текст спасибо.
>
> Если мой предыдущий ответ показался не очень дружелюбным -
> не обращай внимание. Просто два паралельных проекта -
> совсем меня добили.
Проверять, с какой СУБД работаешь. Это надо делать в любом случае, если ты рассчитываешь на то, что твоя программа будет работать с разными СУБД, поскольку совместимость SQL-запросов для разных СУБД - вещь весьма относительная. В основном, если и декларируется, то Entry-level с ANSI-SQL, но каждая СУБД понимает это по-своему. :)
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach