отслежевание изменений в БД

← →
cherrex © (2005-01-29 15:03) [0]

Подскажите как в intersase отслежевание изменений данных(Что ввели? Чео удалили? Что изменили?). Что то вроде ЛОГА.

← →
Anatoly Podgoretsky © (2005-01-29 15:05) [1]

Тригера INSERT/DELETE/UPDATE

← →
Rule © (2005-01-29 15:20) [2]

в ИБЭксперте есть вспомогательные для этого средства,
а в общем случае
Anatoly Podgoretsky © (29.01.05 15:05) [1]

← →
cherrex © (2005-01-29 15:20) [3]

это я понял а как связать SQL допустим с файлом(если изменения нужно хранить в текстовом файле).

← →
cherrex © (2005-01-29 15:23) [4]

а чо за средства в ИБЭксперте.

← →
Rule © (2005-01-29 15:30) [5]

cherrex © (29.01.05 15:23) [4]

а там можно создать протокол для таблицы ... в котором и отслеживаются все изменения

← →
cherrex © (2005-01-29 15:36) [6]

ИБЭксперт Это компонент в delphi?

← →
Rule © (2005-01-29 15:37) [7]

cherrex © (29.01.05 15:36) [6]
нет, это программа для работы с базой интербейзподобными ... спроси у гугла, о нем очень много сказано ...

← →
Rule © (2005-01-29 15:38) [8]

Rule © (29.01.05 15:37) [7]
а компоненты в делфи называются ИБЭкспресс

← →
cherrex © (2005-01-29 15:46) [9]

а можно пример простого тригера допустим на удаление?

← →
Rule © (2005-01-29 15:50) [10]

cherrex © (29.01.05 15:46) [9]
можно:

create trigger T_AD for T
active AFTER DELETE position 0
as
begin
insert into table logtable
values old.id, old.name, old.fname, old.etc;
end

всё єто писать помогает всё тотже IBExpert, кстати он даже бесплатный для бывшего СССР

если тебе лень искать, то http://ibexpert.com/
скачать и радуйся жизни, сразу куча гемороя отпадет и жить станет веселее

← →
Rule © (2005-01-29 15:51) [11]

а можно узнать чем обусловлен выбор интербейза шестого, почему не фаерберд 1.5 ?

← →
Anatoly Podgoretsky © (2005-01-29 15:53) [12]

Дело вкуса, лицензионной и корпоративной политике.

← →
Rule © (2005-01-29 15:56) [13]

Anatoly Podgoretsky © (29.01.05 15:53) [12]
я сомневаюсь что шестой интербейз можно сравнивать с полторашным фаербердом .... это как запарожец и мерседес, только по одинакаовой цене :)

← →
DrPass © (2005-01-29 15:57) [14]

> а там можно создать протокол для таблицы ... в котором и
> отслеживаются все изменения

В IBExpert в общем-то никаких протоколов не ведет. Просто он автоматически создает триггер и таблицы для логов

← →
cherrex © (2005-01-29 16:04) [15]

а без логтаблиц здесь не обойтись?

← →
Rule © (2005-01-29 16:09) [16]

DrPass © (29.01.05 15:57) [14]

ну так это и имелось ввиду, что есть вспомогательные средаства для создания этих тригеров ....

← →
Rule © (2005-01-29 16:09) [17]

cherrex © (29.01.05 16:04) [15]

а где по твоему должны храниться все изменения ?
чтоб ты знал метеданные тоже в таблицах храняться ...

← →
cherrex © (2005-01-29 16:10) [18]

а как будет выгледить тригер на изменение. пожалусто!!!!

← →
Rule © (2005-01-29 16:11) [19]

cherrex © (29.01.05 16:10) [18]

ну ты человек даешь .... почти также как и на удаление :0

← →
cherrex © (2005-01-29 16:13) [20]

create trigger T_AD for T active AFTER update position 0 as begin insert into table logtable values old.id, old.name, old.fname, old.etc; end

так

← →
Соловьев © (2005-01-29 16:14) [21]

я бы порекомендовал сделать логтаблицу во внешнем файле.

← →
Rule © (2005-01-29 16:16) [22]

Соловьев © (29.01.05 16:14) [21]
а это почему ?

cherrex © (29.01.05 16:13) [20]
ну там поле надо ввести в котором типа признак того, удален был файл изменен или вставлен ... :-)

Соловьев а это как?

> а это почему ?

удобно. можно потом этот файл - зархивировать и положить куда-нить. а не всю базу, да и править его нельзя.

Соловьев © (29.01.05 16:22) [24]
пожет возникнуть путаница с этими внешними таблицами, лично я противник, хотя дело вкуса конечно ...

Rule © (29.01.05 15:56) [13]
Причем тут возможности того или другого продукта, речь про корпоративную политику, например она не разрешает использовать не коммерческие продукты без поддержки.

Соловьев © (29.01.05 16:22) [24]
Это почему де надо всю базу помещать, а не выводить нужный кусок лога. Точно также зачем куда то ложить полный файл. Почему это править файл нельзя, а таблицу можно, а может наоборот таблицу править нельзя, а файл можно.

> Почему это править файл нельзя, а таблицу можно, а может
> наоборот таблицу править нельзя, а файл можно.

Это лог - зачем его править? Внешняя таблица как раз такая - только писать в нее можно.

Я не знаю щачем, но ты поставил это во главу угла, вот ты это и объясни, зачем у меня спрашиваешь? Я ни причем. Вот если бы я это утверждал, то я бы и обосновал, а так не по адресу.

И у меня к этому есть претензии, когда таблица внутренняя то я могу закрыть всем туда доступ, абсолютно всем, дать единственное право на SELECT и то не всем.
Со внешним файлом это не так. Целостность не гарантируется.

> И у меня к этому есть претензии, когда таблица внутренняя
> то я могу закрыть всем туда доступ, абсолютно всем, дать
> единственное право на SELECT и то не всем.

зато SYSDBA может случайно чего-то грохнуть... а внешний файл нет(если конечно сервер правильно организован).

Это надо постараться - что-то случайно грохнуть. А вот попробуй сделать выборку из внешней таблицы, когда в ней будет несколько сотен тысяч записей...

Соловьев © (29.01.05 18:48) [30]
Это как, криворучкин что ли администрирует сервер? Почему сервер правильно организован, а Интербейс нет, да и вроде sysdba не так просто грохнуть, если возможно вообще. Внешний файл то читать можно? Если можно то о какой целостности можно говорить. А вот файл базы одназначно не должен читаться извне, только средствами Интербейс, а дальше рулим правами так как надо. А надо разрешить только SELECT и то только доверенным людям.

отслежевание изменений в БД Найти похожие ветки