Re: Triggers - :new - pseudorecord
Date: Mon, 16 Sep 2013 14:37:44 -0700 (PDT)
Message-ID: <0ee09b41-bc62-431e-b00b-36f44d640d65_at_googlegroups.com>
On Monday, September 16, 2013 11:57:10 AM UTC-7, jeremy wrote:
>
> Ideally was looking for a way to do "stuff" with dynamic SQL - know all
>
> about arrays and stuff, not sure how that article assists. The objective
>
> is, with as little programming as possible (or more accurately let's say
>
> modular / reusable), generate records into a "shadow" table which
>
> records previous versions of rows from TABLE_A into TABLE_A_SHADOW - we
>
> have to repeat this for a number of the most important tables in the
>
> system and provide online (web-based) access to super-users to query the
>
> shadow tables to determine who/when/what changed.
>
>
>
> Original thought was to do this using a bunch of dynamic SQL, generating
>
> XML represenatations of the changed records and storing these in a
>
> single table. Mladen was a little scathing of this approach (it being a
>
> relation databases, designed for tables & rows... the other approach
>
> could become very inefficient).
>
>
>
> Ultimately just trying to minimise the maintenance overhead when schemas
>
> change.
>
>
>
>
>
> --
>
> jeremy
jg
-- _at_home.com is bogus. But of course, first you have to understand database performance, and how it differs from flat self describing data. http://www.infoq.com/news/2013/08/xml-json-performanceReceived on Mon Sep 16 2013 - 23:37:44 CEST