A community in which webmasters can ask for help with topics such as PHP coding , MySQL , IT jobs, web design, IT security.
Current location:homephp forumphp talk in 2008 yearItems from multiple categories best practices - page 1
User InfoPosts
Items from multiple categories best practices#1
I'm making list of items in categories, problem is that item can be in multiple categories.
What is your best practice to store items in categories and how list all items within category and its child categories? I am using Zend Framework and MySQL to solve this issue.

Thanks for your replies.

Sorry for my English :)

posted date: 2008-12-15 14:46:00


Re: Items from multiple categories best practices#2
I had made out the solution of this problem. click to view my topic...

hope that hepls.

posted date: 2008-12-15 14:46:01


Re: Items from multiple categories best practices#3
So, you have a hierarchy in the categories, yes? Is it one level (category and child category) or any number (children can have children, etc)? That will impact what the solution is. Generally, you'd model something like this with a many-to-many relationship, like:CREATE TABLE Item( item_id INT NOT NULL, item_name VARCHAR(255) NOT NULL)CREATE TABLE Category( category_id INT NOT NULL, category_name VARCHAR(255) NOT NULL)CREATE TABLE Item_Category( item_id INT NOT NULL REFERENCES Item(item_id), category_id INT NOT NULL REFERENCES Category(category_id) )A record in "Item_Category" means that the listed item is in the listed category. You can then do joins between 2 (or 3) of those tables to list which items are in which categories:SELECT I.* FROM Item I INNER JOIN Item_Category IC ON I.item_id = IC.item_id INNER JOIN Category C on IC.category_id = C.category_id WHERE C.category_name = 'MyCategory'Or which categories an item has:SELECT C.* FROM Category C INNER JOIN Item_Category IC.category_id = C.category_id INNER JOIN Item I on IC.item_id = I.item_id WHERE I.item_name = 'MyItem'If there's a hierarchy in the categories, that could be expressed using a recursive relationship in the category table, such as:CREATE TABLE Category( category_id INT NOT NULL, category_name VARCHAR(255) NOT NULL, parent_category_id INT NOT NULL REFERENCES Category(category_id))That makes things more complicated because you have to use recursive queries to get all the records for a category and its children. A simpler way, if you have only two levels of categories, it to simply make it a second field on the category table, like:CREATE TABLE Category( category_id INT NOT NULL, category_name VARCHAR(255) NOT NULL, subcategory_name VARCHAR(255) NULL)

posted date: 2008-12-15 14:53:00


Re: Items from multiple categories best practices#4
if an item can be in multiple categories, then these are not 'categories'. they're more like tags.use many-to-many relationships between your items and your tags. if you want a hierarchy of tags, go for it; but it's usually overkill and very seldom add value.

posted date: 2008-12-15 14:54:00


Re: Items from multiple categories best practices#5
And to be clear, on that last version of the Category table, there's one record per subcategory. So really, it should be called the Subcategory table, with a PK of "subcategory_id".

posted date: 2008-12-17 09:14:00


Re: Items from multiple categories best practices#6
Typically, the best solution I've found that works in most situations is simply using a parent_id field in your categories table. That way you will only need one categories table. This will support any number of levels or just one if you want (in which case, the ability to create a third level of category would need to be prevented in your code). For example:CREATE TABLE category ( id INT NOT NULL AUTO_INCREMENT, parent_id INT NOT NULL DEFAULT '0' name VARCHAR(255) NOT NULL)It's simpler that way. Any category with a parent_id of 0 will be your top-most level. If you have a category whose id is 1 and you create a sub-category of that it's parent_id will be 1 etc.

posted date: 2010-10-25 01:11:00


select page: « 1 »
Copyright ©2008-2017 www.momige.com, all rights reserved.