 |
|
Модераторы: LSD |
 
|
|
Организация структуры таблицы адреса проживания 
| lumentek |
|
|||
|
Бывалый  Профиль Группа: Участник Сообщений: 180 Регистрация: 19.11.2009 Репутация: нет Всего: нет |
Я имею ввиду такой вариант, если гражданин проживает в населенном пункте ПГТ, но тоесть если это прохоровский район, то он живет не в деревне, а в самой Прохоровке. Или даже в самом Белгороде, который является центром Белгородской области.
В общем я понял вот что. Когда оператор будет вводить адрес, то программа должна сформировать строку адреса только по тем полям, которые будут ведены с учетом логики. Так? Если так, то проблема будет в том что когда придется редактировать адрес(если потребуется) придется, наверное, каждый тип разделять неким разделителем. |
|||
|
||||
Загрузка ...
| Данкинг |
|
||||||
 Yersinia pestis Профиль Группа: Завсегдатай Сообщений: 8302 Регистрация: 7.11.2006 Где: მოსკოვი Репутация: нет Всего: 130 |
Ничего не понял. 
Не сформировать строку, а внести адресные данные в соответствующие поля таблицы.
Что разделять, если адрес в таблице хранится в разбитом виде? -------------------- There's nothing left but silent epitaphs. |
||||||
|
|||||||
| Deniz |
|
|||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1251 Регистрация: 16.10.2004 Где: Новый Уренгой Репутация: 7 Всего: 44 |
Для чего тогда нужна нормализация? Можно вообще все в одну таблицу, все наглядно и красиво, только есть куча проблем с производительностью, уникальностью, увеличением размера БД и т.д. -------------------- "Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с) |
|||
|
||||
| Данкинг |
|
|||
|
Yersinia pestis Профиль Группа: Завсегдатай Сообщений: 8302 Регистрация: 7.11.2006 Где: მოსკოვი Репутация: нет Всего: 130 |
Deniz, есть человек, у него есть адрес. Зачем этот адрес разбивать по нескольким таблицам? Как тут выиграет производительность, уникальность и т.п.? Что хорошего, если фамилия в первой таблице, а номер квартиры - в десятой?
Это сообщение отредактировал(а) Данкинг - 20.11.2009, 10:42 -------------------- There's nothing left but silent epitaphs. |
|||
|
||||
| Zloxa |
|
|||
 Чо? Профиль Группа: Завсегдатай Сообщений: 3473 Регистрация: 12.9.2008 Репутация: 11 Всего: 161 |
Нормализация нужна для обеспечения согласованности данных. Куда проще обеспечивать согласованность данных, если один объект(сущность) представлен в системе лишь единожды. Однако избыточное увлечение нормализацией тоже пагубно. Если увлечься нормализаей, все строки можно было бы представить как отношение лексем(слов), а все лексемы как отношение синтакссических единиц(букв). Тут даже нубу понятно, что наличие целесообразности в том является скорее исключением нежели правилом. Я думаю следует придерживаться принципа бритвы Окамма - не стоит плодить сущего сверх надобного. Если вы проектируете, например, кадастровую систему и составные части адреса являются объектами этой системы, выделение сущностей город, страна, улица и т.п. вполне может оказаться целесообразным. Однако в большинстве систем адрес - просто некий информативный атрибут, который вполне даже может оказаться не заполненным или же он должен печататься только на конвертах. В этом случае нормализация избыточна. Если нужна достоверность адреса, проверки по КЛАДР при вводе вполне может оказаться достаточно. КЛАДР не так часто модифицируется, чтобы на это можно было нарваться. Это сообщение отредактировал(а) Zloxa - 20.11.2009, 12:13 -------------------- Достоверно известно, что 89% людей доверяют статистике взятой с потолка  |
|||
|
||||
| Deniz |
|
||||||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1251 Регистрация: 16.10.2004 Где: Новый Уренгой Репутация: 7 Всего: 44 |
Если бы ТС сказал, что адрес будет хранится в одном поле, тогда можно даже отдельную таблицу не делать, вместе с описанием человека хранить, но
Зачем это все нужно ТС я так и не понял, если идентификацией субъекта по адресу будет проходить визуально без поиска по адресу, то вообще весь адрес затолкнуть в одно поле и не мучатся. -------------------- "Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с) |
||||||
|
|||||||
| Данкинг |
|
|||
|
Yersinia pestis Профиль Группа: Завсегдатай Сообщений: 8302 Регистрация: 7.11.2006 Где: მოსკოვი Репутация: нет Всего: 130 |
Если адрес разбит, то при необходимости будет проще выделить некорректные адреса, к примеру, города без улиц или домов. -------------------- There's nothing left but silent epitaphs. |
|||
|
||||
| Deniz |
|
|||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1251 Регистрация: 16.10.2004 Где: Новый Уренгой Репутация: 7 Всего: 44 |
Данкинг, мы так опять вернемся к вопросу до какого уровня нормализовать.
Я высказал свое мнение. Подождем ТС, может он прольет свет на задачу, вдруг это лаба  а мы тут выпендриваемся -------------------- "Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с) |
|||
|
||||
| former |
|
|||
 MEMS Expert Профиль Группа: Завсегдатай Сообщений: 1166 Регистрация: 1.3.2006 Где: Россия Репутация: нет Всего: 17 |
Похоже, что в данном случае и нормализация не нужна. Можно обойтись древовидной структурой, сформировать которую можно из того же КЛАДРа. Написать конвертер для конкретной области, что бы проще было обновлять. -------------------- Достаточно снизить уровень мышления, чтобы иные почувствовали почву под ногами. |
|||
|
||||
|
|
| Правила форума "Общие вопросы по базам данных" | |
|
|
Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:
Данный форум не предназначен для:
Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение.
Полезные советы: Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa. |
| 1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | СУБД, общие вопросы | Следующая тема » |
[ Время генерации скрипта: 0.0669 ] [ Использовано запросов: 21 ] [ GZIP включён ]
Реклама на сайте Информационное спонсорство
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |