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

← →
Zacho © (2003-09-12 12:49) [40]

> Reindeer Moss Eater © (12.09.03 12:29) [35]
> Это тебе недостаточно, а мне достаточно.

Попробуй доказать. Тоько приводи точные и полные определения НФ.
P.S. Кажется, этот спор зашел в тупик. Если есть желание продолжить - может перейдем в "Потрепаться" ?

← →
Reindeer Moss Eater © (2003-09-12 12:50) [41]

Доказательство простое:
Ничего не изменилось.
Нормализации не прибавилось, ни убавилось.

← →
Radionov Alexey © (2003-09-12 12:54) [42]

>Sandman25 © (12.09.03 12:41)
Большое строковое поле. Со временем выяснилось, что "разнообразие его значение не очень-то разнообразно". Сделал справочник. А вопрос был в этом: ГДЕ В ПРОВАЙДЕРЕ СДЕЛАТЬ ПЕРЕНАПРАВЛЕНИЕ ДАННЫХ, ДЛЯ ТОГО, ЧТОБЫ НИЧЕГО НЕ ТРОГАТЬ НА КЛИЕНТЕ.
Что уже и сделал.

← →
Sandman25 © (2003-09-12 12:59) [43]

[42] Radionov Alexey © (12.09.03 12:54)

Не, ну если поле действительно большое и записей очень много, то наверное пару десятков мегабайт сэкономить можно. С другой стороны, если поле с самого начала было VARCHAR и записей не так уж и много, то ради пары мегабайт забивать сетку, возможно, и не стоило. Но Вам, конечно, виднее, какая именно у Вас ситуация.

← →
Danilka © (2003-09-12 13:02) [44]

Sandman25 © (12.09.03 12:59)
Как не стоило? Смотри сколько флейма, какие все упертые, особенно зануда Reindeer Moss Eater :))

← →
Sandman25 © (2003-09-12 13:05) [45]

[44] Danilka © (12.09.03 13:02)

Я не упертый. "Reindeer Moss Eater" меня переубедил :)

← →
Danilka © (2003-09-12 13:07) [46]

Sandman25 © (12.09.03 13:05)
Ну, на счет нормализаци я с ним согласен, но какое это имеет отношение к вопросу? Точнее, какое отношение к вопросу имеет 90% постов, с учетом того, что ответ был в первом посте.
:))

← →
Radionov Alexey © (2003-09-12 13:07) [47]

>Sandman25 © (12.09.03 12:59)
В вопросе я указал, что сервер на paradox"е сидит.
Сетка забиваться будет не сильнее прежнего, так как клиент продолжит получать то же, что и раньше (клиент я вообще не трогаю). И данные заносятся клиентом точно также как раньше.

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

Таким образом, я просто поменял способ хранения информации. Клиента это волновать вообще не должно.

← →
Sandman25 © (2003-09-12 13:08) [48]

[47] Radionov Alexey © (12.09.03 13:07)

Понятно.

← →
Sandman25 © (2003-09-12 13:10) [49]

[46] Danilka © (12.09.03 13:07)

Ну надо же было разобраться, помочь человеку. Возможно, он совершал ошибку, заводя этот справочник. Это уже потом выяснилось, что автор ветки знал, что делал.

← →
Reindeer Moss Eater © (2003-09-12 13:10) [50]

Danilka
Ну, на счет нормализаци я с ним согласен, но какое это имеет отношение к вопросу?

После [2] я уже не пытался ответить на вопрос. Я говорил, что реализация затеи обошлась дорого, а выгоды принесла минимум.

← →
Danilka © (2003-09-12 13:18) [51]

Reindeer Moss Eater © (12.09.03 13:10)
>Я говорил, что реализация затеи обошлась дорого, а выгоды принесла минимум.

Принесла выгоду или нет, зависит от условия задачи - а нам они не известны. :))
Например, если 90% запросов к базе - запросы с фильтрами по этому полю, тогда, вполне оправдано.

← →
Danilka © (2003-09-12 13:20) [52]

хотя, даже есть 90% запросов с фильтрами, а в таблице две сотни записей, тогда нет, неоправдано, я-бы не стал париться. :))

Тем, что select надо будет делать с join"ом против простого selecta к таблице?

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

Ну вы и флеймите. Хочется человеку - пусть делает. Кстати, это не просто реализуемо, а хорошо реализуемо. Несколькими путями.
1. OnBeforeUpdateRecord у провайдера - там делаешь, что нать ручками (запись доступна) и Applied := true, тогда провайдер не будет пытаться сам ее запостить
2. Сделать в удаленном модуле данных cds как была и присобачить провайдера к ней, а на запрос данных собирать ее вручную

и тд

---|Ветка была без названия|--- Найти похожие ветки