Med PostgreSQL 9.1 kan du oprette triggere på samme måde som du kan gøre det med MySQL. Bemærk, at det ikke er muligt at oprette triggere på visninger i versioner før 9.1.
Bruger du storage engine BLACKHOLE til dit blackhole tabeller i MySQL eller er det bare et navn? Der er ingen pluggbare storage-motorer i PostgreSQL, men du kan få samme adfærd som med storage-motor BLACKHOLE i MySQL med I STEDET FOR triggere på en visning i PostgreSQL. Jeg forstår ikke helt din pointe med hensyn til databevidst kontroller:ja, du har ikke nogen databevidsthed i et BLACKHOLE bord (opbevaringsmotoren), men på den anden side kan man selvfølgelig f.eks. tilknyt en dvale-entitet til en databasevisning.
Om det er en god eller dårlig idé at bruge triggere til at forenkle applikationskoden afhænger af den faktiske use case. For eksempel foretrækker jeg triggere frem for applikationslogik til logning og revision, fordi denne tilgang tilbyder en enkelt løsning til forskellige applikationer, der forbinder til databasen, såvel som for ad hoc-forespørgsler/udsagn fra en administrator. Men fra min erfaring fjerner triggere ikke kompleksitet, men flytter den bare til databaselaget. Dette gør generelt en flerlagsapplikation sværere at udvide og vedligeholde.