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

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

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

Вопрос по SQL при обновлении записи

KisaNetik © (2004-11-03 07:58:00)
Есть таблица docum с полями id int unsigned not null auto_increment primary key, summ float(10,5); и таблица docnXX(вместо ХХ - id от предыдущей) с полями
size float(10,5),
tsena float(10,5);
Задача:
Получить что-то наподобие
update docum set summ=sum(docnXX.size*docnXX.tsena) where id="XX"
но при данном запросе ругается.... как сделать более верно??? Процедуры использовать нельзя.
Кто чемзнает, помогите пожалуйста...

sniknik (2004-11-04 10:45:00) [1]
> Скорость работы программы на первом месте!
поэтому вибрал самый медленный способ?

обновление всех полей в docum по твоему принципу будет на несколько порядков медленнее чем в базе с нормальной структурой, которая позволит это сделать одним запросом.
если структура действительно нормальная с индексами по связуемым полям и т.д.
причем здесь BLOB? ты из него значения получаеш? если нет то он это 4 байта указателя, наскорость практически не влияет.

кстати двойное упоминание про различные sql сервера, ни на какие мысли тебя не сподвигает? чтото ты должен сделать, не буду говорить что, иначе обсуждение становится безсмысленным.

KisaNetik (2004-11-04 03:37:00) [2]

> Слей все в одну и добавь поле в которое засунешь номер XX.

Пробовал, слишком долго обрабатывается один запрос, поскольку в таблице docum 37 полей и 3 из них BLOB, и в таблице docnXX тоже немало полей. Скорость работы программы на первом месте!
Проблемму уже решил, хотя и не полностью, но вот таким примитивным способом:
1) сначала считаю сумму в конкретном ХХ
select sum(size*tsena) from docn17(жёстко задаю ХХ)
2) записываю значение в docum

Виталька (2004-11-03 09:45:00) [3]
Зачем тебе на каждую запись новая таблица?
Слей все в одну и добавь поле в которое засунешь номер XX.
И не надо извращаться!!!

Johnmen (2004-11-03 09:36:00) [4]
>Goffman © (03.11.04 09:27) [5]

Насколько б ни была переменна - представления не помогут.

Goffman (2004-11-03 09:27:00) [5]

> [3] Johnmen © (03.11.04 09:03)

Все зависит от того, насколько эта величина переменна.
Об этом ничего не сказано.
id int unsigned not null auto_increment primary keyеще ничего не значит

Жук (2004-11-03 09:06:00) [6]
Да уж ! Вот ужас, так ужас.
Срочно меняйте архитектуру БД.

Johnmen (2004-11-03 09:03:00) [7]
>Goffman © (03.11.04 08:39) [2]

А чем представления помогут в данном случае, когда состав таблиц - переменная величина ?

Goffman (2004-11-03 08:39:00) [8]
В Oracle можно данные из всех таблиц объединить в один обзор(view) при помощи sql-оператора union, повесить на него триггеры instead of, и в триггерах в зависимисти от id, редактировать сами таблицы.
Но это гемморой на пустом месте.
Почему бы не использовать классический вариант организации таблиц master-detail :0

sniknik (2004-11-03 08:27:00) [9]
т.е. на каждый инкремент у тебя заведена отдельная таблица с подчиненными записями? ужас какой.
по моему база нуждается в срочной переделке.

а запрос такой ты вряд ли составиш в общем случае, но в отдельных sql серверах можно сделать цикл с формированием и выполнением строки запроса для каждого id.
(у тебя в примере проглядывает желание составить один запрос для обхода многих таблиц, этого сделать нельзя (исключение, какой нибудь экзотический sql server))

Наверх

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