|
|
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Проектирую структуру БД Подписок на различные журналы. С некоторой частью помогли разобраться в саседнем форуме "Access". 1) Интересует таблица "Списки_Мероприятий" верный ли я подход использовал для реализации идеи что физическое лицо может посетить несколько мероприятий (Конгресс, Форум, Симпозиум итд.)? 2) Интересует таблица "Адреса". Что-то много справочников получается у этой таблицы или как-то можно подругому сгрупировать поля? 3)Может есть какие нибудь еще недочеты, мнения, критика. Взаранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:13 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Наверно слишком мелко получилось вот покрупней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:22 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Бегло просмотрев.... Ума не приложу, зачем нужны справочники типов (городов, областей, улиц). Что это такое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:22 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Есть тип города (Город, деревня, село, послелок итд). Есть тип области (Область, край , Автономный округ итд) разьве не надо их выносить в справочник чтобы подставлять их а не забивать вручную каждый раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:27 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichisЕсть тип города (Город, деревня, село, послелок итд). Есть тип области (Область, край , Автономный округ итд) разьве не надо их выносить в справочник чтобы подставлять их а не забивать вручную каждый раз.гм. согласно кладру могет быть нас.пункт приписан к городу. : (..р-н, мухосранск г, пупкино п (или мкр), чесалова ул...)т.ч. видимо надоть ...городнас пунктулица с другой - т.к. у вас есть справочник городов и улитц, то повторение полей типов и в справочнике (улиц/нас пунктов) и в Адресе - избыточно. Что, кстати сказать, чревато. Т.ч. предлагаю в "адресе" поля типов убить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:37 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichisЕсть тип города (Город, деревня, село, послелок итд). Смесь бульдога с носорогом :-). Imho вернее использовать термин "тип населённого пункта". И в адресе (Адреса) их указывать не надо - очевидная избыточность. Тип населённого пункта привязывается к населённому пункту. dimichisЕсть тип области (Область, край , Автономный округ итд) разьве не надо их выносить в справочник чтобы подставлять их а не забивать вручную каждый раз. Выносить надо. Также как понимать, что это агрегаты: насёленные пункты (Город, деревня, село, поселок) являются принадлежностью областей, краёв, округов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:39 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
что еще не понятно: у вас один контрагент имеет множественное представительство и в ЮрЛицах и в ФизЛицах. Так и должно быть? или вы просто не умеете задавать связь 1:1? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:43 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
4321что еще не понятно: у вас один контрагент имеет множественное представительство и в ЮрЛицах и в ФизЛицах. Так и должно быть? или вы просто не умеете задавать связь 1:1? Контрагент может быть 1)Юредическим лицом рабочий адрес, 2)Физическим лицом домашний адрес, 3)Физическим лицом на рабочий адрес юридического лица (т.е. где он работает) 4) И вообще просто человек, почтальен, курьер итд. Именно такой вариант мне посаветовали на соседнем форуме "Access". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:52 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Информацию о банках необходимо выделить в отдельную таблицу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:52 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Rin@tИнформацию о банках необходимо выделить в отдельную таблицу. Спасибо. Предпологал это делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 17:59 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Често говоря так и непонял что делать с типами. Как удалить непойму. В поле город будет введено (Москва, Пушкино без всяких г.Москва, п.Пушкино), поэтому и делаю тип города, области, улици итд. Можно поподробнее с примерчиком или схемкой как данные будут храниться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 18:19 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
По поводу адресов - есть такая штука "ОКАТО" - Общеросийский классификатор админ.-терр. деления - есть такая штука "ОКСМ" - Общеросийский классификатор стран мира - есть такая штука "Адресная система" - енто в налоговую МНС посмотрите - появятся трезвые мысли по поводу адресов ... _________________________________________________________________________________ ... Как что достать - вторая эскадрилья. А как самолеты сбивать - первая эскадрилья ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2007, 18:41 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichisЧесто говоря так и непонял что делать с типами. Как удалить непойму. В поле город будет введено (Москва, Пушкино без всяких г.Москва, п.Пушкино), поэтому и делаю тип города, области, улици итд. Можно поподробнее с примерчиком или схемкой как данные будут храниться. Таблица "Города" должна быть связана с таблицей "Типы городов" (настоятельно рекомендую заменить название таблицы "Города" на "Населённые пункты", "Типы городов" на "Типы населённых пунктов". Названия "Города" и "Типы городов" применительно к вашей БД выглядят нелепо). Аналогично устанавливаются связи и для других пар таблиц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 09:34 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
> 1) Интересует таблица "Списки_Мероприятий" верный ли я подход использовал > для реализации идеи что физическое лицо может посетить несколько мероприятий При условии, что они не проходят в одно и то же время. > 2) Интересует таблица "Адреса". Что-то много справочников получается у этой таблицы > или как-то можно подругому сгрупировать поля? Здесь все плохо. Нормализуйте основную таблицу. Используйте отдельно административное и отдельно территориальное деление. Избавьтесь от лишних типов. > 3)Может есть какие нибудь еще недочеты, мнения, критика. Никакая схема. Поработаете с ней - поймете, почему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 10:20 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichisЧесто говоря так и непонял что делать с типами. Как удалить непойму. В поле город будет введено (Москва, Пушкино без всяких г.Москва, п.Пушкино), поэтому и делаю тип города, области, улици итд. Можно поподробнее с примерчиком или схемкой как данные будут храниться. Сейчас во многих организациях используется так называемый общероссийский классификатор адресов (КЛАДР). Либо напрямую, либо данные из него загружаются. Этот классификатор содержит официальный способ адресации. Очень рекомендую ознакомится с его устройством (в любом поисковике набираете "КЛАДР"), так как если ваша разработка будет практически использоваться то вероятность, что связываться с классификатором потребуется достаточно высока. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 10:30 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
> Этот классификатор содержит официальный способ адресации. Да ну? В Российской Федерации служебные документы ФНС уже имеют силу законов? Чуши не пишите, пожалуйста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 10:44 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Этот классификатор содержит официальный способ адресации. Да ну? В Российской Федерации служебные документы ФНС уже имеют силу законов? Чуши не пишите, пожалуйста. А где вы в моем посте слово "закон" увидели? На всякий случай (если у вас трудности с языком) выдержка: толковый словарь русского языкаОФИЦИАЛЬНЫЙ прил. - Правительственный или должностной. // Исходящий от правительственных органов или должностных лиц. Вы хотите сказать, что ФНС (а также пенсионный фонд, например) не является правительственным органом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 11:13 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
2 guest_20040621 & Bogdanov Andrey: да ладно вам спорить, отклонившись от темы топика. Схема, предложенная для обсуждения, - тихий ужас. "Нормализуйте основную таблицу" - очень хорошее предложение. Знает ли автор об этом? В сети немало материалов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 11:39 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichis 4321что еще не понятно: у вас один контрагент имеет множественное представительство и в ЮрЛицах и в ФизЛицах. Так и должно быть? или вы просто не умеете задавать связь 1:1? Контрагент может быть 1)Юредическим лицом рабочий адрес, 2)Физическим лицом домашний адрес, 3)Физическим лицом на рабочий адрес юридического лица (т.е. где он работает) 4) И вообще просто человек, почтальен, курьер итд. Именно такой вариант мне посаветовали на соседнем форуме "Access".йопта. Вы читаете, что вам пишут? Вы хотя бы читаете то, что сами цитируете? Итак вы пишете: контрагент у вас может быть. при этом он может быть лицом. когда он сможет быть лицами, а не лицом, тогда и будете устанавливать связь 1:допупа, пока же вас устроит связь 1:1 (как ее установить в аксе - спросите в форуме акса). а то, что контрагент могет иметь массу адресов, описывается не связями контрагент-лицо, а связями контрагент-...-адрес (у вас связь опосредована еще и некой книгой) ================================================================ касательно типа города в адресе: скажем есть 2 адреса, в которые входит некий (один и тот же) город мухосранск. Причем в первый адрес он входит как "город", а в другой - как "поселок городского типа". Это ваша схема позволяет. Так правильно ли это? Или свойство мухосранска быть деревней это таки св-во мухосранска, а не св-во некоего адреса, в который мухосранску не повезло попасть? (то же и по прочим вхождениям "типов" в адрес, а не в объект, тип которого они задают) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 12:08 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
4321т.к. у вас есть справочник городов и улитц, то повторение полей типов и в справочнике (улиц/нас пунктов) и в Адресе - избыточно. Что, кстати сказать, чревато. Т.ч. предлагаю в "адресе" поля типов убить.Не, города и улицы устроены у автора по-разному. Улицы - это 98% справочник имен улиц - типа ул./проспект Иванова/1-го мая и комбинируй на здоровье. Города содержат индивидуализирующие атрибуты и видимо это истинно города а не имена. так что тип города уместен в городе, а не адресе. В КЛАДР типы присутсвуют отдельным полем и таблицей, причем по уровням. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 12:50 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
dimichisКонтрагент может быть 1)Юредическим лицом рабочий адрес, 2)Физическим лицом домашний адрес, 3)Физическим лицом на рабочий адрес юридического лица (т.е. где он работает) 4) И вообще просто человек, почтальен, курьер итд. Именно такой вариант мне посаветовали на соседнем форуме "Access".Тогда проще связать их прямо по первичным ключам КонтрнагентИД==ЮрлицоИД, КонтрнагентИД==ЮрлицоИД. КонтрагентКод в Юрлицах и Физлицах лишний. Или это специфика Access? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 13:04 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
Bogdanov Andrey, понял, вычеркиваю. Словари цитируйте девочкам с Тверской. Остальным: нафига, объясните, пожалуйста, использовать в свой работе чью-то говенную поделку (я имею в виду КЛАДР) с абсолютно идиотской структурой данных только потому, что она есть? Ну тупость же невероятная: добровольно тащить в свою базу данных кусок дерьма, спроектированный пьяным китайским школьником, плюс все ошибки блондинок-операторов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 13:16 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
"Остальным: нафига, объясните, пожалуйста, использовать в свой работе чью-то говенную поделку" Если вы уважаемый мальтшик, когда-нибудь (надеюсь, что не доживу ;-) ) займетесь разработкой межведомственных информационных систем (или хотя бы будете решать вопрос взаимодействия данных хотя бы двух систем) построенных на основе собственных классификаторов без использования общих "идиотских структур данных" то поймете кук размножаются "пьяные китайские школьники" плюс все "блондиноки-операторовы". _________________________________________________________________________________ ... Как что достать - вторая эскадрилья. А как самолеты сбивать - первая эскадрилья ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 13:52 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
ModelR Улицы - это 98% справочник имен улиц - типа ул./проспект Иванова/1-го мая и комбинируй на здоровье. да пжалста. токо в одном городе будет Льва ТОлстого ул а в другом Толстого Льва ул причем будет именно в "поделке китайзкого школьнега", в которую надо будет еще и вписацца 1:1 при подготовке отчетных файлов, не сморя на соображения высокомудрого гуеста. (а самое противное - через год этот кладр будет содержать иные написания того же самого адреса, и опять надо буит вписывацца именно в новое написание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 13:53 |
|
||
|
Структура БД
|
|||
|---|---|---|---|
|
#18+
guest_20040621Остальным: нафига, объясните, пожалуйста, использовать в свой работе чью-то говенную поделку (я имею в виду КЛАДР) с абсолютно идиотской структурой данных только потому, что она есть? Ну тупость же невероятная: добровольно тащить в свою базу данных кусок дерьма, спроектированный пьяным китайским школьником, плюс все ошибки блондинок-операторов. Эту реплику вы сможете высказать тогда, когда разработаете свою поделку и наймете свой штат блондинок-операторов, которые обеспечат актуальное и полное заполнение базы адресов. А пока лучшего по информационной наполненности справочника, чем КЛАДР я не знаю. Если знаете, то дайте ссылочку. И удачность/неудачность структуры данных меня совершенно не интересует - я всегда могу представить их данные в нужном мне виде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2007, 14:18 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34358718&tid=1544703]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
198ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
69ms |
get tp. blocked users: |
2ms |
| others: | 252ms |
| total: | 558ms |

| 0 / 0 |
