Форум MySQL

спасибо за идею сегодня попробую

хм... я думал поиск будет по хлебозаводам... тогда лучше сделать строки - хлебозаводы, а товар - столбцы.

по id таблиц.
В принципе, тоже самое что есть сейчас, но не исключено, что в дальнейшем придется модернизировать таблицу заводов (доп информация, скрывать/показывать, скидки, реклама и пр). В этом случае ее будет удобно модернизировать.
в таблице заводов:
zavod_id, название, информация
талбица рецептов
recept_id, название, ингридиенты (кстати, непонятно зачем под них отдельные поля. просто написать рецепт текстом нельзя? ну да ладно)
таблица ассортимента
столбцы - хлебозаводы
строки - позиции
в ячейках - если выпускают - цена, иначе - NULL
стоблбцы лучше образовывать например так: zavod_+zavod_id
id, название, zavod_1, zavod_2...

nttghm получается что чтобы узнать что выпускает завод:

SELECT название, цена FROM ассортимент WHERE zavod_1!=NULL;

Короче, получается сумбурно, но лучше пока не придумал:)

а как потом это все между собой связать?

если бы можно было поменять я бы со 2-й таблицей и не морочился
все вкинул бы в 1, но не получаеться или я просто не вижу способа

Задание вроде такого:
человек заходит на сайт и выбирает хлеб.изделие из списка ему выводяться цены на него по городу в разных Заводах, а если он хочет может зайти на страницу ингридиентов по этому же изделию.

Я бы, наверное, вообще тогда разнес все на три таблицы: рецепты, заводы, ассортимент. Не очень наглядно но, как мне кажется, довольно удобно.

поменял бы строки и столбцы местами... но об этом имеет смысл говорить после уточнения задания:)

кроме названия продукций ничего и не нужно только их
названий будет 200-300 добавляться будут 3-5 раз в месяц
хлебзаводов до 50

>Я бы вторую таблицу транспонировал:
это что такое и как это делаеться? :)

если не тяжело можете обьяснить

спасибо

внимательно перечитал задание: неясно какие данные будут браться из первой таблицы и помещаться во вторую (кроме названий продукции)