Ну вроде норм. Юзер имеет много аккаунтов, аккаунт содержит информацию по конкретному банку и связан с банком
Я не очень понимаю как связать эти банки в BankConnector таблице. По каким полям и какими связями
Может нужна еще одна таблица аля BankTypes? И будет тогда какая-то двухуровневая связь многие-ко-многим Хотя я вообще хз туда ли я думаю и как это сработает
Не понял проблемы 🤷♂ связыааешь жестко по референсу у юзера оне ту мени к аккаунту, у аккаунта 1 к 1 к банку
Имеешь в виду в таблице Bank_n_Users добавить поле аля systemUserId и связать его напрямую с таблицей User? Без промежуточной таблицы BankConnector
Думаю да. Банковский аккаунт и так уже промежуточная
Ну если банк выпиливаетмя - деактивироаать аккаунт, ага
Окей, гуд, тогда вроде все сходится Спасибо)
Дмитрий, а где такие симпатичные схемы можно нарисовать?
Вашей маме UML-диаграммы не нужны?)
UML uml'ем, рендерили чем?
Это БД а не uml
Дак а что за рендерер, что за программа такие диаграммы рисует?
Могу ошибатся но вроде как workbench mysql
Спасибо, добрый человек.
ох, какой плохой дизайн)
phpstorm умеет например, пусть не такие симпатичные. а еще он дерево зависимостей строит. такиедела
sqldbm
Это просто схема, которую я сначала рисую, а потом кодирую Это не отображение существующих связей
В плане?
Во всех аспектах. Если рисовать такие диаграммы, то нужно полноценно со всеми полями которые будут, правильными названиями таблиц и прочие соблюдение глобальных формальностей. Потому что это диаграмма сейчас ничего не дает, что она есть, что ее нет. Да и в глаза что то бросилось что банковский пользователь откуда должен знать про пользователя системы. Я конечно не знаю какие у тебя там бизнес задачи, но это уже выглядит плохо.
так не честно!
Обсуждают сегодня