Re: Database designpattern - product feature

From: Gmail <robjsargent(at)gmail(dot)com>
To: Adrian Stern <adrian(dot)stern(at)unchained(dot)ch>
Cc: William Dunn <dunnwjr(at)gmail(dot)com>, PostgreSQL General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Database designpattern - product feature
Date: 2015-06-03 16:48:15
Message-ID: E43B5392-5981-4CF0-A1B2-43CC2AE3D023@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Sent from my iPad

> On Jun 3, 2015, at 7:50 AM, Adrian Stern <adrian(dot)stern(at)unchained(dot)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?
> -> https://docs.djangoproject.com/en/1.8/topics/db/models/#multi-table-inheritance ?
>
> 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.

>>>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Daniel Begin 2015-06-03 17:00:06 Re: Problem when temp_tablespace get full?
Previous Message David G. Johnston 2015-06-03 15:54:28 Re: Problem when temp_tablespace get full?