[Tagdb] Tags and data storage
Nitin Borwankar
nitin at borwankar.com
Wed Mar 22 16:54:19 GMT 2006
Short answer - you trade space for time. So trying to save space by not
having a tags table will cause your queries to get slower as your app
grows larger. You'l be spendingmore and more time trying to manage the
list-of-tags mini-database, inside your real database.
Experience with a few apps shows that the performance hit of these
issues doesn't surface until you hit 20k-40K users and then it hit's you
hard just when your user base is beginning to grow fast and furiously.
Nitin Borwankar
Joshua Lippiner wrote:
> General questions about storing of tags -
>
> I am working on a movie cataloging and swapping application that
> allows users to tag the various films. I have been going back and
> forth regarding the storage of the tags in the database. Del.icio.us
> only allows the user to enter single words separated by spaces and (I
> would imagine) stores each tag in a separate dB row. Other sites
> allow for phrases and separate them by commas but again, store each
> tag in a separate row.
>
> I can understand from an ease of search POV why you would do this, but
> if your table is denormalized, like mine, I am afraid the table size
> will grow very very large very quickly.
>
> Does anyone have any recommendations/thoughts on tag storage? Are you
> better off storing an entire list of tags associated with one item
> into a single field and then dealing with searching issues later or,
> in the end, do the benefits outweight the size issue by storing each
> tag as a new dB row?
>
> Thanks,
>
> Josh
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Tagdb mailing list
>Tagdb at lists.tagschema.com
>http://lists.tagschema.com/mailman/listinfo/tagdb
>
>
More information about the Tagdb
mailing list