Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Структура БД: физики и юрики заказчики одного мероприятия / 25 сообщений из 34, страница 1 из 2
  1  все
25.08.2015, 11:59
    #39035457
Александр Шаповалов
Александр Шаповалов
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Добрый день.

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

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

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

Вопрос: как вообще правильно (по-научному) реализуется БД физиков и юриков - заказчиков одной услуги?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:05
    #39035462
dma_caviar
dma_caviar
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр Шаповалов,

Сделать базовую таблицу контрагентов и везде ссылаться на нее. А физики и юрики это будут таблицы-наследники. В них будут храниться только специфичные поля.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:06
    #39035464
Serguei
Serguei
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр ШаповаловВопрос: как вообще правильно (по-научному) реализуется БД физиков и юриков - заказчиков одной услуги?
Делается таблица объединяющая физиков и юриков, например клиент, из нее расходятся связи на физиков и юриков
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:14
    #39035473
Александр Шаповалов
Александр Шаповалов
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Всем спасибо.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:24
    #39035486
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр Шаповалов1) физики:
фамилия
имя
отчество
ИНН
и т.д.
2) юрики:
наименование организации
ИНН
КПП
Расчетный счет
и т.д.
Если убрать совершенно ненужные вам поля, то структуры будут совершенно одинаковые. Зачем
вам, например, КПП предприятия? Или иметь расчётный счёт физическим лицам уже запрещено?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:36
    #39035501
Александр Шаповалов
Александр Шаповалов
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
ИНН + КПП уникально идентифицируют предприятие.
У физика нет таких данных как: ФИО руководителя, на основании чего действует, телефон приемной и т.д. У юрика, например, нет домашнего телефона, места работы и т.д.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:44
    #39035515
dma_caviar
dma_caviar
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Dimitry SibiryakovАлександр Шаповалов1) физики:
фамилия
имя
отчество
ИНН
и т.д.
2) юрики:
наименование организации
ИНН
КПП
Расчетный счет
и т.д.
Если убрать совершенно ненужные вам поля, то структуры будут совершенно одинаковые. Зачем
вам, например, КПП предприятия? Или иметь расчётный счёт физическим лицам уже запрещено?

Я кстати часто так делаю, "чтобы не париться"))
Все в одной таблице, только "формы редактирования" разные. И еще приходится хранить не очень красивый флажок "Это юр.лицо".
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:47
    #39035519
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр ШаповаловИНН + КПП уникально идентифицируют предприятие.
Название и адрес - тоже.

Александр ШаповаловУ физика нет таких данных как: ФИО руководителя, на основании
чего действует, телефон приемной и т.д. У юрика, например, нет домашнего телефона, места
работы и т.д.

Эти данные действительно Вам нужны для оказания образовательных услуг или Вы собираете
личную информацию для каких-то других целей?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:49
    #39035523
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
dma_caviarеще приходится хранить не очень красивый флажок "Это юр.лицо".
Ага. С целью дискриминации одной группы относительно другой. Например, для назначения
более высоких цен.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 12:54
    #39035532
Александр Шаповалов
Александр Шаповалов
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Dimitry SibiryakovАлександр ШаповаловИНН + КПП уникально идентифицируют предприятие.
Название и адрес - тоже.

Александр ШаповаловУ физика нет таких данных как: ФИО руководителя, на основании
чего действует, телефон приемной и т.д. У юрика, например, нет домашнего телефона, места
работы и т.д.

Эти данные действительно Вам нужны для оказания образовательных услуг или Вы собираете
личную информацию для каких-то других целей?..

Обязательно. Типовая форма договора утверждена Правительством + есть требования к зачислению слушателей.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 13:00
    #39035541
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр ШаповаловТиповая форма договора утверждена Правительством + есть
требования к зачислению слушателей.
То есть Вы отказываете в образовании людям с определённым местом работы или без таковой.
Понятно.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 13:05
    #39035552
Александр Шаповалов
Александр Шаповалов
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Dimitry SibiryakovАлександр ШаповаловТиповая форма договора утверждена Правительством + есть
требования к зачислению слушателей.
То есть Вы отказываете в образовании людям с определённым местом работы или без таковой.
Понятно.

Мы никому не отказываем, но данные должны быть внесены в договор, в раздел "Реквизиты сторон". Между прочим отказать в образовании - уголовное дело.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 13:12
    #39035561
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр ШаповаловМы никому не отказываем, но данные должны быть внесены в
договор, в раздел "Реквизиты сторон".
Воот. И отсюда вырисовывается простая структура таблицы клиентов: идентифицирующие
атрибуты (название, ИНН, почтовый адрес) - в поля, остаток - в CLOB/JSON/XML свалку.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 13:21
    #39035578
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр Шаповаловданные должны быть внесены в договор
И, кстати, вот пусть эти данные и сидят себе в договоре, а в таблице клиентов им делать в
общем-то и нечего.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 13:22
    #39035580
Злой Бобр
Злой Бобр
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр Шаповалов,

Делайте одну таблицу, а реквизиты засовываете в другую через стандартный EAV. В этой теме похожая ситуация, посмотрите на мой ответ - думаю все поймете относительно вашего вопроса. Удачи.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 13:36
    #39035600
Mikle83
Mikle83
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Александр ШаповаловДобрый день.

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

Вопрос: как вообще правильно (по-научному) реализуется БД физиков и юриков - заказчиков одной услуги?

Сделайте представление, которое сведет вам физиков и юриков в единое целое.
Общие реквизиты будут отдельными полями в представлении. Все специфичное - можно свалить в поле типа "Реквизиты стороны".

Ссылку собственно делаете на представление. Вопрос с идентификацией записей - думаю не составит труда разрешить самостоятельно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 13:47
    #39035612
dma_caviar
dma_caviar
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Mikle83Ссылку собственно делаете на представление.
А так разве можно? Офигеть, не знал. В любом случае, по-моему это зло.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 14:14
    #39035646
Кот Матроскин
Кот Матроскин
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
dma_caviarMikle83Ссылку собственно делаете на представление.
А так разве можно? Офигеть, не знал. В любом случае, по-моему это зло.

Дейтствительно - это какая СУБД такое умеет?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 14:17
    #39035650
Serguei
Serguei
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Dimitry Sibiryakovидентифицирующие
атрибуты (название, ИНН, почтовый адрес) - в поля, остаток - в CLOB/JSON/XML свалку.

а как поиск производить по данным в "свалке"? никак?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 14:40
    #39035679
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Sergueiа как поиск производить по данным в "свалке"? никак?

Никак. Ибо не предназначены они для поиска. Зачем, например, искать всех клиентов,
работающих в ООО "Рога и Копыта" или имеющих родственников за границей?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 23:12
    #39036000
Serguei
Serguei
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Dimitry SibiryakovЗачем, например, искать всех клиентов,
работающих в ООО "Рога и Копыта" или имеющих родственников за границей?

все зависит от потребностей заказчика. Можно допустить что такой поиск может требоваться заказчику.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.08.2015, 23:22
    #39036002
SERG1257
SERG1257
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Serguei Можно допустить что такой поиск может требоваться заказчику.И что? Будет он (поиск) медленным и печальным, но кого это напрягает. А чтобы было быстро, поля для поиска надо совать в общую таблицу и индексировать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.08.2015, 12:47
    #39036287
Mikle83
Mikle83
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
dma_caviarMikle83Ссылку собственно делаете на представление.
А так разве можно? Офигеть, не знал. В любом случае, по-моему это зло.

Из 13 способов как это сделать, опишу седьмой, как самый извращенный (С) - триггер на таблице с проверкой поля Id по представлению.

А в чем зло? Если представление будет пользоваться для построения документов/отчетности (а так понимаю, задача именно такая), а не для редактирования реквизитов контрагентов.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.08.2015, 13:23
    #39036332
Кот Матроскин
Кот Матроскин
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
Mikle83dma_caviarпропущено...

А так разве можно? Офигеть, не знал. В любом случае, по-моему это зло.

Из 13 способов как это сделать, опишу седьмой, как самый извращенный (С) - триггер на таблице с проверкой поля Id по представлению.

Это, конечно, ни разу не аналог foreign key - он не обеспечивает и половины соответствующей функциональности.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.08.2015, 15:03
    #39036442
Mikle83
Mikle83
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Структура БД: физики и юрики заказчики одного мероприятия
[quot Кот Матроскин]
Это, конечно, ни разу не аналог foreign key - он не обеспечивает и половины соответствующей функциональности.
[quot]
Полностью согласен. Ссылка собственно ни разу и не foreign key. Проверки можно накрутить и "соответствующую функциональность" можно "накрутить"
Mikle83 Ссылку собственно делаете на представление.


Смысл ссылки - джойнить представление одно а не две таблицы - юриков и физиков.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Структура БД: физики и юрики заказчики одного мероприятия / 25 сообщений из 34, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 174ms
Закрыть
start [/forum/topic.php?fid=32&mobile=1&tid=1540473]:
 0ms
get settings:
 9ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 55ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 67ms
get tp. blocked users:
 1ms
others: 11ms
total:  174ms
x
x
Закрыть


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