|
|
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Добрый день. Сейчас в БД данные по физикам и юрикам разнесены по двум соответствующие таблицам: 1) физики: фамилия имя отчество ИНН и т.д. 2) юрики: наименование организации ИНН КПП Расчетный счет и т.д. Наша организация продает образовательные услуги. На каждую услугу могут быть заказчики как физики так и юрики. Поскольку физики и юрики в разных таблицах, то для формирования документах по мероприятиям приходится делать UNION запросы, а также приходится сталкиваться с другими геморройными вещами. Вопрос: как вообще правильно (по-научному) реализуется БД физиков и юриков - заказчиков одной услуги? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 11:59 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр Шаповалов, Сделать базовую таблицу контрагентов и везде ссылаться на нее. А физики и юрики это будут таблицы-наследники. В них будут храниться только специфичные поля. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:05 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр ШаповаловВопрос: как вообще правильно (по-научному) реализуется БД физиков и юриков - заказчиков одной услуги? Делается таблица объединяющая физиков и юриков, например клиент, из нее расходятся связи на физиков и юриков ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:06 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:14 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр Шаповалов1) физики: фамилия имя отчество ИНН и т.д. 2) юрики: наименование организации ИНН КПП Расчетный счет и т.д. Если убрать совершенно ненужные вам поля, то структуры будут совершенно одинаковые. Зачем вам, например, КПП предприятия? Или иметь расчётный счёт физическим лицам уже запрещено? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:24 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
ИНН + КПП уникально идентифицируют предприятие. У физика нет таких данных как: ФИО руководителя, на основании чего действует, телефон приемной и т.д. У юрика, например, нет домашнего телефона, места работы и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:36 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovАлександр Шаповалов1) физики: фамилия имя отчество ИНН и т.д. 2) юрики: наименование организации ИНН КПП Расчетный счет и т.д. Если убрать совершенно ненужные вам поля, то структуры будут совершенно одинаковые. Зачем вам, например, КПП предприятия? Или иметь расчётный счёт физическим лицам уже запрещено? Я кстати часто так делаю, "чтобы не париться")) Все в одной таблице, только "формы редактирования" разные. И еще приходится хранить не очень красивый флажок "Это юр.лицо". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:44 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр ШаповаловИНН + КПП уникально идентифицируют предприятие. Название и адрес - тоже. Александр ШаповаловУ физика нет таких данных как: ФИО руководителя, на основании чего действует, телефон приемной и т.д. У юрика, например, нет домашнего телефона, места работы и т.д. Эти данные действительно Вам нужны для оказания образовательных услуг или Вы собираете личную информацию для каких-то других целей?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:47 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
dma_caviarеще приходится хранить не очень красивый флажок "Это юр.лицо". Ага. С целью дискриминации одной группы относительно другой. Например, для назначения более высоких цен. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:49 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovАлександр ШаповаловИНН + КПП уникально идентифицируют предприятие. Название и адрес - тоже. Александр ШаповаловУ физика нет таких данных как: ФИО руководителя, на основании чего действует, телефон приемной и т.д. У юрика, например, нет домашнего телефона, места работы и т.д. Эти данные действительно Вам нужны для оказания образовательных услуг или Вы собираете личную информацию для каких-то других целей?.. Обязательно. Типовая форма договора утверждена Правительством + есть требования к зачислению слушателей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 12:54 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр ШаповаловТиповая форма договора утверждена Правительством + есть требования к зачислению слушателей. То есть Вы отказываете в образовании людям с определённым местом работы или без таковой. Понятно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 13:00 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovАлександр ШаповаловТиповая форма договора утверждена Правительством + есть требования к зачислению слушателей. То есть Вы отказываете в образовании людям с определённым местом работы или без таковой. Понятно. Мы никому не отказываем, но данные должны быть внесены в договор, в раздел "Реквизиты сторон". Между прочим отказать в образовании - уголовное дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 13:05 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр ШаповаловМы никому не отказываем, но данные должны быть внесены в договор, в раздел "Реквизиты сторон". Воот. И отсюда вырисовывается простая структура таблицы клиентов: идентифицирующие атрибуты (название, ИНН, почтовый адрес) - в поля, остаток - в CLOB/JSON/XML свалку. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 13:12 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр Шаповаловданные должны быть внесены в договор И, кстати, вот пусть эти данные и сидят себе в договоре, а в таблице клиентов им делать в общем-то и нечего. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 13:21 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр Шаповалов, Делайте одну таблицу, а реквизиты засовываете в другую через стандартный EAV. В этой теме похожая ситуация, посмотрите на мой ответ - думаю все поймете относительно вашего вопроса. Удачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 13:22 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Александр ШаповаловДобрый день. Наша организация продает образовательные услуги. На каждую услугу могут быть заказчики как физики так и юрики. Поскольку физики и юрики в разных таблицах, то для формирования документах по мероприятиям приходится делать UNION запросы, а также приходится сталкиваться с другими геморройными вещами. Вопрос: как вообще правильно (по-научному) реализуется БД физиков и юриков - заказчиков одной услуги? Сделайте представление, которое сведет вам физиков и юриков в единое целое. Общие реквизиты будут отдельными полями в представлении. Все специфичное - можно свалить в поле типа "Реквизиты стороны". Ссылку собственно делаете на представление. Вопрос с идентификацией записей - думаю не составит труда разрешить самостоятельно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 13:36 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Mikle83Ссылку собственно делаете на представление. А так разве можно? Офигеть, не знал. В любом случае, по-моему это зло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 13:47 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
dma_caviarMikle83Ссылку собственно делаете на представление. А так разве можно? Офигеть, не знал. В любом случае, по-моему это зло. Дейтствительно - это какая СУБД такое умеет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 14:14 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakovидентифицирующие атрибуты (название, ИНН, почтовый адрес) - в поля, остаток - в CLOB/JSON/XML свалку. а как поиск производить по данным в "свалке"? никак? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 14:17 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Sergueiа как поиск производить по данным в "свалке"? никак? Никак. Ибо не предназначены они для поиска. Зачем, например, искать всех клиентов, работающих в ООО "Рога и Копыта" или имеющих родственников за границей? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 14:40 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovЗачем, например, искать всех клиентов, работающих в ООО "Рога и Копыта" или имеющих родственников за границей? все зависит от потребностей заказчика. Можно допустить что такой поиск может требоваться заказчику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 23:12 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Serguei Можно допустить что такой поиск может требоваться заказчику.И что? Будет он (поиск) медленным и печальным, но кого это напрягает. А чтобы было быстро, поля для поиска надо совать в общую таблицу и индексировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2015, 23:22 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
dma_caviarMikle83Ссылку собственно делаете на представление. А так разве можно? Офигеть, не знал. В любом случае, по-моему это зло. Из 13 способов как это сделать, опишу седьмой, как самый извращенный (С) - триггер на таблице с проверкой поля Id по представлению. А в чем зло? Если представление будет пользоваться для построения документов/отчетности (а так понимаю, задача именно такая), а не для редактирования реквизитов контрагентов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2015, 12:47 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
Mikle83dma_caviarпропущено... А так разве можно? Офигеть, не знал. В любом случае, по-моему это зло. Из 13 способов как это сделать, опишу седьмой, как самый извращенный (С) - триггер на таблице с проверкой поля Id по представлению. Это, конечно, ни разу не аналог foreign key - он не обеспечивает и половины соответствующей функциональности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2015, 13:23 |
|
||
|
Структура БД: физики и юрики заказчики одного мероприятия
|
|||
|---|---|---|---|
|
#18+
[quot Кот Матроскин] Это, конечно, ни разу не аналог foreign key - он не обеспечивает и половины соответствующей функциональности. [quot] Полностью согласен. Ссылка собственно ни разу и не foreign key. Проверки можно накрутить и "соответствующую функциональность" можно "накрутить" Mikle83 Ссылку собственно делаете на представление. Смысл ссылки - джойнить представление одно а не две таблицы - юриков и физиков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2015, 15:03 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=39035519&tid=1540473]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
157ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 257ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...