Хотел бы расширить вопрос о триггерах, адресуясь знатокам именно MySQL.

В MS SQL есть вычисляемые поля, отсутствующие в MySQL. Логичной аналогией было бы использование триггеров для вычисления расчетных полей на основании предоставленных пользователем "базовых" данных

Однако проблема возникает (практически в 99% случаев, ятд) при наличии автоинкрементного идентификатора.

Суть проблемы: в триггере AFTER INSERT запрещено изменять значения только что добавленных полей:
- нельзя писать set new.field = value
- нельзя выполнить update для обрабатываемой триггером таблицы

В то же время в триггере BEFORE INSERT эти операции (во всяком случае, set new.field=value) выполнить можно, но - автоидентификатор (в этот момент) еще не присвоен.

В частном случае я выкрутился с использованием буферной таблицы: по триггеру на INSERT для проблемной таблицы в буферную заносится необходимая в дальнейшем информация. Непосредственно после команды INSERT выполняется очистка буферной таблицы (delete from <буферная таблица>), в триггере AFTER DELETE которой выполняется требуемая изначально модификация данных проблемной таблицы.

После MS SQL такой подход кажется несколько... диковатым...
Может быть, вы сможете подсказать более тривиальное естественное решение?

tanglirCygapb-007В то же время в триггере BEFORE INSERT эти операции (во всяком случае, set new.field=value) выполнить можно, но - автоидентификатор (в этот момент) еще не присвоен.а зачем вам автоид в триггере? у вас значения полей на него завязаны, что ли?Угу, была такая задача, на деревьях в строке полный путь до корня, включая текущий id

Сейчас уже не актуально, но в принципе не понятно, как влёгкую выкрутиться

bochkovделайте 2 таблицы,
1 таблица содержит оригинальные данные,
2 таблица содержит pk из 1 ой таблицы, и вычисляемые(обновлямые) данные при событии триггераЯсно, спасибо. Нельзя - так нельзя.

PS. Я сделал немного по-другому :

alex564657498765453Cygapb-007,

а в МС СКЛ можно для вычисляемых полей использовать автоинкрементное значение??? оно ведь вроде тоже не доступно ещо на момент вычисления вычисляемых значений...или мне память изменила?там есть натуральные вычисляемые поля (в том числе и материализуемые, в т.ч. и индексируемые), так что проблемы как таковой нет.

триггеров instead of insert практически не писал, достаточно after insert, но могу попозже посмотреть, что там и как по части идентификаторов...

alex564657498765453Cygapb-007,

а в МС СКЛ можно для вычисляемых полей использовать автоинкрементное значение??? оно ведь вроде тоже не доступно ещо на момент вычисления вычисляемых значений...или мне память изменила?вот сходу пример про триггеры ms sql, вроде все видно с него...
http://sqlfiddle.com/#!6/d4395/1

alex564657498765453Cygapb-007,

я правильно понял, можно использовать в вычисляемых полях значение автоинкрементного.... типо сначала выставляюца значения по умолчанию, а ведь автоинкремент, это не вычисляемое, а умалчивоемое значение, которое равно переменной щётчика), а потом уже вычисляемые?В триггерах из примера 15977464 нигде (кроме операций логирования) не используются ни вычисляемое поле, ни инкремент, однако результат обработки правильный:)
Более того, в примере можно вообще убрать триггеры - результат все равно будет верным
MSDN: Инструкция CREATE TABLE (Transact-SQL) , примеры К, Л, М

Однако это уже обсуждение MS SQL, а не MySQL ;-)

alex564657498765453

Можно сказать 'yes', равно как и 'no'
http://dev.mysql.com/doc/refman/5.5/en/create-table.html An integer or floating-point column can have the additional attribute AUTO_INCREMENT. When you insert a value of NULL (recommended) or 0 into an indexed AUTO_INCREMENT column, the column is set to the next sequence value. Typically this is value+1, where value is the largest value for the column currently in the table. AUTO_INCREMENT sequences begin with 1. http://msdn.microsoft.com/ru-ru/library/ms174979.aspx IDENTITY
Указывает, что новый столбец является столбцом идентификаторов. При добавлении в таблицу новой строки компонент Компонент Database Engine формирует для этого столбца уникальное последовательное значение. Столбцы идентификаторов обычно используются с ограничением PRIMARY KEY для поддержания уникальности идентификаторов строк в таблице. Свойство IDENTITY может быть присвоено столбцам типа tinyint, smallint, int, bigint, decimal(p,0) или numeric(p,0). Для каждой таблицы можно создать только один столбец идентификаторов. Ограниченные значения по умолчанию и ограничения DEFAULT не могут использоваться в столбце идентификаторов. Необходимо указать как начальное значение, так и приращение, или же не указывать ничего. Если ничего не указано, применяется значение по умолчанию (1,1).

Кроме этого:
в MS SQL необходимо предпринять дополнительные действия для добавления указанных ID (в списке INSERT-а).

вместо одной функции LAST_INSERT_ID(), LAST_INSERT_ID(expr) предусмотрены 3 (!) аналогичных: SCOPE_IDENTITY, IDENT_CURRENT и @@IDENTITY

Может, и еще что есть разного, навскидку не помню

alex564657498765453,

как-то так? http://sqlfiddle.com/#!2/315277/1