powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Структура БД
25 сообщений из 65, страница 1 из 3
Структура БД
    #34358427
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Проектирую структуру БД Подписок на различные журналы. С некоторой частью помогли разобраться в саседнем форуме "Access".
1) Интересует таблица "Списки_Мероприятий" верный ли я подход использовал для реализации идеи что физическое лицо может посетить несколько мероприятий (Конгресс, Форум, Симпозиум итд.)?

2) Интересует таблица "Адреса". Что-то много справочников получается у этой таблицы или как-то можно подругому сгрупировать поля?

3)Может есть какие нибудь еще недочеты, мнения, критика.
Взаранее спасибо.
...
Рейтинг: 0 / 0
Структура БД
    #34358454
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Наверно слишком мелко получилось вот покрупней.
...
Рейтинг: 0 / 0
Структура БД
    #34358455
Фотография Rin@t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бегло просмотрев.... Ума не приложу, зачем нужны справочники типов (городов, областей, улиц). Что это такое?
...
Рейтинг: 0 / 0
Структура БД
    #34358475
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Есть тип города (Город, деревня, село, послелок итд).
Есть тип области (Область, край , Автономный округ итд) разьве не надо их выносить в справочник чтобы подставлять их а не забивать вручную каждый раз.
...
Рейтинг: 0 / 0
Структура БД
    #34358500
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimichisЕсть тип города (Город, деревня, село, послелок итд).
Есть тип области (Область, край , Автономный округ итд) разьве не надо их выносить в справочник чтобы подставлять их а не забивать вручную каждый раз.гм. согласно кладру могет быть нас.пункт приписан к городу. : (..р-н, мухосранск г, пупкино п (или мкр), чесалова ул...)т.ч. видимо надоть

...городнас пунктулица
с другой - т.к. у вас есть справочник городов и улитц, то повторение полей типов и в справочнике (улиц/нас пунктов) и в Адресе - избыточно. Что, кстати сказать, чревато. Т.ч. предлагаю в "адресе" поля типов убить.
...
Рейтинг: 0 / 0
Структура БД
    #34358509
Фотография Rin@t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimichisЕсть тип города (Город, деревня, село, послелок итд).
Смесь бульдога с носорогом :-). Imho вернее использовать термин "тип населённого пункта". И в адресе (Адреса) их указывать не надо - очевидная избыточность. Тип населённого пункта привязывается к населённому пункту.

dimichisЕсть тип области (Область, край , Автономный округ итд) разьве не надо их выносить в справочник чтобы подставлять их а не забивать вручную каждый раз.
Выносить надо. Также как понимать, что это агрегаты: насёленные пункты (Город, деревня, село, поселок) являются принадлежностью областей, краёв, округов.
...
Рейтинг: 0 / 0
Структура БД
    #34358523
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
что еще не понятно:
у вас один контрагент имеет множественное представительство и в ЮрЛицах и в ФизЛицах. Так и должно быть? или вы просто не умеете задавать связь 1:1?
...
Рейтинг: 0 / 0
Структура БД
    #34358557
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
4321что еще не понятно:
у вас один контрагент имеет множественное представительство и в ЮрЛицах и в ФизЛицах. Так и должно быть? или вы просто не умеете задавать связь 1:1?

Контрагент может быть 1)Юредическим лицом рабочий адрес, 2)Физическим лицом домашний адрес, 3)Физическим лицом на рабочий адрес юридического лица (т.е. где он работает) 4) И вообще просто человек, почтальен, курьер итд. Именно такой вариант мне посаветовали на соседнем форуме "Access".
...
Рейтинг: 0 / 0
Структура БД
    #34358560
Фотография Rin@t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Информацию о банках необходимо выделить в отдельную таблицу.
...
Рейтинг: 0 / 0
Структура БД
    #34358591
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Rin@tИнформацию о банках необходимо выделить в отдельную таблицу.

Спасибо. Предпологал это делать.
...
Рейтинг: 0 / 0
Структура БД
    #34358661
dimichis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Често говоря так и непонял что делать с типами.
Как удалить непойму. В поле город будет введено (Москва, Пушкино без всяких г.Москва, п.Пушкино), поэтому и делаю тип города, области, улици итд. Можно поподробнее с примерчиком или схемкой как данные будут храниться.
...
Рейтинг: 0 / 0
Структура БД
    #34358718
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По поводу адресов
- есть такая штука "ОКАТО" - Общеросийский классификатор админ.-терр. деления
- есть такая штука "ОКСМ" - Общеросийский классификатор стран мира
- есть такая штука "Адресная система" - енто в налоговую МНС
посмотрите - появятся трезвые мысли по поводу адресов ...

_________________________________________________________________________________
... Как что достать - вторая эскадрилья. А как самолеты сбивать - первая эскадрилья ...
...
Рейтинг: 0 / 0
Структура БД
    #34359453
Фотография Rin@t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimichisЧесто говоря так и непонял что делать с типами.
Как удалить непойму. В поле город будет введено (Москва, Пушкино без всяких г.Москва, п.Пушкино), поэтому и делаю тип города, области, улици итд. Можно поподробнее с примерчиком или схемкой как данные будут храниться.
Таблица "Города" должна быть связана с таблицей "Типы городов" (настоятельно рекомендую заменить название таблицы "Города" на "Населённые пункты", "Типы городов" на "Типы населённых пунктов". Названия "Города" и "Типы городов" применительно к вашей БД выглядят нелепо).

Аналогично устанавливаются связи и для других пар таблиц.
...
Рейтинг: 0 / 0
Структура БД
    #34359627
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> 1) Интересует таблица "Списки_Мероприятий" верный ли я подход использовал
> для реализации идеи что физическое лицо может посетить несколько мероприятий

При условии, что они не проходят в одно и то же время.

> 2) Интересует таблица "Адреса". Что-то много справочников получается у этой таблицы
> или как-то можно подругому сгрупировать поля?

Здесь все плохо. Нормализуйте основную таблицу. Используйте отдельно административное и отдельно территориальное деление. Избавьтесь от лишних типов.

> 3)Может есть какие нибудь еще недочеты, мнения, критика.

Никакая схема. Поработаете с ней - поймете, почему.
...
Рейтинг: 0 / 0
Структура БД
    #34359668
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimichisЧесто говоря так и непонял что делать с типами.
Как удалить непойму. В поле город будет введено (Москва, Пушкино без всяких г.Москва, п.Пушкино), поэтому и делаю тип города, области, улици итд. Можно поподробнее с примерчиком или схемкой как данные будут храниться.

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

Да ну? В Российской Федерации служебные документы ФНС уже имеют силу законов? Чуши не пишите, пожалуйста.
...
Рейтинг: 0 / 0
Структура БД
    #34359865
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> Этот классификатор содержит официальный способ адресации.

Да ну? В Российской Федерации служебные документы ФНС уже имеют силу законов? Чуши не пишите, пожалуйста.

А где вы в моем посте слово "закон" увидели? На всякий случай (если у вас трудности с языком) выдержка:
толковый словарь русского языкаОФИЦИАЛЬНЫЙ прил. -
Правительственный или должностной. // Исходящий от правительственных органов или должностных лиц.
Вы хотите сказать, что ФНС (а также пенсионный фонд, например) не является правительственным органом?
...
Рейтинг: 0 / 0
Структура БД
    #34359998
Фотография Rin@t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 guest_20040621 & Bogdanov Andrey:
да ладно вам спорить, отклонившись от темы топика. Схема, предложенная для обсуждения, - тихий ужас.
"Нормализуйте основную таблицу" - очень хорошее предложение. Знает ли автор об этом? В сети немало материалов.
...
Рейтинг: 0 / 0
Структура БД
    #34360121
dimichis 4321что еще не понятно:
у вас один контрагент имеет множественное представительство и в ЮрЛицах и в ФизЛицах. Так и должно быть? или вы просто не умеете задавать связь 1:1?

Контрагент может быть 1)Юредическим лицом рабочий адрес, 2)Физическим лицом домашний адрес, 3)Физическим лицом на рабочий адрес юридического лица (т.е. где он работает) 4) И вообще просто человек, почтальен, курьер итд. Именно такой вариант мне посаветовали на соседнем форуме "Access".йопта.
Вы читаете, что вам пишут?
Вы хотя бы читаете то, что сами цитируете?
Итак вы пишете:
контрагент у вас может быть.
при этом он может быть лицом.

когда он сможет быть лицами, а не лицом, тогда и будете устанавливать связь 1:допупа, пока же вас устроит связь 1:1 (как ее установить в аксе - спросите в форуме акса).

а то, что контрагент могет иметь массу адресов, описывается не связями контрагент-лицо, а связями контрагент-...-адрес (у вас связь опосредована еще и некой книгой)


================================================================
касательно типа города в адресе:
скажем есть 2 адреса, в которые входит некий (один и тот же) город мухосранск. Причем в первый адрес он входит как "город", а в другой - как "поселок городского типа". Это ваша схема позволяет. Так правильно ли это? Или свойство мухосранска быть деревней это таки св-во мухосранска, а не св-во некоего адреса, в который мухосранску не повезло попасть?
(то же и по прочим вхождениям "типов" в адрес, а не в объект, тип которого они задают)
...
Рейтинг: 0 / 0
Структура БД
    #34360311
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
4321т.к. у вас есть справочник городов и улитц, то повторение полей типов и в справочнике (улиц/нас пунктов) и в Адресе - избыточно. Что, кстати сказать, чревато. Т.ч. предлагаю в "адресе" поля типов убить.Не, города и улицы устроены у автора по-разному. Улицы - это 98% справочник имен улиц - типа ул./проспект Иванова/1-го мая и комбинируй на здоровье.
Города содержат индивидуализирующие атрибуты и видимо это истинно города а не имена. так что тип города уместен в городе, а не адресе.
В КЛАДР типы присутсвуют отдельным полем и таблицей, причем по уровням.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
1	АО	Автономный округ	101
1	Аобл	Автономная область	102
1	г	Город	103
1	край	Край	104
1	обл	Область	105
1	Респ	Республика	106
2	р-н	Район	201
2	тер	Территория	203
2	у	Улус	202
3	волость	Волость	310
3	г	Город	301
...
Рейтинг: 0 / 0
Структура БД
    #34360377
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimichisКонтрагент может быть 1)Юредическим лицом рабочий адрес, 2)Физическим лицом домашний адрес, 3)Физическим лицом на рабочий адрес юридического лица (т.е. где он работает) 4) И вообще просто человек, почтальен, курьер итд. Именно такой вариант мне посаветовали на соседнем форуме "Access".Тогда проще связать их прямо по первичным ключам КонтрнагентИД==ЮрлицоИД, КонтрнагентИД==ЮрлицоИД. КонтрагентКод в Юрлицах и Физлицах лишний. Или это специфика Access?
...
Рейтинг: 0 / 0
Структура БД
    #34360429
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Bogdanov Andrey, понял, вычеркиваю. Словари цитируйте девочкам с Тверской.

Остальным: нафига, объясните, пожалуйста, использовать в свой работе чью-то говенную поделку (я имею в виду КЛАДР) с абсолютно идиотской структурой данных только потому, что она есть? Ну тупость же невероятная: добровольно тащить в свою базу данных кусок дерьма, спроектированный пьяным китайским школьником, плюс все ошибки блондинок-операторов.
...
Рейтинг: 0 / 0
Структура БД
    #34360567
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"Остальным: нафига, объясните, пожалуйста, использовать в свой работе чью-то говенную поделку"

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

_________________________________________________________________________________
... Как что достать - вторая эскадрилья. А как самолеты сбивать - первая эскадрилья ...
...
Рейтинг: 0 / 0
Структура БД
    #34360572
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ModelR Улицы - это 98% справочник имен улиц - типа ул./проспект Иванова/1-го мая и комбинируй на здоровье. да пжалста. токо в одном городе будет
Льва ТОлстого ул
а в другом
Толстого Льва ул
причем будет именно в "поделке китайзкого школьнега", в которую надо будет еще и вписацца 1:1 при подготовке отчетных файлов, не сморя на соображения высокомудрого гуеста. (а самое противное - через год этот кладр будет содержать иные написания того же самого адреса, и опять надо буит вписывацца именно в новое написание.
...
Рейтинг: 0 / 0
Структура БД
    #34360702
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Остальным: нафига, объясните, пожалуйста, использовать в свой работе чью-то говенную поделку (я имею в виду КЛАДР) с абсолютно идиотской структурой данных только потому, что она есть? Ну тупость же невероятная: добровольно тащить в свою базу данных кусок дерьма, спроектированный пьяным китайским школьником, плюс все ошибки блондинок-операторов.

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


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