ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / нормализация(?)
25 сообщений из 26, страница 1 из 2
  1  все
нормализация(?)
    #32380581
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
есть таблица. кроме многочисленных полей к вопросу не относящихся есть 4 ФИО. тоесть 12 полей только на эти ФИО.
я предложил вынести все ФИО(+ кое какая информация типа возраста) в отдельную таблицу. то есть оригинальная таблица уменьшаяется в на 12-16 столбцов.

но шеф против.
как аргументировать?
причем такая фишка еще в нескольких местах. адреса, документы и т.д.

если поможет в аргументации, срвер fb15

спасибо.
...
Рейтинг: 0 / 0
19.01.2004, 15:55
| Ответить | Цитировать | Написать  
нормализация(?)
    #32380614
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mv
Участник
Нет пределов нормализации!
Можно создать еще таблицу-справочник имен и таблицу отчеств!
Несколько менее оправданно создавать таблицу фамилий!

Зато какую потом статистику можно собирать будет!

(типа зависимость активности клиентов от их отчества или знака зодиака)
...
Рейтинг: 0 / 0
19.01.2004, 16:06
| Ответить | Цитировать | Написать  
нормализация(?)
    #32380660
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
:-)
есть таблица фамилий сразу с отчествами в обоих родах :-)
причем ее наличие вопросов не вызывает.
...
Рейтинг: 0 / 0
19.01.2004, 16:31
| Ответить | Цитировать | Написать  
нормализация(?)
    #32380677
bas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bas
Участник
а зачем сразу 4 ФИО??
...
Рейтинг: 0 / 0
19.01.2004, 16:36
| Ответить | Цитировать | Написать  
нормализация(?)
    #32380681
bas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bas
Участник
если ФИО в большенстве случаев уникальны и всегда заполнены 4 ФИО, то смысла нет делать другую таблицу
...
Рейтинг: 0 / 0
19.01.2004, 16:37
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381064
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
2 alex_k

>как аргументировать?

Например:
- fb имеет ограничение на ширину таблицы (по-моему у fb 1.0 это 65536 байт, а у M$SQL 2000 это 8096 байт). 2 таблицы - вдвое шире суммарная запись;

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

- подвести теоретическую базу в смысле нормализации из какого-нибудь толстого учебника.
...
Рейтинг: 0 / 0
20.01.2004, 01:00
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381108
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
а у M$SQL 2000 это 8096 байт
что это значит?
один varchar в 8 кил и все, в тоблицу ничего не добавить?
...
Рейтинг: 0 / 0
20.01.2004, 08:02
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381207
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
спасибо. почитал форум mssqk все понял.

ненормальная конечно система, 8 кил на таблицу.

дело в том, что в центральном офисе планируют поставить mssql сервер. и поэтому ширина таблицы имеет существенное значение, да и индексы в 900 байт тоже существенно.

в общем пока обосновал без теории, если что еще и теорию поищщу.
...
Рейтинг: 0 / 0
20.01.2004, 09:48
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381211
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
2 таблицы - вдвое шире суммарная запись;
даже не в двое. в описанном случае в четвыре раза больше :-)
...
Рейтинг: 0 / 0
20.01.2004, 09:51
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381287
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Ну, если шеф против, то наверное у него тоже есть на то причины?
Например, в нашей прежней системе была одна таблица, у которой вообще не было нормального первичного ключа (!). Тем не менее, система эксплуатировалась, и никто не жаловался. Потому что были написаны процедурные "подпорки", компенсирующие это безобразие - и они себя вполне практически оправдали. По трудозатратам написание подпорок обошлось намного дешевле, чем изменение структуры - и всех приложений, базирующихся на структуре. Вот так ;-)
...
Рейтинг: 0 / 0
20.01.2004, 10:38
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381299
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
В дополнение к предыдущему посту:
Прошу понять правильно, я не агитирую за то, чтобы системы разрабатывались как попало. Но если вы хотите, чтобы "ваша лодка не разбилась о быт", учитесь относиться проще к некоторым вещам.
...
Рейтинг: 0 / 0
20.01.2004, 10:43
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381306
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
По трудозатратам написание подпорок обошлось намного дешевле, чем изменение структуры - и всех приложений, базирующихся на структуре. Вот так ;-)
ну понятно.
делаем говно. а затем радуемся что усилия потраченные на исправления не столь велики как могли бы быть.

а я хочу сразу сделать правильно. чтоб потом не нужно было ни подпорки делать, ни структуру менять.
...
Рейтинг: 0 / 0
20.01.2004, 10:44
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381328
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Если точнее, говно досталось нам в наследство ;-)
...
Рейтинг: 0 / 0
20.01.2004, 10:54
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381343
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
извини, я ничего личного не имел в виду.
...
Рейтинг: 0 / 0
20.01.2004, 11:00
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381457
Jinn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Jinn
Гость
Пару слов по поводу "подпорок".

Да, их действительно легче написать. Но их тяжело сопровождать. Небольшое изменение системы и пчасть этих "подпорок" приходится переписывать. В конечном итоге разработчик настолько запутывается в них, что гарантировать корректность работы системы при малейшем изменении незначительной части не может гарантировать никто. Верный путь - реинжиниринг. Выделить модули, объединенные некоторой самостоятельностью, обеспечить репликацию (двустороннюю) данных между старой и новой системами и приступить к замене. Затраты на разработку будут больше, но на дальнейшее сопровождение намного меньше.
...
Рейтинг: 0 / 0
20.01.2004, 11:51
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381514
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Согласен. Но это - в теории. А на практике система с "подпорками" прожила почти 5 лет и в итоге была отправлена на пенсию в связи с внедрением новой системы. Поддержка старой системы была полностью прекращена. Функциональность таблицы с "подпорками" в новой системе была запроектирована корректно. Вывод: иной раз классики ошибаются ;-)
При ином развитии событий (продолжение поддержки старой системы) наверняка наступил бы момент принятия рещения о необходимости реинжиниринга.
...
Рейтинг: 0 / 0
20.01.2004, 12:19
| Ответить | Цитировать | Написать  
нормализация(?)
    #32381641
Jinn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Jinn
Гость
UrriСогласен. Но это - в теории.

Это не теория а разные условия эксплуатации. Если система, после установки "подпорок" не изменяется, то твое утверждение верно. Будет работать и не квакать. Если же система, пусть даже не очень активно, развивается, требует внедрения нового функционала, то затараты на ее поддержку возрастают неимоверно.
...
Рейтинг: 0 / 0
20.01.2004, 13:41
| Ответить | Цитировать | Написать  
нормализация(?)
    #32382338
Gena G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gena G.
Участник
alex_kненормальная конечно система, 8 кил на таблицу.

А что ненормального-то?
...
Рейтинг: 0 / 0
20.01.2004, 19:53
| Ответить | Цитировать | Написать  
нормализация(?)
    #32382399
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
2 Gena G.
> alex_k
> ненормальная конечно система, 8 кил на таблицу.
>
>
>А что ненормального-то?

Все познается в сравнении. Если не сравнивать, то конечно все нормально.

2 alex_k

Поставьте Sybase ASA в центральный офис. Дешевле и проблем меньше. К тому же можно поставить на линух.
...
Рейтинг: 0 / 0
20.01.2004, 23:37
| Ответить | Цитировать | Написать  
нормализация(?)
    #32382403
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Вчера ответ написал, да вот отправить не получилось.
==============================
Если ФИО одних и те же людей может использоваться в разных таблицах, то их надо обязательно вынести в отдельную таблицу.
Хотя бы из соображений непротиворечивости. Если вдруг сделана ошибка при вводе, то исправлять надо только в одном месте. Кстати, и фамилии, и имена и даже отчества у людей меняются. И опять же это надо править. И замены могут быть. Короче, нормализацию не зря придумали.
...
Рейтинг: 0 / 0
21.01.2004, 00:25
| Ответить | Цитировать | Написать  
нормализация(?)
    #32382432
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
sybase вряд лт поканает, так как я субподрядчик. мой заказчик это контора, партнер майкрософт и очень любит их продукты.

главному заказчику очевидно оказалось тяжело втюхать лицензии для ms office(для msdе) на каждый филиал, поэтому в филиалах firebird. а вот в центре обязательно mssql поставят.
...
Рейтинг: 0 / 0
21.01.2004, 04:40
| Ответить | Цитировать | Написать  
нормализация(?)
    #32383132
Gena G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gena G.
Участник
c127Все познается в сравнении. Если не сравнивать, то конечно все нормально.

Меня интересуют именно критерии сравнения по которым получается "ненормальная конечно система"

PS У нас в Австралии не ходят в валенках и не играют на балалайках. Если эти 2 свойства есть критерий сравнения с Россией, то получится что Австралия "ненормальная конечно страна"
...
Рейтинг: 0 / 0
21.01.2004, 14:08
| Ответить | Цитировать | Написать  
нормализация(?)
    #32383143
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
ненормальноть системы в том, что разработчик должен задумываться, а не вылезет ли он за диапазон.

а в австралии вообще все кверх ногами ходят :-) это что нормально?
...
Рейтинг: 0 / 0
21.01.2004, 14:12
| Ответить | Цитировать | Написать  
нормализация(?)
    #32383164
Gena G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gena G.
Участник
alex_kненормальноть системы в том, что разработчик должен задумываться, а не вылезет ли он за диапазон.

Ненормальность состоит в том что разработчику вообще приходится задумыватьсь...

alex_kа в австралии вообще все кверх ногами ходят :-) это что нормально?

Ненормально. Не едьте к нам, пожалуйста...
...
Рейтинг: 0 / 0
21.01.2004, 14:26
| Ответить | Цитировать | Написать  
нормализация(?)
    #32383170
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
Ненормально. Не едьте к нам, пожалуйста...
уж будьте покойны :-)
...
Рейтинг: 0 / 0
21.01.2004, 14:28
| Ответить | Цитировать | Написать  
25 сообщений из 26, страница 1 из 2
  1  все
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / нормализация(?)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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