Составить запрос, работающий с полями, допускающими несколько значений

@DontRobot · Регистрация: 18.09.2016

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

Имеется база данных, в которой несколько полей допускают несколько значений, которые берутся из таблиц-списков с помощью запросов.

В программе при запросе:

SQL
1
SELECT * FROM Game

В полях, поддерживающих несколько значений, вместо самих значений возвращаются ID этих значений во вспомогательной таблице (как на скриншоте)

Как это исправить?

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
using (var connection = new OdbcConnection(connectionString))
{
    DataTable table = new DataTable();
    using (OdbcCommand com = new OdbcCommand("SELECT * FROM [Game]", connection))
        using (OdbcDataAdapter adapter = new OdbcDataAdapter(com))
            adapter.Fill(table);
        
    var games = table.Select();
 
    foreach (var game in games)
    {
        Console.WriteLine($"Название игры:  {game["title"]}");
        Console.WriteLine($"Название серии: {game["series"]}");
        Console.WriteLine($"Жанр игры:      {game["genres"]}");
        Console.WriteLine($"Режимы игры:    {game["modes"]}");
        Console.WriteLine($"Разработчки:    {game["developers"]}");
        Console.WriteLine($"Дата выхода:    {((DateTime)game["release"]).ToString("dd.MM.yyyy")}");
        Console.WriteLine($"Metascore:      {game["metascore"]}");
        Console.WriteLine($"Userscore:      {game["userscore"]}");
        Console.WriteLine($"Описание игры:  {game["description"]}");
        Console.WriteLine($"Изображения:    {game["images"]}\n\n");
    }
}

@Usaga · 21.04.2020, 04:01

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

В полях, поддерживающих несколько значений, вместо самих значений возвращаются ID этих значений во вспомогательной таблице

Вообще-то, это денормализация и такие вещи делают только в виде крайней меры, когда более правильное, "нормальное" решение уже даёт нужной производительности.

В вашем случае, по мимо таблиц Game и Genre, нужна ещё таблица GameGenre для моделирования связи многие-ко-многим. Тогда строка "Жанр Игры" из таблицы Game развернётся в набор строк в таблице GameGenre. Не стесняйтесь погуглить про этот тип связи.

Ну и связанные данные из разных таблиц вытаскиваются оператором JOIN. Тоже можно погуглить как им пользоваться.

@DontRobot · 21.04.2020, 05:26 **[ТС]**

Однако сам MS Access позволяет делать такое стандартными средствами, а именно с помощью меню "Мастер подстановки..." в выборе типа данных.

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

@Usaga · 21.04.2020, 05:36

DontRobot, писать числа через запятую вы можете в любое текстовое поле в любой СУБД)

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

чтобы не плодить большого числа таблиц.

Как будто это что-то плохое. На каждую сущность - своя таблица. Связь между игрушкой и жанром - тоже сущность.

@DontRobot · 21.04.2020, 14:41 **[ТС]**

Обратите внимание на 3 скрин, там отображаются непосредственно значения из таблиц, а не их ID.
К тому же, в базе данных побольше, таких таблиц-справочников может быть огромное количество, это что же, нужно будет для каждой из них создавать отдельную таблицу для связи?

Добавлено через 1 час 14 минут
Пока что пришла мысль сделать так:

SQL
1
2
3
SELECT genre
FROM Game 
INNER JOIN Genre ON Genre.id = Game.genres.Value

Но это будет дополнительный запрос на каждую запись...
А так как таких полей там целых 4, то общее количество запросов будет аж <количество записей>*4+1

Добавлено через 8 минут
Забыл написать WHERE id = <ID записи>

@Почтальон · 21.04.2020, 14:43

DontRobot, у вас схема БД не верная.

@DontRobot · 21.04.2020, 14:51 **[ТС]**

Почтальон, cпасибо за невероятно содержательный ответ.
Но с некоторой версии Access появилась возможность создавать поля с несколькими значениями без связи через дополнительную таблицу, тем самым сделав более удобное редактирование для пользователей БД.

@Почтальон · 21.04.2020, 14:58

DontRobot, ну и коноебьтесь тогда с новыми такими возможностями

@DontRobot · 21.04.2020, 15:15 **[ТС]**

Почтальон, допустим я сделал все "по правильному" через промежуточные таблицы, чтобы получилась связь многие-ко-многим
Теперь вопрос в том, насколько удобно это редактировать (изменять ID'шники не так уж и классно, когда справочников больше 30)
Да и запрос к этому делу будет сложно построить, а ответ будет просто "прекрасен".
А если делать отдельные запросы под каждое такое "поле", то чем это лучше моего варианта?

@Почтальон · 21.04.2020, 15:25

По Game.Id из таблицы GameGenre дергаете зависимые данные, у вас получается список жанров, принадлежащих игре. Далее этот список куда-то выводите (можете даже собственный контрол придумать) и работаете с ним - удаляете, добавляете, редактируете записи и т.п. И заметьте, количество жанров теперь не ограничено

@DontRobot · 21.04.2020, 15:31 **[ТС]**

Почтальон, в том и проблема, что было абсолютно тоже самое, но без промежуточной таблицы. Количество жанров никак не было ограничено. В полях, которые могут содержать несколько значений, по факту хранятся те же самые ID записей из справочников (как в GameGenre, например, но в Access отображаются не ID, а значения) и обратиться к ним можно точно также с помощью отдельного запроса, как я уже писал выше:

SQL
1
2
3
4
SELECT genre
FROM Game 
INNER JOIN Genre ON Genre.id = Game.genres.Value
WHERE id = <ID игры>

Этот запрос вернет все жанры, принадлежащие игре.

Таким образом это удобнее редактировать (просто ставить галочки в выпадающем меню, в котором написаны не ID, а непосредственно сами значения), да и запрос будет не намного сложнее, а с точки зрения производительности такой же.

@Почтальон · 21.04.2020, 15:42

Тогда вопрос. Как вы построите запрос на выборку игр по жанрам ?

@DontRobot · 21.04.2020, 15:57 **[ТС]**

Почтальон, например так:

SQL
1
2
3
4
SELECT *
FROM Game
WHERE
(SELECT id FROM Genre WHERE genre LIKE "*" & [Введите жанр] & "*") = Game.genres.Value

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

@Почтальон · 21.04.2020, 16:03

Сами как думаете, насколько он оптимален, если в случае с промежуточной таблицей вопрос решается одним селектом ?
А теперь удалите какой-нибудь жанр и посмотрите, что для этого нужно.

@DontRobot · 21.04.2020, 16:13 **[ТС]**

Здесь подзапрос нужен был лишь для того, чтобы получить id жанра.
В то время, как в программе можно будет реализовать это так, чтобы не приходилось делать подзапросы, например, чтобы это был список жанров, которым присваивается ID при инициализации программы (понадобится ровно 1 запрос).
Действительно, удалять не очень удобно, ибо приходится убирать вручную значения из записей, но удаление тут и не предполагалось, на крайняк можно написать макрос или реализовать удаление, непосредственно из программы.
Однако в обмен на это неудобство мы получаем удобство при заполнении таблиц.

@DontRobot · 21.04.2020, 16:54 **[ТС]**

Почтальон, можно закрыть вопрос и пометить ответом 5 сообщение в теме?

@Почтальон · 21.04.2020, 20:00

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

пометить ответом 5 сообщение в теме?

я бы не назвал это решением, это решение удобно только для вас

@Usaga · 22.04.2020, 10:18

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

Обратите внимание на 3 скрин, там отображаются непосредственно значения из таблиц, а не их ID.

Третий скриншот из двух выложенных это какой?)

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

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

Представляете, да! Больше база - больше таблиц. Вас это удивляет?

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

Да и запрос к этому делу будет сложно построить, а ответ будет просто "прекрасен".

Ну, люди пока справляются. Какие с этим у вас сложности?

Новые блоги и статьи Все статьи Все блоги /
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .

@DontRobot 0 / 0 / 0 Регистрация: 18.09.2016 Сообщений: 34
	21.04.2020, 05:26 [ТС]
	Однако сам MS Access позволяет делать такое стандартными средствами, а именно с помощью меню "Мастер подстановки..." в выборе типа данных. Собственно это та самая причина, почему я решил попробовать так сделать, чтобы не плодить большого числа таблиц. 0

@Почтальон управление сложностью 1693 / 1306 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5
	21.04.2020, 14:43
	DontRobot, у вас схема БД не верная. 0

@DontRobot 0 / 0 / 0 Регистрация: 18.09.2016 Сообщений: 34
	21.04.2020, 14:51 [ТС]
	Почтальон, cпасибо за невероятно содержательный ответ. Но с некоторой версии Access появилась возможность создавать поля с несколькими значениями без связи через дополнительную таблицу, тем самым сделав более удобное редактирование для пользователей БД. 0

@Почтальон управление сложностью 1693 / 1306 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5
	21.04.2020, 14:58
	DontRobot, ну и коноебьтесь тогда с новыми такими возможностями 0

@DontRobot 0 / 0 / 0 Регистрация: 18.09.2016 Сообщений: 34
	21.04.2020, 15:15 [ТС]
	Почтальон, допустим я сделал все "по правильному" через промежуточные таблицы, чтобы получилась связь многие-ко-многим Теперь вопрос в том, насколько удобно это редактировать (изменять ID'шники не так уж и классно, когда справочников больше 30) Да и запрос к этому делу будет сложно построить, а ответ будет просто "прекрасен". А если делать отдельные запросы под каждое такое "поле", то чем это лучше моего варианта? Миниатюры 0

@Почтальон управление сложностью 1693 / 1306 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5
	21.04.2020, 15:25
	По Game.Id из таблицы GameGenre дергаете зависимые данные, у вас получается список жанров, принадлежащих игре. Далее этот список куда-то выводите (можете даже собственный контрол придумать) и работаете с ним - удаляете, добавляете, редактируете записи и т.п. И заметьте, количество жанров теперь не ограничено 0

@Почтальон управление сложностью 1693 / 1306 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5
	21.04.2020, 15:42
	Тогда вопрос. Как вы построите запрос на выборку игр по жанрам ? 0

@Почтальон управление сложностью 1693 / 1306 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5
	21.04.2020, 16:03
	Сами как думаете, насколько он оптимален, если в случае с промежуточной таблицей вопрос решается одним селектом ? А теперь удалите какой-нибудь жанр и посмотрите, что для этого нужно. 0

@DontRobot 0 / 0 / 0 Регистрация: 18.09.2016 Сообщений: 34
	21.04.2020, 16:13 [ТС]
	Здесь подзапрос нужен был лишь для того, чтобы получить id жанра. В то время, как в программе можно будет реализовать это так, чтобы не приходилось делать подзапросы, например, чтобы это был список жанров, которым присваивается ID при инициализации программы (понадобится ровно 1 запрос). Действительно, удалять не очень удобно, ибо приходится убирать вручную значения из записей, но удаление тут и не предполагалось, на крайняк можно написать макрос или реализовать удаление, непосредственно из программы. Однако в обмен на это неудобство мы получаем удобство при заполнении таблиц. Изображения 0

@DontRobot 0 / 0 / 0 Регистрация: 18.09.2016 Сообщений: 34
	21.04.2020, 16:54 [ТС]
	Почтальон, можно закрыть вопрос и пометить ответом 5 сообщение в теме? 0