Hacker News Reader

Interesting take, in fact recently I was working on a project that I was convinced was going to be a huge mess but in the end out clients seemed fairly happy with it, and understanding on inevitable roadbumps.

> OK, this one I can't defend :-P

I'm curious as to the why of this? Surely some applications just require a lot of tables as they deal with a lot of [different types of] data?

View on HN

> I'm curious as to the why of this? Surely some applications just require a lot of tables as they deal with a lot of [different types of] data?

Maybe it's my lack of imagination, but I can't think how you'd create a design with hundreds of tables by hand - it would surely involve generating tables from some other source. For different types of data I'd lean more for a javascripty-style meta-table with key-values, since I bet all that different type of data wouldn't lend itself well to relations.

Have you never worked on a reasonable sized application before? 100 tables is entirely ordinary and expected.

Reply on news.ycombinator.com