Re: CREATE TABLE with REFERENCE
От | Jonathan Bartlett |
---|---|
Тема | Re: CREATE TABLE with REFERENCE |
Дата | |
Msg-id | Pine.GSU.4.44.0307281442190.8808-100000@eskimo.com обсуждение исходный текст |
Ответ на | Re: CREATE TABLE with REFERENCE (Dmitry Tkach <dmitry@openratings.com>) |
Ответы |
Re: CREATE TABLE with REFERENCE
|
Список | pgsql-general |
> >That's actually what I was saying. Within a single transaction rather > >than across multiple transactions. If you have to go across multiple > >transactions, there's no real point in having integrity constraints. > > > But why would you have to go accross multiple transactions, when you are > inserting entries into the tables, that are related, and reference each > other? I have no idea. I wasn't the original poster. > >Do you know of a better way to handle multitable references? > > > > > Sure. > SET CONSTRAINTS DEFERRED; > BEGIN; > insert this > insert that > END; > That only handles single table references. For example, I have a database with a "notes" table. This table is used to store annotations on ANY record within the database on ANY table. I use a single 64-bit sequence for every key within the database. In fact, in the GUI framework I ahve set up, in order to add notations to any screen, I can just add the following code: note_html($object_id); and it will insert code to be able to add/update/remove notes on that object. So, my table NOTES has references to about 5 different tables so far (it will probably grow with the application), all with the same column. There are actually numerous uses of this - I once started writing a paper on building a generic database structure that could be reusable across multiple applications, but never had the time to finish it. Jon
В списке pgsql-general по дате отправления: