powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Структура БД
25 сообщений из 65, страница 2 из 3
Структура БД
    #34360782
sysdba22
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Зачем городить огород? Чем плох простой иерархический, древовидный справочник административно-территориальных единиц. Как, например, сделано в платформе Гедымин.
...
Рейтинг: 0 / 0
Структура БД
    #34361910
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Если вы уважаемый мальтшик

Дружище, Вы действительно хотите услышать все, что я по этому поводу думаю? Может, ну его нафиг? - обидетесь, расстроетесь, будете топорщить пальчики и брызгать слюной. Просто поверьте: не стоит так разговаривать с незнакомыми людьми. Конфуз может приключиться.

> то поймете кук размножаются "пьяные китайские школьники" плюс все "блондиноки-операторовы".

Да я, дружище, имею неудовольствие регулярно читать их сообщения на sql.ru; тут и понимать нечего, все предельно прозрачно.

По поводу "межведомственных информационных систем" разочарую: дерьмом не занимался и вряд ли когда-то буду. В основном потому, что тупую работу я делаю очень задорого, так что работодателю дешевле нанять десяток таких, как Вы. Доходчиво?

Автору вопроса: всегда критически относитесь к уже существующим источникам данных. Шансы наткнуться на хорошо спроектированную структуру данных внешнего источника исчезающе малы.
...
Рейтинг: 0 / 0
Структура БД
    #34362780
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
4321да пжалста. токо в одном городе будет
Льва ТОлстого ул
а в другом
Толстого Льва ул
причем будет именно в "поделке китайзкого школьнега", в которую надо будет еще и вписацца 1:1 при подготовке отчетных файлов, не сморя на соображения высокомудрого гуеста. (а самое противное - через год этот кладр будет содержать иные написания того же самого адреса, и опять надо буит вписывацца именно в новое написание.
:)
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
[name], count(*) n , count(distinct [socr])
А.Толстого	9	2
Алексея Толстого	6	2
им Толстого	1	1
Л.Н.Толстого	4	1
Л.Толстого	165	4
Л.Толстого 1-й	1	1
Л.Толстого 2-й	1	1
Льва Толстого	263	5
Льва Толстого 1-й	4	2
Льва Толстого 2-й	4	2
Льва Толстого 3-й	2	1
Массив 1/1 по ул Толстого	1	1
Толстого 	589	5
Толстого (Кадышево)	1	1
Толстого 1-й	5	3
Толстого 1-я	1	1
Толстого 2-й	5	3
Толстого 3-й	3	2
Толстого 4-й	1	1
...
Рейтинг: 0 / 0
Структура БД
    #34362813
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
guest_20040621> Если вы уважаемый мальтшик
Автору вопроса: всегда критически относитесь к уже существующим источникам данных. Шансы наткнуться на хорошо спроектированную структуру данных внешнего источника исчезающе малы.

Какой бы была у Вас структура относительно таблицы "Адреса"

Связал как многие советовали Тип_Населенного пункта с таблицей Населенные пункты, Тип_Области с таблицей Обласи, Тип_Улицы с таблицей Улицы. Есть у каго еще какие варианты желательно схемотично. Давно Интересовал вопрос по Адресам и хотелось бы раз и навсегда разобраться с ним.
...
Рейтинг: 0 / 0
Структура БД
    #34362897
Фотография Rin@t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 dimichis: покажите народу скорректированную схему.
...
Рейтинг: 0 / 0
Структура БД
    #34362961
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621:
-"Словари цитируйте девочкам с Тверской."
-"Нафига, объясните, пожалуйста, использовать в свой работе чью-то говенную поделку"
-"Кусок дерьма, спроектированный пьяным китайским школьником"
-"Дерьмом не занимался и вряд ли когда-то буду"

shelsoft:
"Если вы уважаемый мальтшик ..."

guest_20040621:
-"не стоит так разговаривать с незнакомыми людьми".

Абыдылся да ?
Да, побрызгаю слюной пальчики растопырю :-) - если приспичет не звоните условно скажем по "911", а то вдруг "Конфуз может приключиться" - вляпаетесь как раз в "межведомственную информационную систему"
________________________________________________________________________________________

В действительности есть проблема с классификаторами в том числе и с адресными.
"через год этот кладр будет содержать иные написания того же самого адреса" да,
практически так и бывает. Кроме этого, кроме КЛАДРа каждый уважающий себя город
:-) имеет свой адресный классификатор в который ежегодно вносятся изменения.
Такие изменения вносятся и в ОКАТО (см. пост выше) и другие общеросийские
классификаторы (нет ничего постоянного).
Для системы, которую представил автор этого поста в принципе можно
использовать и свой справочник. Но ...
1) Откуда брать первичную информацию ?
2) Если это журнал, то как вы будете стыковаться распространителями - или у вас своя сеть ?
3) Как в этом случае возможно отследить все изменения в адресах ?
А при большом тираже ? А по России ?


________________________________________________________________________________________
... Как что достать - вторая эскадрилья. А как самолеты сбивать - первая эскадрилья ...
...
Рейтинг: 0 / 0
Структура БД
    #34363006
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторраз и навсегда разобраться с нимС этим - это с чем?
- печатать адрес в понятном почтальонам разных стран формате,
- привязка к геоинформационной системе,
- группировка по регионам, городам в логистических/статистических целях,
- налоговая отчетность,
- обмен данными со смежными организациями,
- ??
Вряд ли есть универсальный рецепт на все.
...
Рейтинг: 0 / 0
Структура БД
    #34363088
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Скорректированная схема
...
Рейтинг: 0 / 0
Структура БД
    #34363414
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Скорректированная схема

Давайте разберемся с адресами, остальное пока оставьте. Вот прямо так по порядку и начнем.

Страны - это хорошо. Ваша схема предполагает однозначную административно-территориальную зависимость: страна - область - район - населенный пункт. Т. е. Вы полагаете, что это справедливо для любой страны? Собственных названий административно-территориальных единиц быть не может? Еще одна проблема для этой части схемы: некоторые адреса будут содержать NULL (или предопределенные эквивалентные значения - не суть), что в данном случае плохо (надеюсь, не надо объяснять, почему).

На Вашей схеме страны, области, районы, населенные пункты существуют независимо друг от друга. Нормальный вариант должен предполагать возможность получения административно-территориальной структуры явным образом.
...
Рейтинг: 0 / 0
Структура БД
    #34363543
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ModelR- печатать адрес в понятном почтальонам разных стран формате,http://www.upu.int/post_code/en/postal_addressing_systems_member_countries.shtml
...
Рейтинг: 0 / 0
Структура БД
    #34363841
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> печатать адрес в понятном почтальонам разных стран формате

...и на понятном почтальонам языке. Вот с основной структурой закончим и сразу добавим мультиязычность.
...
Рейтинг: 0 / 0
Структура БД
    #34363854
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Получилась такая схема адреса., я правильно понял.
...
Рейтинг: 0 / 0
Структура БД
    #34363902
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimichisПолучилась такая схема адреса., я правильно понял.
в кладре раши есь "области" типа:
"Москва г" и "Питер г"
в них встречаются нас пункты вида скажем "Зеленоград г" без района.
такоже есть и иные города областного подчинения (без районов)

как вы унаследуете такой город в вашей схеме без р-на? введете "пустой" р-н?



ModelR :) не то слово. То, скажем, "мать перематьская", а то с 2007 года - "мать - перематьская". Так и жди "мать - перематьскую" (с пробелами) и т.п.
...
Рейтинг: 0 / 0
Структура БД
    #34364007
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimichisПолучилась такая схема адреса., я правильно понял.

В России
а) Многие города делятся на районы.
б) Многие города не входят ни в какой район, а являются городами так называемого "областного подчинения" (в каждой области таких не менее двух-трех штук).
в) Есть два города (Москва и Питер) федерального подчинения (то есть они даже в область не входят).
г) Есть населенные пункты, являющиеся частью других населенных пунктов (ну например, уже упоминавшися здесь Зеленоград)
д) Существуют адреса вне населенных пунктов вообще. Например, 133 км такого-то шоссе (есть и похуже).

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

Уже лучше. Посмотрите: у Вас получилась иерархия страна -> область -> район -> населенный пункт. Логично и оформить ее в виде иерархии (страны - оставить как есть, отдельно). Добавить имена территориальных единиц с учетом страны. Добавить маску, регламентирующую допустимые сочетания территориальных единиц с учетом страны. Дополнитеьная группировка (любые территориальные или экстерриториальные образования) - с учетом типов территориальных единиц. Основной плюс: иерархия позволит избежать жесткой структуры адреса.

Кроме того, на Вашем месте я бы отдельно рассматривал физически доступные адреса (условно такие, которые имеют реальные физические координаты) и виртуальные (не имеющие таких координат; например, почтовые ящики).

Остаются индексы, улицы и собственно адресация.
...
Рейтинг: 0 / 0
Структура БД
    #34364605
atv_13
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Таблица "Подписчики" не нужна
Зачем в "Физические лица" поле "Мероприятия"? ИМХО ошибка
Выносим из "Физические лица" контактную информацию (типа Домашний_Телефон, Сотовый_Телефон, Mail) в отдельную таблицу "Средства связи" (Физическое_Лицо_Код, Средство_Связи_Код, Значение + возможно надо добавить Адресная_Книга_Код для привязки телефона к адресу и, например, получению кода города для телефона)
В "Адресная книга" из "Адреса" переносим Тип_Квартиры_Код, Квартира, Дополнение_К_Адресу
Соответственно в "Подписки" заменить Адрес_Код на Адресная_Книга_Код и убрать избыточное Подписчик_Код
В итоге "Адреса" - есть ни что иное как своего рода КЛАДР

----
С уважением, Алексей
...
Рейтинг: 0 / 0
Структура БД
    #34364632
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
[quot guest_20040621]>
Уже лучше. Посмотрите: у Вас получилась иерархия страна -> область -> район -> населенный пункт. Логично и оформить ее в виде иерархии (страны - оставить как есть, отдельно). Добавить имена территориальных единиц с учетом страны. Добавить маску, регламентирующую допустимые сочетания территориальных единиц с учетом страны. Дополнитеьная группировка (любые территориальные или экстерриториальные образования) - с учетом типов территориальных единиц. Основной плюс: иерархия позволит избежать жесткой структуры адреса.
quot]

Всю голову сломал пытаясь понять выше сказанное, как это реализовать в схеме. Суть проблемы понимаю, но как решить никак не пойму.
...
Рейтинг: 0 / 0
Структура БД
    #34364640
atv_13
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
И еще ИМХО
Обсуждение опечаток и переименований в КЛАДРе не столь важно для данной схемы, поскольку адреса в оной используются не для сдачи отчетности в ФНС и ПФР с тестированием правильности адресов на соответствие используемым "эталонным" справочникам
В конце-концов, если это для кого-то критично, можно просто периодически проверять/апдейтить на/в соответствие с текущим КЛАДРом

ЗЫ
В "Адресная книга" стоит добавить поле "Произвольный_Адрес", то бишь адрес в произвольном формате
---
С уважением, Алексей
...
Рейтинг: 0 / 0
Структура БД
    #34364684
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
atv_13
Зачем в "Физические лица" поле "Мероприятия"? ИМХО ошибка

Некий человек т.е. физическое лицо может посетить несколько мероприятий (Конгрес, Симпозиум, Форум итд.) или вы имеете ввиду связать мероприятие с Контрагентами.
...
Рейтинг: 0 / 0
Структура БД
    #34364718
atv_13
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dimichisНекий человек т.е. физическое лицо может посетить несколько мероприятийДля указания данного факта у Вас есть "Списки_Мероприятий"
---
С уважением, Алексей
...
Рейтинг: 0 / 0
Структура БД
    #34364798
atv_13
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Для Юрлиц обычно имеется контактное лицо (тот же "Директору ООО "Рога и Копыта" :) )
Посему вместо "Контрагенты" уместнее использовать "Физические_Лица", которые связать с "Юридические Лица" таблицей нечто вроде "Работает_В" (Юридическое_Лицо_Код, Физическое_Лицо_Код, Должность + можно добавить Даты_Работы)
В "Подписки" наверно должно быть еще нечто вроде Издание_Код, Период_Подписки, Способ_Доставки
Ну и наверно должно быть что-то насчет оплаты подписки, статуса каждого номера подписного издания и т.п.

----
С уважением, Алексей
...
Рейтинг: 0 / 0
Структура БД
    #34364819
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
atv_13Для Юрлиц обычно имеется контактное лицо...

Посему вместо "Контрагенты" уместнее использовать "Физические_Лица" , которые связать с "Юридические Лица" таблицей нечто вроде "Работает_В" (Юридическое_Лицо_Код, Физическое_Лицо_Код, Должность + можно добавить Даты_Работы)
дате две

я худею, дорогая редакция.
физ лица имеют обыкновения увольняца, работать в нескольких местах и т.п.
теперь представим, что мероприятие проводицо для компании Х, а ее представитель - еще и директор пары-тройки других компаний.
И что?


т.ч. иногда уместнее молчать в трапочку, чем предлагать заведомо гнилые решения.
ничего личного.
...
Рейтинг: 0 / 0
Структура БД
    #34364831
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
заодно повторяю рекомендацию:
1. связь контрагенты - лица сделать 1:1 (что легко делается в аксе, если связываемое поле подчиненной таблицы уникально)
2. т.к. любое лицо у вас -контрагент, то для связи с контрагентами и ключа лиц достаточно одного поля. Т.е. для пк : в контрагенте - суррогат-счетчик, а в лицах - длинное целое (оно же - поле связи).
...
Рейтинг: 0 / 0
Структура БД
    #34365044
atv_13Для Юрлиц обычно имеется

для этого обычно заводят таблицу Employees
...
Рейтинг: 0 / 0
Структура БД
    #34365051
4321заодно повторяю рекомендацию

и это, кстати, далеко не самая удачная и состоятельная из ваших рекомендаций ИМХО

используемая автором структура из трех таблиц

Контрагенты
ФизЛица
ЮрЛица

представляется куда как более подходящей...

кстати в данном случае именно таким образом и реализуется связь один_к_одному, то, что контрагент может быть указан и как физическое лицо и как юридическое можно считать скорее плюсом чем минусом такой организации схемы данных
...
Рейтинг: 0 / 0
25 сообщений из 65, страница 2 из 3
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Структура БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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