www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2015/08/27/09:16:32

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Thu, 27 Aug 2015 15:16:24 +0200
From: "Stephen R. van den Berg (srb AT cuci DOT nl) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] pcb file format
Message-ID: <20150827131624.GC8319@cuci.nl>
References: <20150824223846 DOT 0ba61ba7 AT jive DOT levalinux DOT org>
<20150825022302 DOT 21819 DOT qmail AT stuge DOT se>
MIME-Version: 1.0
In-Reply-To: <20150825022302.21819.qmail@stuge.se>
User-Agent: Mutt/1.5.21 (2010-09-15)
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com] wrote:
>Thanks for starting to do this. I do architect databases and for
>edacore I would work hard to avoid an N:N table. They aren't great.
>It's better to have explicit FKs between tables. I might have a
>single table which includes columns for all types of objects, and I
>would have a group table with a FK parent field refering to itself.

But then you'd have to add/alter columns if you want to accomodate
new object types.
What's so bad about an N:N table?
-- 
Stephen.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019