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

← →
KisaNetik (2004-11-03 07:58) [0]

Есть таблица 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-03 08:27) [1]

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

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

← →
Goffman © (2004-11-03 08:39) [2]

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

← →
Johnmen © (2004-11-03 09:03) [3]

>Goffman © (03.11.04 08:39) [2]

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

← →
Жук © (2004-11-03 09:06) [4]

Да уж ! Вот ужас, так ужас.
Срочно меняйте архитектуру БД.

← →
Goffman © (2004-11-03 09:27) [5]

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

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

← →
Johnmen © (2004-11-03 09:36) [6]

>Goffman © (03.11.04 09:27) [5]

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

← →
Виталька (2004-11-03 09:45) [7]

Зачем тебе на каждую запись новая таблица?
Слей все в одну и добавь поле в которое засунешь номер XX.
И не надо извращаться!!!

← →
KisaNetik (2004-11-04 03:37) [8]

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

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

> Скорость работы программы на первом месте!
поэтому вибрал самый медленный способ?

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

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

Вопрос по SQL при обновлении записи Найти похожие ветки