Добре де, по стечение на обстоятелствата ми се наложи отново да се сблъсквам челно с MySQL...

Съдържаниет е скрито
Влезте за да го видите

mysql> SET sql_mode = "TRADITIONAL";

Query OK, 0 rows affected (0.00 sec)



mysql> SET autocommit=0;

Query OK, 0 rows affected (0.00 sec)



mysql> create table test(id int primary key, name varchar(5)) engine=InnoDB;

Query OK, 0 rows affected (0.02 sec)



mysql> begin;

Query OK, 0 rows affected (0.00 sec)



mysql> insert into test values (1, 'foo');

Query OK, 1 row affected (0.00 sec)



mysql> insert into test values (2, 'foobar');

ERROR 1406 (22001): Data too long for column 'name' at row 1



mysql> commit;

Query OK, 0 rows affected (0.00 sec)



mysql> select * from test;

+----+------+

| id | name |

+----+------+

|  1 | foo  |

+----+------+

1 row in set (0.01 sec)

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Редактирано от Dakota на 30.11.09 15:33.

Нямаше да се учудя дори съдържанието да беше <1, foobar>...

Съдържаниет е скрито
Влезте за да го видите

Няма пролем с C-то. Точно то си е напълно наред.

Явно очакваш, че при грешка се връща цялата транзакция (ROLLBACK) само, че такова изискване в стандарта няма.

Това дали да се върне цялата транзакция или само грешния оператор е оставено на усмотрението на разработчика. В случая можеш да интерпретираш този подход като частичен ROLLBACK (до контролна точка примерно)

За C-то това не е проблем. Виж за A-то може да се спори на теория.

Съдържаниет е скрито
Влезте за да го видите

Редактирано от salle на 05.12.09 01:12.

А ти какво очакваш да се случи при така написаните стейтменти?

Естествено, че ще имаш 1 запис в таблицата, защото имплицитно му задаваш commit;.

"Естествено, че ще имаш 1 запис в таблицата, защото имплицитно му задаваш commit;."

Глупости! Прочети пак примера на Dakota!

Съдържаниет е скрито
Влезте за да го видите

За A-то става въпрос. Първоначално го открих с вторична таблица, но се оказа, че не съм бил указал правилно проверката за референтния ключ (foreign key), т.е. с консистенсито всичко е наред.

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Редактирано от Dakota на 07.12.09 13:45.

Ако очакваш транзакциите да те освободят от задължението да проверяваш резултата от всеки оператор за грешки определено не си на прав път

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

И в MSSQL е така за повечето грешки, освен определени критични такива, маркирани с висок severity level.

cheers,
</wqw>

Съдържаниет е скрито
Влезте за да го видите

Е ка да са глупости!!! Не виждам нищо глупаво да съм казал.

При задаване на autocommit off означава, ше системата очаква от потребителя да commit-не или rollback-не транзакцията.

Ако има грешки със по-голям severity level и потребителя не е задал COMMIT или ROLLBACK , то database engine-а сам ще rollback-не транзакцията след определен период от време!!!
Ако обаче потребителя зададе COMMIT или ROLLBACK то следва следното:

1. Ако е COMMIT - ще влезе всичко, което не е изхвърлило грешка с опртеделен severity level, а другото няма да влезе!!!
2. Ако е задал ROLLBACK - няма да влезе нищо, дори и това, което не е изхвърлило грешка!

И само и сега не ми казвай, че говоря глупости:-)))

На кой стандарт? В

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Редактирано от Dakota на 07.12.09 19:25.