Intr-o baza de date de test MS-SQL, am niste tabele cu triggers pe ele pentru a monitoriza modificarile. Este un log pentru un viitor audit. Evident baza de date pentru loguri devine foarte mare, si a fost pusa separat in productie.

In mediul de dezvoltare nu a mai ajuns si baza pentru log-uri, si acum query-urile pe tabelele esueaza pentru ca nu mai exista baza in care trebuia sa scrie trigger-ul. Solutia aleasa: drop trigger, pentru ca oricum nu ma intereaza auditul in momentul asta. Ca sa dai drop trebuie sa ai si la ce. Pentru a vizualiza triggerele de pe un tabel:

SELECT
name as 'Trigger', object_name(parent_obj) as 'Tabel'
FROM
sysobjects
WHERE
xtype = 'TR'
AND
object_name(parent_obj)='nume tabel'

Pentru a vedea continutul unui trigger sau procedura stocata:

sp_helptext NumeTabel DenumireTrigger/DenumireProceduraStocata*

Una din regulile de aur pentru mediul de test spune:

Mediul de dezvoltare trebuie sa reproduca intr-un mod cat mai apropiat mediul de productie

O completare, dar cu referire si la mediul de dezvoltare, din exemplul de mai sus ar fi:

…sau sa substiuie prin echivalente elementele lipsa, atat timp cat acestea nu au impact asupra functionalitatilor dezvoltate.

*Nu scrieti articole cand sunteti obositi si nu mai vedeti clar ecranul

No related posts.