асёлъточна?
пичальна
но фсьо равно спасиба
Если немножно вдумчиво подумать, то можно придти к ответу, что "можно". Для этого пишется ХП с нужной логикой, которая вызывается с триггеров нужных таблиц. Таким образом получаем повторно-используемое решение.

Сделать можно все что угодно. Главное перед этим обосновать вопрос "А зачем ?" :)

Castor ASCRUSСделать можно все что угодно. Главное перед этим обосновать вопрос "А зачем ?" :)
Мне такое было нужно чтобы во всех таблицах проставлялась дата последнего изменения записи. Причем при обновлении записи в любой таблице - дата должна меняться у всех. В рез-те сделал обновление даты при сохранении через клиентскую программу, хотя конечно правильнее сделать через ХП
Ну так нужно разработчиков FB попросить сделать такую полезную фичу, как в ASA:
В итоге при добавлении записи в Create_User и Last_User будет ведено имя пользователя, добавившего запись, а в Create_Time и Update_Time время создания записи. А вот при обновлении ASA автоматически обновит поля Update_User и Update_Time, в итоге в них будет уже имя последнего пользователя изменившего запись и время модификации этой записи. Очень удобно, а главное все делается автоматом и кодировать ничего не нужно :)

kdvразработчиков FB ни о чем не нужно просить. current_user и current_timestamp есть.
В приведенном коде last_user не имеет смысла (это тот же current_user), а timestamp это вообще то тип столбца и писать надо опять же current_timestamp.
В приведенном примере в DEFAULT ключевые слова "LAST USER" и "TIMESTAMP" имеют очень большой смысл - они гарантируют, что значения полей, на которые они выставлены будут автоматически изменятся при каждом update записи. Это гораздо приятнее, чем писать триггера на таблицы или вставлять эти значения в ХП. Я вроде как обьяснил это в предыдущем сообщении, видимо не поняли.

kdvЕсли ты уверен, что в ASA так как ты написал, то кривовато это. из кода нигде не видно почему при insert должны автоматом заполниться только два поля, а при update - другие два.
Я на 100% уверен про то, как надо писать в ASA на WatcomSQL :) И очень подробно обьяснил, почему при insert заполнятся все 4 поля, а при update только 2 поля из 4-х :)

авторКстати, not null default x вообще то тоже под сомнением. потому что not null не разрешает передавать null. А default заменяет отсутствующее значение на указанное. вопрос в том - означает-ли отсутствие переданного значения null, или нет?
Наоборот, очень даже логично - ставя NOT NULL я заявляю, что каждая запись должна иметь создателя и время создания, а так же последнего юзера изменившего запись и последнее время изменения. По стандарту SQL если в INSERT поля не указываются, то они заполняются с DEFAULT. В ASA ввели расширение этого стандарта, где DEFAULT LAST USER и DEFAULT TIMESTAMP автоматически обновляются значениями так же при UPDATE, если они явно не указаны в нем.

авторсобственно, если бы я это делал, то сделал бы триггер на before insert для create столбцов (и не писал not null и default), а для двух столбцов update сделал бы before update триггер, в котором также прописал current_timestamp и current_user.
Ну так никто и не спорит, что это можно сделать через BEFORE TRIGGER. Однако не делать лишний раз этот триггер на сотни таблиц гораздо удобнее и что то мне подсказывает эффективнее с точки зрения производительности INSERT и UPDATE :)

автортогда достаточно было бы вызвать insert into table1 (n) и update table set id=id where id = :param
именно так и достаточно :)

авторпроглядел, что стандартное название типа данных TIMESTAMP у вас не туда используется (а тип данных - datetime). Сочувствую.
Спасибо за сочувствие :) В ASA - DATETIME стандартный домен на базе нативного типа TIMESTAMP. Сделан для совместимости с MSSQL2000 и Sybase ASE, в которых до сих пор даже нет отдельных типов DATE и TIME. В примере я его привел только чтобы облегчить понимание фичи и не вносить путаницу, т.е. можно было бы написать и так:
но как оказалось меня все таки не правильно поняли :)

P.S. В общем честно сказать я просто хотел очередной раз хотел показать, что негоже сидеть в своей траншее и размахивать флагом "Interbase". Фичи, приведенные мною достаточно удобные и здорово мне помогают для реализации контроля доступа и логирования по записям таблиц, если они есть в FB, то извиняюсь за незнание и бесполезный совет, если нет, то нужно оценить их пользу и возможно реализовать, а не начинать тут же кидать фразами "Мы и так можем сделать", "Нам это не нужно" и т.д. и т.п. Я могу твердо заявить, что с точки зрения самых полезных фич различных СУБД в SQL для ASA реализовано почти все, ее разработчики не гнушаются брать лучшее и всегда прислушиваются к мнению своих пользователей. Наглядный пример - сейчас активно на их форуме "ASA futures" идет обсуждение реализации фичи "TOP -Value", где проектировщик БД, который работает и на Оракле предложил заложить в функциональность SELECT TOP поддержку отрицательных значений, что означает выбрать не первые сколько то записей, а последние сколько то записей. Мотивируется это тем, что при сборе динамического SQL это гораздо удобнее, чем дополнительно играться с ORDER BY ASC/DESC. Вполне возможно эта фича при благоприятном исходе обсуждения будет реализована в ASA через пару месяцев, если на это подпишется достаточно народу.

Гм, большое сорри всем за спам. Никого не хотел обидеть и уж боже упаси навязать рекламу ASA, тем более за бесплатно, извините что не так поняли. Всегда рад буду встрече на форумах Sybase и Сравнение СУБД обсудить полезные фичи разных СУБД, если у кого будет желание рассказать, что есть полезного в Interbase и чего не хватает в ASA, так как думается мне расширение кругозора никогда не повредит :)

P.S. Становлюсь верным читателем этого форума, не мешая писателям, всем удачи.
Posted via ActualForum NNTP Server 1.1