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]" 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 Precedence: bulk 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.