|
Действия ...
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
14.05.2005, 15:02
|
|||
|---|---|---|---|
|
|||
Физ и юр лица в одной базе |
|||
|
#18+
Добрый день, подскажите, пожалуйста, как лучше реализовать хранение информации о физ и юр лицах в базе? Если хранить в одной универсальной таблице, половина полей в обоих случаях будет пустовать. Если в разных, то нет прямых связей между связанными таблицами (например, с таблицей заказов). Кто как решает эту задачу? Зарание всех ответивших благодарю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.05.2005, 15:04
|
|||
|---|---|---|---|
Физ и юр лица в одной базе |
|||
|
#18+
Alex ShulgДобрый день, подскажите, пожалуйста, как лучше реализовать хранение информации о физ и юр лицах в базе? Если хранить в одной универсальной таблице, половина полей в обоих случаях будет пустовать. Если в разных, то нет прямых связей между связанными таблицами (например, с таблицей заказов). Кто как решает эту задачу? Зарание всех ответивших благодарю. Создать 3 таблицы - "лицо", "физическое лицо" и "юридическое лицо". Вторая и третья первичным ключом ссылаются на первичный ключ первой. Атрибут "Наименование" первой таблицы является названием для юрлица и одновременно фамилией (или ФИО как вычисляемый в процессе заполнения) для физлица Только это скорее не сюда, а в Проектирование БД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.05.2005, 17:51
|
|||
|---|---|---|---|
Физ и юр лица в одной базе |
|||
|
#18+
В дополнение. Важно не только какие (общие/разные) у этих сущностей реквизиты, но и в каких отношениях они с другими сущностями, как другие на них ссылаются. Примерчик из практики ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.05.2005, 19:42
|
|||
|---|---|---|---|
Физ и юр лица в одной базе |
|||
|
#18+
Конечно хранить в одной таблице. Заявление, что половина полей будет пустовать - голословное. Какие поля будут пустовать? Вы уверены, что эти поля нужно хранить именно в главной таблице ? Автор топика не уточняет, кто такие физ.лица ? :) Если они сотрудники юр.лиц, то есть смысл хранить в двух таблицах. Или в одной, но с "древесной" иерархией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.05.2005, 15:23
|
|||
|---|---|---|---|
|
|||
Физ и юр лица в одной базе |
|||
|
#18+
>Автор топика не уточняет, кто такие физ.лица ? :) Заказчики... они могут быть как физ, так и юр лица (в основном юр, но попадаются и физ.). Общие поля: название (фио для физиков), адрес (юр. адрес для юриков, адрес регистрации для физиков), ИНН. Все остальное - несовместимо :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.05.2005, 17:48
|
|||
|---|---|---|---|
|
|||
Физ и юр лица в одной базе |
|||
|
#18+
Alex Shulg>Автор топика не уточняет, кто такие физ.лица ? :) Заказчики... они могут быть как физ, так и юр лица (в основном юр, но попадаются и физ.). Общие поля: название (фио для физиков), адрес (юр. адрес для юриков, адрес регистрации для физиков), ИНН. Все остальное - несовместимо :) адреса тоже не совпадают... кроме того, их может быть много и лучше делать AddressBook многие-ко-многим RecordID AddressID EntryID общими полями мугут быть только ИНН - да и то не вполне совместимыми... я делал единую таблицу tblEntry отдельную таблицу для физиков tblIdentity отдельную таблицу для юриков tblEntity впрочем тут это уже предлагали ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.05.2005, 05:54
|
|||
|---|---|---|---|
Физ и юр лица в одной базе |
|||
|
#18+
Alex ShulgВсе остальное - несовместимо :) Насколько много "всего остального"? У меня и физические и юридические лица хранятся в одной совместной таблице КОНТРАГЕНТЫ. И никаких конфликтов. Кроме того, адрес составляется из ИД улицы + номера домов, буквы и дроби, номера квартир и все это хранится в этой же таблице, поскольку для моей задачи нет смысла хранить эту информацию (например адрес) отдельно от заказчика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.05.2005, 09:32
|
|||
|---|---|---|---|
|
|||
Физ и юр лица в одной базе |
|||
|
#18+
TaiNe Alex ShulgВсе остальное - несовместимо :) поскольку для моей задачи нет смысла хранить эту информацию (например адрес) отдельно от заказчика. это частный случай денормализованной структуры, в качестве примера его приводить не серьезно любую задачу можно решить как минимум двумя способами правильно и неправильно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.05.2005, 11:36
|
|||
|---|---|---|---|
Физ и юр лица в одной базе |
|||
|
#18+
2: YBW Эээээээ не скажите, когда в 30 отчетах вам будет необходимо указывать вместе с наименование организации ее юридический адрес, то схема: Код: plaintext 1. 2. 3. Вам не покажется такой уж правильной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.05.2005, 12:27
|
|||
|---|---|---|---|
|
|||
Физ и юр лица в одной базе |
|||
|
#18+
Да хоть в трехстах - все нормально - реально на практике так и сделано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.05.2005, 12:51
|
|||
|---|---|---|---|
Физ и юр лица в одной базе |
|||
|
#18+
Я и не говорил, что так делать нельзя ;) Вопрос всегда упирается: а) Быстродействие б) Проверку на наличие 1-ого адреса нужного типа/отсутствия 2-х адресов одного типа у лица ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1545865]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 377ms |
| 0 / 0 |
