Ну может и странно, Вы подскажите, как бы Вы сделали. Я свой вариант не защищаю, как эффективнее, так и буду делать.
А вообще, у меня да, там многие ко многим. У одного товара много атрибутов, у одного атрибута много товаров. Как бы Вы сделали?..
У тебя получается таблица atribute_product является связующей в отношении "многие ко многим" и заодно содержит имена опций?
Про Having и cnt сам уже минут 20 мусолю в голове, а вот Ваш первый вариант очень даже интересный! Фактически это и есть пересечение двух запросов, о котором я писал, но не докумекал! Попробую вечером, отпишусь!
aaa000, я понимаю, Вы намекаете на ещё одну таблицу. Но есть такие значения атрибутов, которые вписываются от руки и не имеют повторений и таких около 1800 только сейчас в бд. Смысл в отдельной таблице?
И еще - как бы вообще дополнительная таблица помогла?
jazzus, тебе да, мне - нет, тему я не кинул, возможности не было сразу ответить. Но сейчас в теме поставлена точка и всех, кто откликнулся, а не писал херню, благодарю!
Никита Полевой, да в sql-е это на раз два делается...
А пропал потому, что вопрос из теоретической серии, на конструкторе давно уже сделал, просто странно, что на stackoverflow об этом особо ничего не нашел
А троли пусть идут лесом, это их дорога.
Antonio Solo, у нас куртки преимущественно, не жесткий товар, пока придумал только вычислять размер в кубических метрах, складывать его, добавлять процентов 10, потом вычислять квадратный корень. Думаю, огрехи будут небольшие.