Многое ко многим: товары и заказы

@LokiHellbringer · Регистрация: 12.07.2013

Студворк — интернет-сервис помощи студентам

У меня есть таблица с товарами, есть таблица с заказами. Не пойму как их связать по типу многое ко многим.
В один заказ может входить несколько товаров, при этом один товар может соответствовать нескольким заказам.
Какие столбцы должны быть в каждой таблице?
В первой таблице у меня: Id товара, название, описание, стоимость, остаток на складе.
В третьей должно быть: Id заказа, дата заказа (по идее и дата не нужна, но чтобы таблица в 1 столбец не был)
Во второй промежуточной должно быть: Id товара, Id заказа, связи по Id.
При оформлении заказа, при нажатии на кнопку создается строка в третьей таблице, Id автоинкремент.
Дальше во вторую таблицу записываются товары с различными Id товара, но одинаковым Id заказа.
А если добавить в заказ несколько одинаковых товаров, то что делать?
И как мне вообще генерировать Id заказа, если его вытащить невозможно практически? Нажал на кнопку, создалась строка, допустим 4 | 02.11.2015 11:00. Как мне теперь вытащить Id товара = 4, если он независимо генерируется при добавлении даты в таблицу? Поиск последней строки в таблице такое себе дело. Единственная мысль - генерировать на основе session_id()
Вытащить его нужно чтобы добавить информацию из заказа во вторую таблицу:
Id товара | Id заказа
|
|

@Jodah · 02.11.2015, 09:04

LokiHellbringer, я бы не стал вообще связывать таблицы заказов и товаров. В этом есть несколько важных минусов:
1. Если вы поменяете название/цену товара, эти изменения коснутся уже выполненных заказов, и будет хаос.
2. Если вы удалите товар... сами понимаете, что будет.

На мой взгляд, лучше при создании заказа копировать информацию о товарах в новую таблицу, примерно так:

products

SQL
1
id_product | name | price

orders

SQL
1
id_order | create_date

products_to_orders

SQL
1
id_order_product | id_order | name | price

Сообщение от LokiHellbringer

А если добавить в заказ несколько одинаковых товаров, то что делать?

Добавлять для каждого товара новую запись.

Сообщение от LokiHellbringer

И как мне вообще генерировать Id заказа, если его вытащить невозможно практически? Нажал на кнопку, создалась строка, допустим 4 | 02.11.2015 11:00.

Не понял, о чём вы. Надеюсь, не в файлах собираетесь данные хранить?

После добавления новой записи вызываете функцию mysql_insert_id, она возвращает id последней добавленной записи.

Сообщение от LokiHellbringer

Поиск последней строки в таблице такое себе дело. Единственная мысль - генерировать на основе session_id()

Опять же, непонятно, о чём речь и зачем.

@Виталюска · 02.11.2015, 09:46

Сообщение от LokiHellbringer

Не пойму как их связать по типу многое ко многим.

я бы сделал что-то примерно такое:
таблица с товаром

SQL
1
2
3
4
5
6
7
8
CREATE TABLE IF NOT EXISTS `tovar` (
  `Id` INT(11) NOT NULL AUTO_INCREMENT,
  `nazvanie` CHAR(100) NOT NULL,
  `opisanie` CHAR(255) NOT NULL,
  `cena` DECIMAL(10,2) NOT NULL,
  `na_sklade` INT(11) NOT NULL,
  PRIMARY KEY (`Id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;

таблица для заказа

SQL
1
2
3
4
5
6
7
8
CREATE TABLE IF NOT EXISTS `tovar` (
  `Id` INT(11) NOT NULL AUTO_INCREMENT,
  `nazvanie` CHAR(100) NOT NULL,
  `opisanie` CHAR(255) NOT NULL,
  `cena` DECIMAL(10,2) NOT NULL,
  `na_sklade` INT(11) NOT NULL,
  PRIMARY KEY (`Id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;

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

@LokiHellbringer · 02.11.2015, 17:10 **[ТС]**

Сообщение от Jodah

На мой взгляд, лучше при создании заказа копировать информацию о товарах в новую таблицу, примерно так:

А зачем тогда 3 таблицы? Можно обойтись двумя.

Сообщение от Jodah

Не понял, о чём вы. Надеюсь, не в файлах собираетесь данные хранить? После добавления новой записи вызываете функцию mysql_insert_id, она возвращает id последней добавленной записи.

Если несколько пользователей одновременно будут оформлять заказ, то нужно как-то определить чей заказ соответствует id_order, который автоинкремент. Ведь значение понадобится чтобы потом добавлять данные в третью таблицу products_to_orders.

Сообщение от Виталюска

таблица для заказа

Одинаковая? не понял.

Видел пример, в котором массив заказанных товаров забивается в переменную и отправляется в значение ячейки:

PHP
1
$data=addslashes(serialize($dump))

У меня в переменной $_SESSION сначала создается массив idтовара=>количество, потом в двух циклах перебирается таблица с товарами и этот массив, формируя массив Id товара | Название | Описание | Цена | Количество, который передается в корзину. Счетчик количества обновляется нажатием на кнопку "Добавить в корзину" на странице с каталогом товаров. Напротив каждого товара есть своя кнопка.

@Jodah · 02.11.2015, 17:57

Сообщение от LokiHellbringer

А зачем тогда 3 таблицы? Можно обойтись двумя.

Можете привести пример с 2 таблицами?

Сообщение от LokiHellbringer

Если несколько пользователей одновременно будут оформлять заказ, то нужно как-то определить чей заказ соответствует id_order, который автоинкремент.

mysql_insert_id вернёт вам нужный идентификатор, который был сгенерирован автоинкрементом. Последний не из таблицы, а последний созданный в текущем mysql подключении. Это как раз то, что вам нужно.

@LokiHellbringer · 02.11.2015, 18:56 **[ТС]**

2 таблицы
products:

SQL
1
id_product++ | name | price

oders:

SQL
1
id++ | id_order=session_id() | name | price

Просто копируем необходимые данные из таблицы с товарами и вставляем в таблицу с заказами.

SQL
1
2
3
4
5
6
1 | lq54l74u31a09ncdr02nvgt6c5 | Баллон 1 | 100
2 | lq54l74u31a09ncdr02nvgt6c5 | Баллон 1 | 100
3 | lq54l74u31a09ncdr02nvgt6c5 | Баллон 3 | 300
4 | lq54l74u31a09ncdr02nvgt6c5 | Баллон 5 | 500
5 | eug3r5elb287qcn7ubj2cp8fp2 | Баллон 2 | 200
6 | eug3r5elb287qcn7ubj2cp8fp2 | Баллон 3 | 300

либо
orders:

SQL
1
id++ | $data

PHP
1
$data=addslashes(serialize($dump))

если использовать mysql_insert_id то да, нужно 3 таблицы. Может ли быть конфликт если 2 пользователя одновременно будут оформлять заказ? т.е. первый генерирует id_orders=1, второй генерирует id_orders=2, первому возвращается id=2 и его товары, второму тоже самое.

@Jodah · 02.11.2015, 19:04

Сообщение от LokiHellbringer

id++ | id_order=session_id() | name | price

Не рекомендую так делать. Работать с числовыми идентификаторами и разделением таблиц гораздо удобней. Особенно когда нужно будет делать визуальный просмотр и редактирование, встретите гораздо больше проблем, чем выгоды сейчас.

Сообщение от LokiHellbringer

Может ли быть конфликт

Нет. Повторюсь, берётся не последний id вообще, а последний id, сгенерированный в текущем mysql-соединении, а оно у каждого пользователя своё, уникальное.

@LokiHellbringer · 02.11.2015, 19:18 **[ТС]**

Понял, спасибо, так и сделаем.

@Виталюска · 02.11.2015, 22:14

Сообщение от LokiHellbringer

Одинаковая? не понял.

извини не то копирнул вот вторая таблица

SQL
1
2
3
4
5
6
7
8
9
10
CREATE TABLE IF NOT EXISTS `chek` (
  `id` INT(11) NOT NULL AUTO_INCREMENT,
  `chek_date` DATE NOT NULL,
  `chek_nr` INT(11) NOT NULL,
  `tovar_nazvanie` CHAR(100) NOT NULL,
  `tovar_cena` DECIMAL(10,2) NOT NULL,
  `tovar_colichestvo` INT(2) NOT NULL,
  `tovar_total_price` DECIMAL(10,2) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;

@LokiHellbringer · 06.11.2015, 00:59 **[ТС]**

Сообщение от Jodah

Не рекомендую так делать. Работать с числовыми идентификаторами и разделением таблиц гораздо удобней. Особенно когда нужно будет делать визуальный просмотр и редактирование, встретите гораздо больше проблем, чем выгоды сейчас.

Как мне это дело теперь вытащить? По идее нужно для каждого заказа создавать табличку <table> плюс одинаковые товары группировать по количеству? Есть изящный способ для этого?
У меня только мысль выводить в виде массива, и оперировать уже с ним.

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Логарифм записывается как: (x-2)log(x^2+2) - означает логарифм (x^2+2) по основанию (x-2). Унарный минус обозначается как ! */ #include <iostream> #include <stack> #include <cctype>. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

Многое ко многим: товары и заказы

Решение

Решение

@LokiHellbringer 0 / 0 / 0 Регистрация: 12.07.2013 Сообщений: 34

	Многое ко многим: товары и заказы 02.11.2015, 04:13. Показов 6979. Ответов 9 Метки нет (Все метки) У меня есть таблица с товарами, есть таблица с заказами. Не пойму как их связать по типу многое ко многим. В один заказ может входить несколько товаров, при этом один товар может соответствовать нескольким заказам. Какие столбцы должны быть в каждой таблице? В первой таблице у меня: Id товара, название, описание, стоимость, остаток на складе. В третьей должно быть: Id заказа, дата заказа (по идее и дата не нужна, но чтобы таблица в 1 столбец не был) Во второй промежуточной должно быть: Id товара, Id заказа, связи по Id. При оформлении заказа, при нажатии на кнопку создается строка в третьей таблице, Id автоинкремент. Дальше во вторую таблицу записываются товары с различными Id товара, но одинаковым Id заказа. А если добавить в заказ несколько одинаковых товаров, то что делать? И как мне вообще генерировать Id заказа, если его вытащить невозможно практически? Нажал на кнопку, создалась строка, допустим 4 \| 02.11.2015 11:00. Как мне теперь вытащить Id товара = 4, если он независимо генерируется при добавлении даты в таблицу? Поиск последней строки в таблице такое себе дело. Единственная мысль - генерировать на основе session_id() Вытащить его нужно чтобы добавить информацию из заказа во вторую таблицу: Id товара \| Id заказа \| \| Миниатюры 0

@LokiHellbringer 0 / 0 / 0 Регистрация: 12.07.2013 Сообщений: 34
	02.11.2015, 19:18 [ТС]
	Понял, спасибо, так и сделаем. 0