Связи в БД

animator404 · Регистрация: 05.05.2013

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

Создал несколько таблиц, связал их по праймери кий, добавляю в таблицу данные - ошибка. Что-то типа constrain error foreign key error...
насколько я понял нужно добавить данные с праймери кий и в другие таблици - крайние. Так и делаю - снова та же ошибка. Подскажите какие связи задать между таблицами чтобы можно было добавлять данные без добавления в другие? у меня сейчас пунктирная линия.

@PetyaVasechkin · 05.10.2013, 04:18

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

Создал несколько таблиц, связал их по праймери кий,

Почему именно так? У вас primary key с авто-инкрементом?
И на мой взгляд, так лучше не делать.

Добавлено через 49 секунд
И если можно код создания таблиц

animator404 · 05.10.2013, 09:47 **[ТС]**

вот

@PetyaVasechkin · 05.10.2013, 10:08

Скажите, а вы можете связывать данные не по primary key???

Добавлено через 2 минуты
Может мне кажется, но дело в уникальности ключей.

Добавлено через 1 минуту
А ещё может в типах полей этих ключей

animator404 · 05.10.2013, 10:14 **[ТС]**

PetyaVasechkin, но если колонки primary key и у всех таблицах они должны быть одинаковыми, то почему не сделать их уникальными на всю БД?! Если не сложно поправьте так чтобы в account не можно было бы добавить поля не добавив их сначала в wallet, user_information, account type. А в transaction_history - без transaaction_type и exchange_rates.

@PetyaVasechkin · 05.10.2013, 10:20

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

но если колонки primary key и у всех таблицах они должны быть одинаковыми

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

Добавлено через 39 секунд
Я имею ввиду на добавление элемента\удаление ...

animator404 · 05.10.2013, 11:04 **[ТС]**

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

Если вы свяжете всю базу данных, то вам в запросе придется изменять все эти поля во всех таблицах

PetyaVasechkin, мне как раз это и надо. Как это можно сделать? Написать большущую sqlину?

@PetyaVasechkin · 05.10.2013, 11:31

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

мне как раз это и надо. Как это можно сделать? Написать большущую sqlину?

Ну, выходит, что так.

Добавлено через 43 секунды
У вас ведь данные с определенным ID должны появиться сразу во всех таблицах, так?!

iifat · 05.10.2013, 11:43

Как-то мне вот это вот странно:

PRIMARY KEY (`account_id`,`wallet_id`,`account_type_ id`),
UNIQUE KEY `account_id_UNIQUE` (`account_id`),

Первичный ключ — минимальная идентифицирующая информация. То бишь, по идее, вычёркивание оттуда любого поля приводит к неуникальному индексу.
Впрочем, это не моё дело, ошибка возникает не поэтому. А можно теперь оператор insert и точный текст сообщения?

@PetyaVasechkin · 05.10.2013, 11:46

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

iifat · 05.10.2013, 11:49

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

animator404 · 05.10.2013, 11:52 **[ТС]**

PetyaVasechkin, workbench не связал бы связь с разными типами ключей. там все правильно по этому поводу

@PetyaVasechkin · 05.10.2013, 11:54

animator404, честно, я не знаю зачем такая схема таблиц в БД, но я бы вынес все связи в отдельную таблицу, ну или таблицы. (ИМХО)

iifat · 05.10.2013, 11:54

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

разные типы первичных ключей, например varchar

Недопол, что с чем разное? Если в одной таблице varchar, в другой — разное, то это криминал. А если primary key varchar, или соединение в первичном ключе bigint и varchar — дело вкуса, в общем-то.

@PetyaVasechkin · 05.10.2013, 11:55

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

workbench не связал бы связь с разными типами ключей. там все правильно по этому поводу

Я про то, что в одной таблице варчар, а в другой бигинт, для разных таблиц, разумеется.

Добавлено через 36 секунд
Если ключ должен быть одинаковый во всех таблицах, то и тип то же должен быть одинаковый. Вроде так.

animator404 · 05.10.2013, 12:00 **[ТС]**

PetyaVasechkin, спасибо кэп. У меня там все правильно.

@PetyaVasechkin · 05.10.2013, 12:02

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

Недопол, что с чем разное? Если в одной таблице varchar, в другой — разное, то это криминал. А если primary key varchar, или соединение в первичном ключе bigint и varchar — дело вкуса, в общем-то.

там примерно так:
table_1 id varchar <-> id varchar table_main
table_2 id bigint <-> id bigint table_main
связи может и верные, но не логично как то ...

P.S.
таблицы вымышленные.

Добавлено через 22 секунды

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

спасибо кэп. У меня там все правильно.

Пока не за что

animator404 · 05.10.2013, 12:24 **[ТС]**

По отдельности могу записать в те таблицы, но когда связываю зеленой линией, не могу добавить в account без transaction_history. Собственно сабж: установить связь(зелену линию)чтобы дабавив все в account и зависимые таблицы необязательно было добавлять в transaction_history и его зависимые таблицы.
Ваши предложения?

animator404 · 05.10.2013, 12:38 **[ТС]**

вот

@PetyaVasechkin · 05.10.2013, 12:41

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

вот

Внешне, похоже на машинку

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера 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. Пошагово создадим проект для загрузки изображения. . .

animator404 99 / 99 / 12 Регистрация: 05.05.2013 Сообщений: 1,208

	Связи в БД 05.10.2013, 03:09. Показов 3433. Ответов 23 Метки нет (Все метки) Создал несколько таблиц, связал их по праймери кий, добавляю в таблицу данные - ошибка. Что-то типа constrain error foreign key error... насколько я понял нужно добавить данные с праймери кий и в другие таблици - крайние. Так и делаю - снова та же ошибка. Подскажите какие связи задать между таблицами чтобы можно было добавлять данные без добавления в другие? у меня сейчас пунктирная линия. 0

@PetyaVasechkin 117 / 117 / 0 Регистрация: 27.09.2013 Сообщений: 710
	05.10.2013, 10:08
	Скажите, а вы можете связывать данные не по primary key??? Добавлено через 2 минуты Может мне кажется, но дело в уникальности ключей. Добавлено через 1 минуту А ещё может в типах полей этих ключей 0

animator404 99 / 99 / 12 Регистрация: 05.05.2013 Сообщений: 1,208
	05.10.2013, 10:14 [ТС]
	PetyaVasechkin, но если колонки primary key и у всех таблицах они должны быть одинаковыми, то почему не сделать их уникальными на всю БД?! Если не сложно поправьте так чтобы в account не можно было бы добавить поля не добавив их сначала в wallet, user_information, account type. А в transaction_history - без transaaction_type и exchange_rates. 0

@PetyaVasechkin 117 / 117 / 0 Регистрация: 27.09.2013 Сообщений: 710
	05.10.2013, 11:46
	iifat, меня беспокоит, что у автора разные типы первичных ключей, например varchar 0

iifat 2900 / 1934 / 209 Регистрация: 05.06.2011 Сообщений: 5,691
	05.10.2013, 11:49
	Виноват, пропустил много. А по части добавления — ну естественно, надо добавить сначала в связанные справочники, и только потом в account. Несколькими операторами. 0

animator404 99 / 99 / 12 Регистрация: 05.05.2013 Сообщений: 1,208
	05.10.2013, 11:52 [ТС]
	PetyaVasechkin, workbench не связал бы связь с разными типами ключей. там все правильно по этому поводу 0

@PetyaVasechkin 117 / 117 / 0 Регистрация: 27.09.2013 Сообщений: 710
	05.10.2013, 11:54
	animator404, честно, я не знаю зачем такая схема таблиц в БД, но я бы вынес все связи в отдельную таблицу, ну или таблицы. (ИМХО) 0

animator404 99 / 99 / 12 Регистрация: 05.05.2013 Сообщений: 1,208
	05.10.2013, 12:00 [ТС]
	PetyaVasechkin, спасибо кэп. У меня там все правильно. 0

animator404 99 / 99 / 12 Регистрация: 05.05.2013 Сообщений: 1,208
	05.10.2013, 12:24 [ТС]
	По отдельности могу записать в те таблицы, но когда связываю зеленой линией, не могу добавить в account без transaction_history. Собственно сабж: установить связь(зелену линию)чтобы дабавив все в account и зависимые таблицы необязательно было добавлять в transaction_history и его зависимые таблицы. Ваши предложения? 0

animator404 99 / 99 / 12 Регистрация: 05.05.2013 Сообщений: 1,208
	05.10.2013, 12:38 [ТС]
	вот Миниатюры 0