Как реализовать структуру БД

@tarabukinivan · Регистрация: 12.08.2011

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

Доброе утро!
Есть сайт технической поддержки. И есть пользователи, которые оставляют на нем заявку в компанию. На нем есть таблица с полями: id_client(id пользователя AI, PK), name_client(Имя потльзователя), status(статус - наверное лучше сделать автоинкремент), date_r(дата регистрации).

Статусы у всех пользователей будут разные. Например:
у пользователя 1: открыто, отменено, закрыто, передано, принято.
у пользователя 2: открыто, отменено, закрыто, исполнено, в ожидании.

Статусы в любое время могут добавляться( не удаляются).
Я сделал так:
Вторая таблица такая: id_status, id_client, open, close, cancelled, sent, accepted.
id_status - AI PK, id_client - указывает на первую таблицу на пользователя, другие поля сами статусы и имеют значение enum: '0', '1' - в зависимости присутствует для пользователя ставиться 0 или 1.

Когда необходимо добавлять статус какому либо клиенту сначала ставлю 1 для нужного пользователя, а для всех других проставляю 0.

Может можно реализовать попроще?

@EU1CJ · 13.01.2018, 19:48

Как я понимаю, все пять статусов работают по принципу "ИЛИ". То есть, активным статусом может быть только один из них.
Так может проще сделать как-то так:

SQL
1
2
3
4
5
6
7
CREATE TABLE `statuses` (
`id_status` INT(10) NOT NULL AUTO_INCREMENT,
`id_client` INT (10) NOT NULL,
`status` ENUM('open', 'close', 'cancelled', 'sent', `accepted`) NOT NULL DEFAULT 'open', -- или что там по умолчанию
PRIMARY KEY (`id_status`),
UNIQUE KEY `status_client` (`id_status`, `id_client`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Ну, или какой engine у Вас используется.
На мой взгляд, с данными удобней работать будет.

@tarabukinivan · 14.01.2018, 08:19 **[ТС]**

Дело в том, что у каждого клиента должны быть видны несколько статусов для выбора (только ему принадлежащие), а у другого клиента (другие статусы, принадлежащие именно ко второму клиенту)

Связь один ко многим

Sternman · 14.01.2018, 11:07

SQL
1
SELECT status_name FROM user_status WHERE id_user = "1"

Не вариант?

@EU1CJ · 14.01.2018, 12:00

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

Дело в том, что у каждого клиента должны быть видны несколько статусов для выбора (только ему принадлежащие), а у другого клиента (другие статусы, принадлежащие именно ко второму клиенту)

Ну, так и в чём проблема? В базе записи:

SQL
1
2
3
4
5
6
7
8
-- для клиента №1:
1, 1, 'open'
2, 1, 'close'
3, 1, 'cancelled'
-- для клиента №2:
4, 2, 'open'
5, 2, 'accepted'
6, 2, 'sent'

И выводите их в dropdown list box на front-end.
Просто, наверное, смутило название поля 'status_id'... Переименовать можно.
Хотя, дело, конечно, личное. Это просто предложение.

Добавлено через 5 минут
Или связку добавить, как Sternman предлагает.
Пригодится для maintenance "statuses" table в перспективе.
Тогда записи в баже вот так выглядеть будут:

SQL
1
2
3
4
5
6
7
8
-- для клиента №1:
1, 1, 1
2, 1, 2
3, 1, 4
-- для клиента №2:
4, 2, 2
5, 2, 1
6, 2, 3

Так даже ещё гибче будет. Да и правильней, я думаю.

@tarabukinivan · 14.01.2018, 16:19 **[ТС]**

Ну да, что-то типа такого должно быть.

Новые блоги и статьи Все статьи Все блоги /
Переходник USB-CAN-GPIO Eddy_Em 20.03.2026 Достаточно давно на работе возникла необходимость в переходнике CAN-USB с гальваноразвязкой, оный и был разработан. Однако, все меня терзала совесть, что аж 48-ногий МК используется так тупо: просто. . .	Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .
[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .

Как реализовать структуру БД

Решение

Решение

@tarabukinivan 1 / 1 / 0 Регистрация: 12.08.2011 Сообщений: 111

	Как реализовать структуру БД 13.01.2018, 10:18. Показов 990. Ответов 5 Метки нет (Все метки) Доброе утро! Есть сайт технической поддержки. И есть пользователи, которые оставляют на нем заявку в компанию. На нем есть таблица с полями: id_client(id пользователя AI, PK), name_client(Имя потльзователя), status(статус - наверное лучше сделать автоинкремент), date_r(дата регистрации). Статусы у всех пользователей будут разные. Например: у пользователя 1: открыто, отменено, закрыто, передано, принято. у пользователя 2: открыто, отменено, закрыто, исполнено, в ожидании. Статусы в любое время могут добавляться( не удаляются). Я сделал так: Вторая таблица такая: id_status, id_client, open, close, cancelled, sent, accepted. id_status - AI PK, id_client - указывает на первую таблицу на пользователя, другие поля сами статусы и имеют значение enum: '0', '1' - в зависимости присутствует для пользователя ставиться 0 или 1. Когда необходимо добавлять статус какому либо клиенту сначала ставлю 1 для нужного пользователя, а для всех других проставляю 0. Может можно реализовать попроще? 0

@tarabukinivan 1 / 1 / 0 Регистрация: 12.08.2011 Сообщений: 111
	14.01.2018, 08:19 [ТС]
	Дело в том, что у каждого клиента должны быть видны несколько статусов для выбора (только ему принадлежащие), а у другого клиента (другие статусы, принадлежащие именно ко второму клиенту) Связь один ко многим 0

@tarabukinivan 1 / 1 / 0 Регистрация: 12.08.2011 Сообщений: 111
	14.01.2018, 16:19 [ТС]
	Ну да, что-то типа такого должно быть. 0