Выбрана ли верная связь?

Question

[Евгений Семашко]

Выбрал связывание one-to-many. Просто чем дальше гуглю верное связывание, тем больше возникает диссонанс, что выбрана не верная связь.

Суть: Есть несколько областных центров, в этих областных центрах есть аптеки и пользователю допустим надо выбрать областной центр, после выбора областного центра ему выводятся все аптеки этого центра, далее он выбирает из списка подходящую для себя аптеку и после выбора аптеки ему выводятся все находящиеся там лекарства. По сути должно быть связывание one-to-many, но, что если обратная ситуация. Пользователь выбрал регион и в строке поиска ввёл нужное ему лекарство, то выводится список аптек в которых находится это лекарство, то есть если опираться на

определение

Связь "один ко многим" являются наиболее распространенным типом связи. В такого рода связях строка в таблице А может иметь много строк в таблице B. Но строка в таблице B может иметь только одну строку в таблице А. Например, таблицы "Издатели" и "Названия" имеют связь "один ко многим". То есть, каждый издатель выпускает много названий. Но каждое название принадлежит только одному издателю.

которое может быть я не правильно понял, то идёт нарушение связи. И возникла мысль, что нужно использовать many-to-many, но она вообще тут никаким боком не должна быть.
Вот моя диаграмма со связыванием.

Comments

[Adamos]

С одной стороны - вы все нормализовали, и у вас все хорошо.
С другой - на практике может оказаться полезнее добавить поле "город" в само лекарство, просто чтобы не делать джойн в каждом запросе, когда пользователю будет пофиг, в какой именно аптеке оно есть.

[Евгений Семашко]

Adamos, большое спасибо за ревью)

Так же ещё вопросик. В коде уже прописывается какие лекарства по Id к какой аптеке тоже по Id принадлежат или это можно как-то настроить через Sql? Ибо как-то упустил этот момент, потому что мне кажется каждый раз в Load() формы так сказать рисовать таблицу не слишком быстройдественно или все нормально с этим будет?

[Adamos]

Евгений Семашко, понятия не имею, про какой код вы говорите и что в нем прописано.

Answer 1

[Константин Цветков]

Город: Код, Название, …
Аптека: Код, Код города, Название, …
Лекарство: Код, Название, …
Товар:

Код, Код лекарства, Форма, Упаковка, Количество в Упаковке, …

Наличие:

Код хранения, Код аптеки, Код товара, Цена, Количество упаковок, …

Comments

[Евгений Семашко]

а что подразумевается под кодом хранения? обычный id этой таблицы?

[Константин Цветков]

Евгений Семашко, Можно и ID, а можно SKU.

Answer 2

[Arman Hovhannisyan]

Не тут всё просто, у тебя ситуация простая связь один ко многим, одна область имеет много аптек а одна аптека имеет только одну область, в случае с лекарствами и аптекой подойдёт связь many to many так как одна аптека может иметь много лекарств, а одно лекарство в свою очередь может принадлежать к нескольким магазинам. Если раньше не работал с связю многие ко многим, то тут тебе нужно ещё создать связывающую таблицу где в полях у тебя будет что то типа
Id, аптека_id, лекарство_id

Comments

[Евгений Семашко]

То есть итоговая диаграмма должна иметь такой вид? И уже остается заполнить данные для каждой аптеки и заполнить лекарства и просто при определенном действии получается выводить, то что пожелает пользователь?

[Adamos]

Тогда имеет смысл разделить эту таблицу на две: medicines(id, name, type, location) и goods(id, medicine_id, pharmacy_id, price). Все равно рано или поздно понадобится. И даже в этом случае city_id во второй таблице может здорово облегчить БД жизнь.

[Евгений Семашко]

Adamos, как-то уже котелок начинает закипать от построения логических цепочек)

[Евгений Семашко]

Adamos, как-то не особо понял, что нужно сделать

[Arman Hovhannisyan]

Евгений Семашко, У меня счас проект там цепочка связей ближе к 20))
Не знаю на каком языке ты работаешь, но sql везде sql, тебе просто нужно при сохранении лекарств сохранить в связывающую таблицу одну или несколько записей с Id магазинов в которых есть это лекарство в поле id_medicine, и Id лекарства в поле id_pharmacy и всё
дальше манипулируй как хочешь sql join, innerjoin и подобное в помощь

[Adamos]

Евгений Семашко, а вы не особенно заморачивайтесь логическими цепочками. Просто обеспечьте нормальные формы и отталкивайтесь от тех запросов, которые у вас реально будут - чтобы они получались как можно проще. Некоторые учебники просто бесполезно читать без реального опыта.

[Евгений Семашко]

Arman Hovhannisyan, мне от 2-х связей уже стало больно)

с Id магазинов в которых есть это лекарство в поле id_medicine, и Id лекарства в поле id_pharmacy и всё

А почему это так работает? Из-за передачи Id лекарства в аптеку и наоборот из аптеки к лекарству?

И на счет связи, я правильно связал получается? Ибо по логике должно так и быть, чтобы работало в двух случаях, когда пользователь хочет только аптеку и все лекарства в ней и когда пользователь хочет посмотреть и лекарства и аптеки посмотреть

[Евгений Семашко]

Adamos, у меня почему-то мания усложнять всё, что можно
А на счет учебников правильно подмеченно, что без практики мало, что понять по ним можно

[Adamos]

Евгений Семашко, погоняйте sql-ex.ru - там как раз дается минимум теории, но макают в практику и позволяют пощупать БД со стороны запросов.

[Евгений Семашко]

Adamos, спасибо за совет)

[Arman Hovhannisyan]

Евгений Семашко, ну да, Пользователь выбирает лекарство и ты имеешь возможность вывести ему все магазины в которых есть это лекарство, и наоборот он выбирает магазин и ты выводишь ему все лекарства магазина

[Евгений Семашко]

Arman Hovhannisyan, окей, большое спасибо за помощь)