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.
>>>
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? |