From: tvali <qtvali@gmail.com>
To: gentoo-portage-dev@lists.gentoo.org
Subject: Re: [gentoo-portage-dev] Few things, which imho would make portage better
Date: Tue, 14 Mar 2006 17:03:35 +0200 [thread overview]
Message-ID: <cea53e3c0603140703ne6ff8f4t@mail.gmail.com> (raw)
In-Reply-To: <4416D6C6.8000502@gentoo.org>
2006/3/14, Alec Warner <antarus@gentoo.org>:
> tvali wrote:
> > Ok, i send a lot of them, but hopefully they're interesting :)
> >
> > I would like to build sql table-structure after getting the
> > information and send it into this list here so that you could hek out
> > if it has something missing or poorly optimized. PS. i dont like rules
> > of database normalizing, so my strutures usually have some "hacks" in
> > them -- i hope that noone complains about that; normalized structures
> > are just dull and optimized only for dumb-user-human-readability,
> > which is imho not the biggest virtue of software code.
>
> Uhhh you don't like normalizing your schemas? Normalizing does two
> things, reduces redundant data, and increases database speed as tables
> are designed in a manner that minimalizes merging time.
I will consider what you sayd about db app design.
Anyway, i usually try to keep tables more dynamic and look at task at
hand, trying to make tables specially for it. When i tested
normalizing, i got about 60 tables where i had 5 without normalizing.
I didnt build both and test speed, but i have believed that indexing
tables makes them fast, too. In that specific case about 40 of those
tables were very similar and i did join them a bit and made some
multifunctinal fields, others were about connections between tables,
which i did put into one table. In that case, which i am talking
about, code, which used those tables, were just a lot simpler and
shorter, when tables were built in such way, also i didnt have to fear
that when i need to do mixed searches or other things like that, code
gets complex. I think that looking database structures without
considering normalizing rules gives much -- only this db app
optimization, which you mentioned, may really make normalized tables
better in some cases (and i still hope that there is a way out as i
couldnt understand, why one makes such a powerful language as SQL just
to deny most of it's beauty afterwards :D).
> Running with a schema you pulled out of your ass is likely to give poor
> database performance.
>
> -Alec Warner
>
>
>
--
tvali
(e-mail: "qtvali@gmail.com"; msn: "qtvali@gmail.com";
icq: "317-492-912")
Ühe eesti internetifirma lehel kohtasin tsitaati:
If you don't do it excellently, dont do it at all. Because if it's not
excellent, it won't be profitable or fun, and if you're not in
business for fun or profit, what the hell are you doing here?
Robert Townsend
--
gentoo-portage-dev@gentoo.org mailing list
next prev parent reply other threads:[~2006-03-14 15:04 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-14 11:02 [gentoo-portage-dev] Few things, which imho would make portage better tvali
2006-03-14 11:10 ` Simon Stelling
2006-03-14 11:24 ` tvali
2006-03-14 11:53 ` tvali
2006-03-14 12:14 ` tvali
2006-03-14 13:19 ` Devon Miller
2006-03-14 13:25 ` tvali
2006-03-14 13:50 ` tvali
2006-03-14 14:33 ` tvali
2006-03-14 15:04 ` Brian
2006-03-14 15:32 ` tvali
2006-03-14 16:21 ` Brian
2006-03-15 0:33 ` esearch integration [was Re: [gentoo-portage-dev] Few things, which imho would make portage better] Brian Harring
2006-03-15 14:20 ` tvali
2006-03-15 14:21 ` tvali
2006-03-15 0:37 ` sync suggestions " Brian Harring
2006-03-15 14:18 ` tvali
2006-03-14 13:21 ` [gentoo-portage-dev] Few things, which imho would make portage better tvali
2006-03-14 13:35 ` Marius Mauch
2006-03-14 14:52 ` tvali
2006-03-15 0:29 ` sql based cache [was Re: [gentoo-portage-dev] Few things, which imho would make portage better] Brian Harring
2006-03-14 14:44 ` [gentoo-portage-dev] Few things, which imho would make portage better Alec Warner
2006-03-14 15:03 ` tvali [this message]
2006-03-14 15:53 ` Johannes Fahrenkrug
2006-03-14 16:24 ` tvali
2006-03-14 13:50 ` Marius Mauch
2006-03-14 15:18 ` solar
2006-03-14 16:35 ` tvali
2006-03-14 18:26 ` tvali
2006-03-14 18:30 ` Grant Goodyear
2006-03-14 18:46 ` tvali
2006-03-14 18:49 ` Grant Goodyear
2006-03-14 14:50 ` felix
2006-03-14 13:44 ` Marius Mauch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cea53e3c0603140703ne6ff8f4t@mail.gmail.com \
--to=qtvali@gmail.com \
--cc=gentoo-portage-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox