Results 1 to 5 of 5

Thread: Performance Q's

  1. #1
    Join Date
    Jun 2004
    Posts
    127

    Unanswered: Performance Q's

    more novice questions:

    which uses most space a table or a column, and by how much? bytes/% etc?

    is denormalization a good thing if it reduces the complexity of a design? & if it improves the semantics of a design?

    is it normal for a schema to contain 80+ tables? if through amalgamating columns, which are related, i can shrink the no of tables down to around the 35-40 mark is this a good idea? although this will add extra columns of data to certain tables?

  2. #2
    Join Date
    Jan 2004
    Location
    Croatia, Europe
    Posts
    4,094
    Provided Answers: 4
    I don't understand your first question, sorry ...

    Denormalization: I'd say that - although it is good to have normalized tables - sometimes it is better to leave (some of) them denormalized if this improves performances (a dummy example: executing a report against a huge denormalized table could be faster than joining several huge normalized tables. Of course, you have to fill that table, probably using that joins, but this might be done in a matter of days/weeks/something, not in one session).

    As of your third question ... number of tables can't be measured that way. There are applications that require small number of tables (for example, scoot/tiger schema), while - on the other hand - complex problems require much more tables (another example: my current project, which includes 3 "independent" teams with ~50 developers, has more than 200 tables).
    It is up to you if you'll "shrink" number of your tables or not. If you think current condition isn't good, change it (if you can). However, keep in mind that "if something isn't broken, don't fix it" (meaning, you might make things worse instead of better).

    P.S. Checked total number of tables as I returned to work ... 549 as of today. Gosh!
    Last edited by Littlefoot; 01-26-05 at 03:25.

  3. #3
    Join Date
    Apr 2002
    Location
    Toronto, Canada
    Posts
    20,002
    Quote Originally Posted by FAC51
    is denormalization a good thing if it reduces the complexity of a design? & if it improves the semantics of a design?
    well, that's the problem, it doesn't reduce complexity, it increases it, and it doesn't improve semantics, it worsens it

    in general, don't denormalize
    rudy.ca | @rudydotca
    Buy my SitePoint book: Simply SQL

  4. #4
    Join Date
    Sep 2002
    Location
    UK
    Posts
    5,171
    Provided Answers: 1
    Quote Originally Posted by Littlefoot
    P.S. Checked total number of tables as I returned to work ... 549 as of today. Gosh!
    Just checked mine: 1037 tables! I had a manager once who claimed that any database with more than 12 tables was "over-designed"

  5. #5
    Join Date
    Jan 2004
    Location
    Croatia, Europe
    Posts
    4,094
    Provided Answers: 4
    And he was probably right LOL

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •