Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

---|Ветка была без названия|---

Страницы: < 1 2 3 >
Radionov Alexey © (2003-09-12 08:41:00)

В проекте используется midas. На сервере поменялась структура таблицы, так как было выяснено, что в некотором строковом поле некоторой таблицы довольно часто встречаются одинаковые данные. Было решено это поле заменить ссылкой на соответствующий элемент в новой таблице-справочнике.

Вопрос:
Как "малой кровью" реализовать сие, если приложения на стороне клиента модификации не подлежат?
Клиенту данные этой таблицы отправляются соответствующим DataSetProvider"ом.

Radionov Alexey (2003-09-12 12:34:00) [21]

Ребята, я про нормализацию и не заикался.
Что хотел - уже сделал.
По поводу удобства - давно использую autocomplete и "расстояния Левенштейна" :))
Все таблицы находятся мнимум в 3НФ.

Sandman25 (2003-09-12 12:31:00) [22]

[33] Reindeer Moss Eater © (12.09.03 12:23)

И как это связано с внесенными изменениями?
В поле-строку запрещено выбирать значения из справочника?

До изменения не было справочника :) Перечитайте первый пост.

Reindeer Moss Eater (2003-09-12 12:29:00) [23]

Zacho ©

Это тебе недостаточно, а мне достаточно.
Было одно поле-строка, которое вынесли в справочник и заменили ссылкой. Это все что угодно, но не нормализация.

Zacho (2003-09-12 12:28:00) [24]

> Reindeer Moss Eater © (12.09.03 12:17) [30]

Блин !
В вопросе автора просто недостаточно информации, для определения была ли нормализована таблица или нет. Вот это для меня - абсолютно очевидно, поэтому и предлагал тебе пример, показывающий это.

Reindeer Moss Eater (2003-09-12 12:23:00) [25]

Пользователю может быть легче выбрать значение (особенно длинное) из списка (особенно с поиском по подстроке), чем набирать его полностью (при этом еще и рискуя ошибиться в 25-ом символе).

И как это связано с внесенными изменениями?
В поле-строку запрещено выбирать значения из справочника?

Johnmen (2003-09-12 12:23:00) [26]

>Reindeer Moss Eater © (12.09.03 12:05)
>Еще раз повторяю. Из приведенных в вопросе данных совершенно
>очевидно, что к нормализации это никакого отношения не имеет

А мне почему-то очевидно, что имеет :)))

Sandman25 (2003-09-12 12:21:00) [27]

Согласен с Reindeer Moss Eater насчет нормализации. Если поле не служило ссылкой на другую таблицу, конечно.
Не согласен с ним же насчет удобства работы пользователя. Пользователю может быть легче выбрать значение (особенно длинное) из списка (особенно с поиском по подстроке), чем набирать его полностью (при этом еще и рискуя ошибиться в 25-ом символе).

Reindeer Moss Eater (2003-09-12 12:17:00) [28]

Зачем мне твои примеры? Я вопрос автора разбираю.

Zacho (2003-09-12 12:16:00) [29]

> Reindeer Moss Eater © (12.09.03 12:05) [28]

А мне - не очевидно. Действительно, могу привести пример из жизни.

Reindeer Moss Eater (2003-09-12 12:05:00) [30]

Еще раз повторяю. Из приведенных в вопросе данных совершенно очевидно, что к нормализации это никакого отношения не имеет.

Zacho (2003-09-12 12:02:00) [31]

> Radionov Alexey © (12.09.03 11:48) [26]

Я предпочитаю К.Дж. Дейт "Введение в системы баз данных", хотя на вкус и цвет .. :)

>
> Reindeer Moss Eater © (12.09.03 11:39) [25]
> Данные в поле должны быть неделимы. Логически.
> Это и есть первая НФ. Именно она.

Далеко не полное определение 1НФ

> Johnmen © (12.09.03 10:34) [20]
>
> Первой нормальной форме.

Не факт, не достаточно информации для того чтобы вообще определить какой НФ соответствует эта таблица, хоть до реструктуризации, хоть после.
2 Reindeer Moss Eater ©
Действительно, просто в исходном посте не достаточно информации для утверждения была ли таблица нормализована или нет, т.ч. твои замечания, что реструктуризация была сделана зря - просто не имеют оснований. Если хочешь - могу привести пример.

Radionov Alexey (2003-09-12 11:48:00) [32]

>Johnmen © (12.09.03 11:34)
Про форму Бойса-Кодда;
Про четвертую форму;
Про пятую форму;
и, кажется, все про базы данных есть в
Бегг К., Страчан А., Коннолли Т.
"Базы данных. Проектирование, реализация и сопровождение. Теория и практика"

Reindeer Moss Eater (2003-09-12 11:39:00) [33]

Данные в поле должны быть неделимы. Логически.
Это и есть первая НФ. Именно она.

4-ю и 5-ю нормальные формы кратко можно выразить так:
Они настолько специфичны, что практического применения в реальной жизни имеют мало.
Кроме того пятая форма - далеко не самая последняя.

Johnmen (2003-09-12 11:34:00) [34]

>Reindeer Moss Eater © (12.09.03 10:53)

Слишком узкое определение НФ1. Если хочешь, отнеси это к другой НФ.
Кстати, интересно, как выглядит 4-я и 5-я ? :)))

Radionov Alexey (2003-09-12 11:11:00) [35]

>Reindeer Moss Eater © (12.09.03 11:03)
Конечно, по барабану :)
Ему и этот наш разговор по барабану тож.
Не говорить теперь?
А не по барабану мне, собственно. Просто не люблю халявы.

По поводу скорости поиска спорить не буду. От этого спора клиенту ни горячо, ни холодно :)

Таки спасибо за наводку с запросом ;)

Reindeer Moss Eater (2003-09-12 11:03:00) [36]

Поменялась логика хранения данных с целью уменьшения объема данных и уменьшения времени поиска. А последнее - в том числе для клиента

Первое - клиенту по барабану. Второе (про более быстрый поиск) - очень спорно.

Reindeer Moss Eater (2003-09-12 10:53:00) [37]

Первая нормальная форма - данные в поле должны быть атомарными (неделимыми).

Поле строка заменено полем-числом. Если таблица не удовлетворяла первой форме до замены, то она не будет ей удовлетворять и после такой замены.

Johnmen (2003-09-12 10:34:00) [38]

>Reindeer Moss Eater © (12.09.03 10:01) [12]
>А требованиям какой из пяти нормальных форм стала удовлетворять
>таблица после произведенных действий (которой она не
>удовлетворяла до реструктуризации)?

Первой нормальной форме.
Кстати, интересно, как выглядит 4-я и 5-я ? :)))

Radionov Alexey (2003-09-12 10:33:00) [39]

>Reindeer Moss Eater © (12.09.03 10:21)
С точки зрения клиента ничего не поменялось. Это и требовалось. Поменялась логика хранения данных с целью уменьшения объема данных и уменьшения времени поиска. А последнее - в том числе для клиента

Reindeer Moss Eater (2003-09-12 10:21:00) [40]

Сторона клиента не меняется. Он ничего не знает про коды.

1. Если клиент не меняется, то он будет (должен) получать все те же длинные строки. Приложения пишутся для клиентов. Что клиент получит от этой реструктуризации?

2. Клиент написан новый и таблицы тоже изменены. Получаем ситуацию описанную в [11] и снова спрашиваем себя, что хорошего мы изменили в жизни клиента?

Ответ : мы сэкономили дисковое пространоство на сервере.
Вопрос: Достигнутый совокупный эффект окупает затраты на его достижение?

Страницы: < 1 2 3 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »