Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Дизайн таблиц "Счёт - Абонент"
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Есть таблица Account - "лицевой счёт", определяющийся географическим адресом, и Person - "люди". Связь между ними "многие-ко-многим" через таблицу Abonent. Полседняя дополнительно хранит информацию о периоде прописки (начало, окончание). Вопросы. Как лучше организовать выделение одного из Abonent'ов на счёте в качестве "основного". Разбить Abonent на две таблицы, добавить флаг, ...? Как хранить информацию об общем числе проживающих, если их список может быть не полным. Необходимо сохранять историческую целостность информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2005, 12:22 |
|
||
|
Дизайн таблиц "Счёт - Абонент"
|
|||
|---|---|---|---|
|
#18+
Или база запутана, или не так изложено. О чем идет речь - об абонентской службе или паспортном столе? Если есть таблица Person - "люди" , то сведения о прописке, наверное в этой таблице, а не в Abonent. Или что тогда Abonent. И чем Abonent отличается от "лицевой счет". Очень часто абонентская служба путает адрес с абонентом. Адрес - где живет абонент. Это свойство абонента, не более. С абонентом заключается договор на поставку услуг, не с адресом. И когда по этому адресу поселяется другой абонент, то долги страго отслеживаются и взыскиваются со старого. Поэтому в системе должен появиться новый абонент. Также на одном и том же адресе (в одной квартире) могут образоваться два и более абонента, например люди расженились. Но часто в системе ставятся на учет адреса, как "лицевые счета". В базе данных код адреса, задолженность и т.д. Отсюда проблемы с людьми. Появляется проблема основного абонента, что бы привязать его к "лицевому счету". PS. Может, конечно, я не правильно понял проблему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2005, 22:58 |
|
||
|
Дизайн таблиц "Счёт - Абонент"
|
|||
|---|---|---|---|
|
#18+
Я бы сделал таблицы "Адреса", "Люди" и "Договора", и все станет на свои места. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2005, 14:28 |
|
||
|
Дизайн таблиц "Счёт - Абонент"
|
|||
|---|---|---|---|
|
#18+
DovgiyЯ бы сделал таблицы "Адреса", "Люди" и "Договора", и все станет на свои места. это будет то-же самое... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2005, 15:30 |
|
||
|
Дизайн таблиц "Счёт - Абонент"
|
|||
|---|---|---|---|
|
#18+
Основного абонента можно в "лицевой счёт" и записать, туда же и общее число проживающих в качестве хранимого поля, если это также относится к "лицевой счёт". авторНеобходимо сохранять историческую целостность информации.Тогда нужна таблица "Версия лицевого счёта", в которую перемещаются зависящие от времени атрибуты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2005, 18:37 |
|
||
|
Дизайн таблиц "Счёт - Абонент"
|
|||
|---|---|---|---|
|
#18+
лучше подумайте что делать, если квартира находится в долевой собственности или на один адрес может быть несколько лицевых счетов... опять какую-то пургу затеяли... уж сколько раз твердили миру... сядь подумай нарисуй на бумажке реализуй в виде схемы а вы как всегда - с другого конца ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2005, 11:14 |
|
||
|
|

start [/forum/topic.php?fid=32&tid=1545713]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
20ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 306ms |

| 0 / 0 |
