Здравствуйте! Нужна помощь опытных людей.

Есть в БД таблицы (движок InnoDB). В каждой из таблиц есть поля manufacturer и part_number , они одновременно уникальны (образуют естественный ключ) и человекопонятны. Есть также в каждой таблице суррогатный ключ id . Между элементами этих таблиц существуют связи "многие ко многим". Для хранения этих связей используется соответствующая промежуточная таблица-связка (см. рисунок). Таблица-связка хранит пары соответствующих id . Всё связи, с моей точки зрения, грамотно оформлены через FORING KEY (ссылаются на суррогатный ключ id исходных таблиц), что удобно позволяет отслеживать целостность данных.

Задача состоит в том, что нужно удобным способом заполнить таблицу-связку. Человеку легко понятны соответствия пары полей manufacturer и part_number из одной таблицы паре полей manufacturer и part_number второй таблицы, но записывать то получается только "непонятные" id . Есть ли удобный интерфейс записи в такие таблицы?

Я пробовал phpMyAdmin , но он при записи в таблицу-связку предлагает варианты суррогатных ключей и никак не подсказывает manufacturer и part_number им соответсвующие. Настроить такие подсказки в phpMyAdmin у меня не получилось. Возможно ли это там вообще? Т.е. хочеться выбирать пары manufacturer и part_number , а по факту будет формироваться запрос на запись пары id .

Есть ли другие админки БД, которые смогут позволить это сделать?

Альтернатива использованию интерфейсов админок - это написание собственного интерфейса наполнения, но этот вариант пока откладывается как слишком времязатратный.

miksoftКак manufacturer+part_number в одной таблице соответствуют этим же полям в другой таблице? Тоже образуют связь?

Говоря более человеческим языком, есть таблица с моторами (motors), есть таблица с редукторами (gears). Конструктивно некоторые моторы совместимы с некоторыми типами редукторов. Это надо показать в БД. Для этого и используется таблица-связка. С точки зрения организации БД manufacturer+part_number редуктора никак не соответствует manufacturer+part_number мотора. Таких связок (CONSTRAINT) нет . Они чисто человечески соответствуют, имея ввиду конструктивную совместимость. Связки (CONSTRAINT) только по id .

miksoftКакова вообще задача продемонстрированного фрагмента БД ?

Этот кусок показывает таблицу-связку, которую нужно заполнить. Таблица-связка показывает конструктивную совместимость деталей.

Прошу обратить большее внимание на обсуждение интерфейсов ввода (админок БД), т.к. задача:

vitkorobЗадача состоит в том, что нужно удобным способом заполнить таблицу-связку.

Критерий удобства я попытался сформулировать в первом посте. Это наличие подсказок в виде других полей текущей записи, а не только id .

miksoftvitkorob,

Если вариант с Access-ом устраивает, то могу перенести топик в соответствующий подфорум.

Спасибо, я рассмотрю Access, но я всё-таки хочу ещё послушать мнения опытных людей. Может есть другие админки для MySQL, и кто-то порекомендует ещё один хороший вариант. Поэтому прошу пока не переносить.

phpMyAdmin никто не использовал для работы (наполнения базы со связями FOREIGN KEY) так как я хочу это попробовать? Он совсем в этом плох?

Всем спасибо! C помощью LibreOffice Base и видоса с YouTube удалось решить поставленную задачу. Правда рабочего времени ушло всё равно относительно много