Выборочное редактирование в таблице

Есть 2 таблицы как на картинке. Допустим, курс $ поменялся, в таблице MAT пересчитали запросом.
Теперь надо в таблице TBL тоже поменять Price, естественно только в нужных строках, то есть выбрать из MAT где $ и при совпадении ID_Mat в обеих таблицах. Как это сделать одним запросом.
Пробовал такой запрос
выдает ошибку на SELECT, да и в общем-то видно что не то.
Может важно, SQL Compact 3.5

Миниатюры

 

0

Joiner, м.б. попробовать join т.е. таб1 join таб2 он таб1.ID=таб2.ID and $<>$

0

один вопрос - зарадидля эти телодвижения?

0

Сообщение от pincet один вопрос - зарадидля эти телодвижения?

Да все просто, есть таблица с используемыми материалами для производства, и есть таблица с готовыми комплектами этих материалов для изделий. Из этих комплектов формируется заказ для клиента. Цены на материалы периодически корректируются, и нужно их обновлять в этих комплектах. Я нарисовал упрощенный вариант таблиц, что бы не забивать голову лишним. Мне нужно суть понять.
Если цена правится только в одной строке, то проблем нет. А вот, то что в валюте, обновляется пакетом. Так же пакетом нужно и в комплектах обновить.

Сообщение от АЛКС попробовать join т.е. таб1 join таб2

Что-то не совсем представляю, join объединяет столбцы.

0

использовать справочник курсов валют не предлагать?

0

Сообщение от pincet использовать справочник курсов валют не предлагать?

А это как? Непонятен вопрос.
Сейчас курс вводится вручную через форму, по мере необходимости. Возможно позже прикручу загрузку курса с сайта ЦБ, что бы все автоматом делалось.

0

Joiner, вот по аналогии попробуй

0

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

0

Сообщение от AndreyVorobey Joiner, твоя модель не верна с точки зрения нормализации и реализации. сам прикинь, правильно ли то, что из-за обновлении каких-то данных в одном месте, тебе нужно обновлять их же и в другом месте?

Спасибо за совет. Я понимаю о чем Вы говорите. Настройка связей, каскадное обновление, запросы с объединением. Согласен с Вами.
Но, как говорится, пока имеем, то что имеем. Планирую потом провести оптимизацию кода и, естественно, базы и запросов. Пока есть объективные причины:
1. Мои слабые познания в SQL. Почти вся программа построена на простых запросах, потому что сейчас мне интересна сама возможность реализации программы.
2. В программе есть место, где рассчитывается заказ, алгоритм довольно сложный, много циклов, много условий IF, множество выборов CASE, плюс много расчетов объемов, площадей и прочее. В процессе расчета тьма запросов. Полный расчет занимает очень заметное время. Причем весь перерасчет вызывается всего после изменения одной исходной цифирки. А все это я описываю из-за того, что сложные запросы еще более усугубят ситуацию, поэтому я и пытаюсь вынести максимальное количество операций из этого алгоритма, пусть даже супротив нормальной логики.
Например, в данном случае нужно получить максимум данных простым запросом, а эти данные пусть обновляются в другом месте, где это не критично.

0

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

0

Сообщение от Joiner Спасибо за совет. Я понимаю о чем Вы говорите. Настройка связей, каскадное обновление, запросы с объединением. Согласен с Вами.

нет, речь совсем не об этом

0