|
|
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Зачем городить огород? Чем плох простой иерархический, древовидный справочник административно-территориальных единиц. Как, например, сделано в платформе Гедымин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 14:42 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
> Если вы уважаемый мальтшик Дружище, Вы действительно хотите услышать все, что я по этому поводу думаю? Может, ну его нафиг? - обидетесь, расстроетесь, будете топорщить пальчики и брызгать слюной. Просто поверьте: не стоит так разговаривать с незнакомыми людьми. Конфуз может приключиться. > то поймете кук размножаются "пьяные китайские школьники" плюс все "блондиноки-операторовы". Да я, дружище, имею неудовольствие регулярно читать их сообщения на sql.ru; тут и понимать нечего, все предельно прозрачно. По поводу "межведомственных информационных систем" разочарую: дерьмом не занимался и вряд ли когда-то буду. В основном потому, что тупую работу я делаю очень задорого, так что работодателю дешевле нанять десяток таких, как Вы. Доходчиво? Автору вопроса: всегда критически относитесь к уже существующим источникам данных. Шансы наткнуться на хорошо спроектированную структуру данных внешнего источника исчезающе малы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 21:38 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
4321да пжалста. токо в одном городе будет Льва ТОлстого ул а в другом Толстого Льва ул причем будет именно в "поделке китайзкого школьнега", в которую надо будет еще и вписацца 1:1 при подготовке отчетных файлов, не сморя на соображения высокомудрого гуеста. (а самое противное - через год этот кладр будет содержать иные написания того же самого адреса, и опять надо буит вписывацца именно в новое написание. :) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 10:57 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Если вы уважаемый мальтшик Автору вопроса: всегда критически относитесь к уже существующим источникам данных. Шансы наткнуться на хорошо спроектированную структуру данных внешнего источника исчезающе малы. Какой бы была у Вас структура относительно таблицы "Адреса" Связал как многие советовали Тип_Населенного пункта с таблицей Населенные пункты, Тип_Области с таблицей Обласи, Тип_Улицы с таблицей Улицы. Есть у каго еще какие варианты желательно схемотично. Давно Интересовал вопрос по Адресам и хотелось бы раз и навсегда разобраться с ним. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 11:05 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
2 dimichis: покажите народу скорректированную схему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 11:22 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
guest_20040621: -"Словари цитируйте девочкам с Тверской." -"Нафига, объясните, пожалуйста, использовать в свой работе чью-то говенную поделку" -"Кусок дерьма, спроектированный пьяным китайским школьником" -"Дерьмом не занимался и вряд ли когда-то буду" shelsoft: "Если вы уважаемый мальтшик ..." guest_20040621: -"не стоит так разговаривать с незнакомыми людьми". Абыдылся да ? Да, побрызгаю слюной пальчики растопырю :-) - если приспичет не звоните условно скажем по "911", а то вдруг "Конфуз может приключиться" - вляпаетесь как раз в "межведомственную информационную систему" ________________________________________________________________________________________ В действительности есть проблема с классификаторами в том числе и с адресными. "через год этот кладр будет содержать иные написания того же самого адреса" да, практически так и бывает. Кроме этого, кроме КЛАДРа каждый уважающий себя город :-) имеет свой адресный классификатор в который ежегодно вносятся изменения. Такие изменения вносятся и в ОКАТО (см. пост выше) и другие общеросийские классификаторы (нет ничего постоянного). Для системы, которую представил автор этого поста в принципе можно использовать и свой справочник. Но ... 1) Откуда брать первичную информацию ? 2) Если это журнал, то как вы будете стыковаться распространителями - или у вас своя сеть ? 3) Как в этом случае возможно отследить все изменения в адресах ? А при большом тираже ? А по России ? ________________________________________________________________________________________ ... Как что достать - вторая эскадрилья. А как самолеты сбивать - первая эскадрилья ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 11:37 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
авторраз и навсегда разобраться с нимС этим - это с чем? - печатать адрес в понятном почтальонам разных стран формате, - привязка к геоинформационной системе, - группировка по регионам, городам в логистических/статистических целях, - налоговая отчетность, - обмен данными со смежными организациями, - ?? Вряд ли есть универсальный рецепт на все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 11:47 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Скорректированная схема ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 12:06 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
> Скорректированная схема Давайте разберемся с адресами, остальное пока оставьте. Вот прямо так по порядку и начнем. Страны - это хорошо. Ваша схема предполагает однозначную административно-территориальную зависимость: страна - область - район - населенный пункт. Т. е. Вы полагаете, что это справедливо для любой страны? Собственных названий административно-территориальных единиц быть не может? Еще одна проблема для этой части схемы: некоторые адреса будут содержать NULL (или предопределенные эквивалентные значения - не суть), что в данном случае плохо (надеюсь, не надо объяснять, почему). На Вашей схеме страны, области, районы, населенные пункты существуют независимо друг от друга. Нормальный вариант должен предполагать возможность получения административно-территориальной структуры явным образом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 13:15 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
ModelR- печатать адрес в понятном почтальонам разных стран формате,http://www.upu.int/post_code/en/postal_addressing_systems_member_countries.shtml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 13:50 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
> печатать адрес в понятном почтальонам разных стран формате ...и на понятном почтальонам языке. Вот с основной структурой закончим и сразу добавим мультиязычность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 14:54 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Получилась такая схема адреса., я правильно понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 14:57 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichisПолучилась такая схема адреса., я правильно понял. в кладре раши есь "области" типа: "Москва г" и "Питер г" в них встречаются нас пункты вида скажем "Зеленоград г" без района. такоже есть и иные города областного подчинения (без районов) как вы унаследуете такой город в вашей схеме без р-на? введете "пустой" р-н? ModelR :) не то слово. То, скажем, "мать перематьская", а то с 2007 года - "мать - перематьская". Так и жди "мать - перематьскую" (с пробелами) и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 15:10 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichisПолучилась такая схема адреса., я правильно понял. В России а) Многие города делятся на районы. б) Многие города не входят ни в какой район, а являются городами так называемого "областного подчинения" (в каждой области таких не менее двух-трех штук). в) Есть два города (Москва и Питер) федерального подчинения (то есть они даже в область не входят). г) Есть населенные пункты, являющиеся частью других населенных пунктов (ну например, уже упоминавшися здесь Зеленоград) д) Существуют адреса вне населенных пунктов вообще. Например, 133 км такого-то шоссе (есть и похуже). За рубежом все может оказаться еще хуже - у них свои правила формирования адресов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 15:31 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
> Получилась такая схема адреса Уже лучше. Посмотрите: у Вас получилась иерархия страна -> область -> район -> населенный пункт. Логично и оформить ее в виде иерархии (страны - оставить как есть, отдельно). Добавить имена территориальных единиц с учетом страны. Добавить маску, регламентирующую допустимые сочетания территориальных единиц с учетом страны. Дополнитеьная группировка (любые территориальные или экстерриториальные образования) - с учетом типов территориальных единиц. Основной плюс: иерархия позволит избежать жесткой структуры адреса. Кроме того, на Вашем месте я бы отдельно рассматривал физически доступные адреса (условно такие, которые имеют реальные физические координаты) и виртуальные (не имеющие таких координат; например, почтовые ящики). Остаются индексы, улицы и собственно адресация. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 15:55 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Таблица "Подписчики" не нужна Зачем в "Физические лица" поле "Мероприятия"? ИМХО ошибка Выносим из "Физические лица" контактную информацию (типа Домашний_Телефон, Сотовый_Телефон, Mail) в отдельную таблицу "Средства связи" (Физическое_Лицо_Код, Средство_Связи_Код, Значение + возможно надо добавить Адресная_Книга_Код для привязки телефона к адресу и, например, получению кода города для телефона) В "Адресная книга" из "Адреса" переносим Тип_Квартиры_Код, Квартира, Дополнение_К_Адресу Соответственно в "Подписки" заменить Адрес_Код на Адресная_Книга_Код и убрать избыточное Подписчик_Код В итоге "Адреса" - есть ни что иное как своего рода КЛАДР ---- С уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 17:45 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
[quot guest_20040621]> Уже лучше. Посмотрите: у Вас получилась иерархия страна -> область -> район -> населенный пункт. Логично и оформить ее в виде иерархии (страны - оставить как есть, отдельно). Добавить имена территориальных единиц с учетом страны. Добавить маску, регламентирующую допустимые сочетания территориальных единиц с учетом страны. Дополнитеьная группировка (любые территориальные или экстерриториальные образования) - с учетом типов территориальных единиц. Основной плюс: иерархия позволит избежать жесткой структуры адреса. quot] Всю голову сломал пытаясь понять выше сказанное, как это реализовать в схеме. Суть проблемы понимаю, но как решить никак не пойму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 17:53 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
И еще ИМХО Обсуждение опечаток и переименований в КЛАДРе не столь важно для данной схемы, поскольку адреса в оной используются не для сдачи отчетности в ФНС и ПФР с тестированием правильности адресов на соответствие используемым "эталонным" справочникам В конце-концов, если это для кого-то критично, можно просто периодически проверять/апдейтить на/в соответствие с текущим КЛАДРом ЗЫ В "Адресная книга" стоит добавить поле "Произвольный_Адрес", то бишь адрес в произвольном формате --- С уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 17:56 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
atv_13 Зачем в "Физические лица" поле "Мероприятия"? ИМХО ошибка Некий человек т.е. физическое лицо может посетить несколько мероприятий (Конгрес, Симпозиум, Форум итд.) или вы имеете ввиду связать мероприятие с Контрагентами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 18:09 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichisНекий человек т.е. физическое лицо может посетить несколько мероприятийДля указания данного факта у Вас есть "Списки_Мероприятий" --- С уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 18:24 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Для Юрлиц обычно имеется контактное лицо (тот же "Директору ООО "Рога и Копыта" :) ) Посему вместо "Контрагенты" уместнее использовать "Физические_Лица", которые связать с "Юридические Лица" таблицей нечто вроде "Работает_В" (Юридическое_Лицо_Код, Физическое_Лицо_Код, Должность + можно добавить Даты_Работы) В "Подписки" наверно должно быть еще нечто вроде Издание_Код, Период_Подписки, Способ_Доставки Ну и наверно должно быть что-то насчет оплаты подписки, статуса каждого номера подписного издания и т.п. ---- С уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 18:56 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
atv_13Для Юрлиц обычно имеется контактное лицо... Посему вместо "Контрагенты" уместнее использовать "Физические_Лица" , которые связать с "Юридические Лица" таблицей нечто вроде "Работает_В" (Юридическое_Лицо_Код, Физическое_Лицо_Код, Должность + можно добавить Даты_Работы) дате две я худею, дорогая редакция. физ лица имеют обыкновения увольняца, работать в нескольких местах и т.п. теперь представим, что мероприятие проводицо для компании Х, а ее представитель - еще и директор пары-тройки других компаний. И что? т.ч. иногда уместнее молчать в трапочку, чем предлагать заведомо гнилые решения. ничего личного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 19:05 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
заодно повторяю рекомендацию: 1. связь контрагенты - лица сделать 1:1 (что легко делается в аксе, если связываемое поле подчиненной таблицы уникально) 2. т.к. любое лицо у вас -контрагент, то для связи с контрагентами и ключа лиц достаточно одного поля. Т.е. для пк : в контрагенте - суррогат-счетчик, а в лицах - длинное целое (оно же - поле связи). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 19:10 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
atv_13Для Юрлиц обычно имеется для этого обычно заводят таблицу Employees ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 21:21 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
4321заодно повторяю рекомендацию и это, кстати, далеко не самая удачная и состоятельная из ваших рекомендаций ИМХО используемая автором структура из трех таблиц Контрагенты ФизЛица ЮрЛица представляется куда как более подходящей... кстати в данном случае именно таким образом и реализуется связь один_к_одному, то, что контрагент может быть указан и как физическое лицо и как юридическое можно считать скорее плюсом чем минусом такой организации схемы данных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2007, 21:27 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34365051&tid=1544703]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
147ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 482ms |

| 0 / 0 |
