Re: Database designpattern - product feature - Mailing list pgsql-general

From Gmail
Subject Re: Database designpattern - product feature
Date
Msg-id E43B5392-5981-4CF0-A1B2-43CC2AE3D023@gmail.com
Whole thread Raw
In response to Re: Database designpattern - product feature  (Adrian Stern <adrian.stern@unchained.ch>)
List pgsql-general


Sent from my iPad

On Jun 3, 2015, at 7:50 AM, Adrian Stern <adrian.stern@unchained.ch> wrote:

Hi William, thanks for joining the conversation.

1) We do hope for constraints since a connection to an ERP system is possible in the future. We want to plan ahead. 

2) As for the subclass approach: I would need about 30 subclasses and it will get really hard to add new products since a change in the database will be necessary each time. That's why we want a more generic approach.

Maybe I don't understand you right, because of the language barrier. Can you provide me a link to a subclassing example?

ORM is a given in my case. This is not a high performance application. 

Freundliche Grüsse

I don't understand 'ORM is a given' in conjunction with a reluctance to db evolution? These seem oxymoronic.



pgsql-general by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Problem when temp_tablespace get full?
Next
From: Daniel Begin
Date:
Subject: Re: Problem when temp_tablespace get full?