powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Структура БД: физики и юрики заказчики одного мероприятия
9 сообщений из 34, страница 2 из 2
Структура БД: физики и юрики заказчики одного мероприятия
    #39036457
dma_caviar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Mikle83][quot Кот Матроскин]
Это, конечно, ни разу не аналог foreign key - он не обеспечивает и половины соответствующей функциональности.
пропущено...
Смысл ссылки в первую очередь это ссылочная целостность.
...
Рейтинг: 0 / 0
Структура БД: физики и юрики заказчики одного мероприятия
    #39036570
474
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр ШаповаловИНН + КПП уникально идентифицируют предприятие.
Учитывайте только, что бывают юридические лица и без КПП.
...
Рейтинг: 0 / 0
Структура БД: физики и юрики заказчики одного мероприятия
    #39036573
474
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр ШаповаловИНН + КПП уникально идентифицируют предприятие.
Учитывайте только, что бывают юридические лица и без КПП.
...
Рейтинг: 0 / 0
Структура БД: физики и юрики заказчики одного мероприятия
    #39036868
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> как вообще правильно (по-научному) реализуется БД физиков и юриков - заказчиков одной услуги?

Как у вас написано, так и реализуется. Union бояться не нужно.
...
Рейтинг: 0 / 0
Структура БД: физики и юрики заказчики одного мероприятия
    #39036921
Serguei
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Как у вас написано, так и реализуется. Union бояться не нужно.

Согласен: юнионов не нужно бояться- нужно бояться ссылок из 2 двух таблиц и усложнение логики. Так бы была ссылка из одной таблицы, а будет из двух.
...
Рейтинг: 0 / 0
Структура БД: физики и юрики заказчики одного мероприятия
    #39037126
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> нужно бояться ссылок из 2 двух таблиц и усложнение логики

Не умеете проектировать - меняйте род занятий.
...
Рейтинг: 0 / 0
Структура БД: физики и юрики заказчики одного мероприятия
    #39046337
ShkrylAndrei
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЧТобы не использовать UNION надо создать связанные таблицы и выбирать информацию из них с помощью join.
...
Рейтинг: 0 / 0
Структура БД: физики и юрики заказчики одного мероприятия
    #39048641
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр ШаповаловДобрый день.

Сейчас в БД данные по физикам и юрикам разнесены по двум соответствующие таблицам:

1) физики:
фамилия
имя
отчество
ИНН
и т.д.
2) юрики:
наименование организации
ИНН
КПП
Расчетный счет
и т.д.

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

Вопрос: как вообще правильно (по-научному) реализуется БД физиков и юриков - заказчиков одной услуги?
Я бы сказал, если не по-научному, то хотя бы по-человечески)) Не "физики" и "юрики", а Человек и, например, Организация. Тогда для Вас многое прояснится. Например, руководитель организации или главный бухгалтер - это, все-таки, тоже люди)) Как человек, так и организация могут быть вашим клиентом, а могут и не быть. Например, руководитель организации может быть и клиентом тоже, и, наоборот, организация может просто предоставлять место для проведения занятий, и тогда клиент, скорее, вы)) В общем, если уж упомянули "по-научному", то начните, все-таки, с нуля.
...
Рейтинг: 0 / 0
Структура БД: физики и юрики заказчики одного мероприятия
    #39062492
MUSYAKA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
темка по изобретению велосипеда )
в любой бухгалтерской программе это решено = справочник контрагентов. смотрите и перенимайте опыт.
одна запись=один плательщик (именно плательщик (он же заказчик), совать сюда контактные лица юриков нет смысла), а кто он и откуда и всякое про него - это доп.признаки
...
Рейтинг: 0 / 0
9 сообщений из 34, страница 2 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Структура БД: физики и юрики заказчики одного мероприятия
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]