Я верю UPDATE FROM
с JOIN
, поможет:
UPDATE
Sales_Import
SET
Sales_Import.AccountNumber = RAN.AccountNumber
FROM
Sales_Import SI
INNER JOIN
RetrieveAccountNumber RAN
ON
SI.LeadID = RAN.LeadID;
UPDATE
Sales_Import SI,
RetrieveAccountNumber RAN
SET
SI.AccountNumber = RAN.AccountNumber
WHERE
SI.LeadID = RAN.LeadID;
Лицензирование вокруг него, насколько я помню, немного затруднительно.
Я думаю, что большинство людей ждут параллельных расширений в .NET 4.0. Я знаю, что это не совсем то же самое, но все же это намного лучше, чем то, что есть во фреймворке на данный момент - и хотя продолжения не работают таким же образом, по крайней мере, они есть :)
Я подозреваю, что Над Parallel Extensions было поработано больше, чем над CCR - хотя я уверен, что работа CCR также вдохновила часть дизайна PFX.
Я тоже лично люблю CCR ... Я, конечно же, не видел ничего подобного в .NET или где-либо еще. Я думаю, это очень плохо, что я считаю, что Джон прав, и он, вероятно, будет отнесен к нише таких энтузиастов, как мы, в то время как большая часть основной многопоточности .NET, вероятно, будет осуществляться с помощью параллельных расширений.
Я особенно разочарован этим прогноз, потому что я думаю, что для его продвижения можно сделать больше - скажем, возможно, вписать его в надежную корпоративную инфраструктуру типа шины асинхронных сообщений, которой, как мне кажется, не хватает последовательной истории в .NET. Кроме того, глядя на сайт Microsoft CCR / DSS , я, вероятно, никогда бы не подумал попробовать это ... Я не понимаю, почему это было упаковано таким образом - кроме того факта, что несколько компаний вырвали его из набора инструментов Robotics и просто использовали его, прежде чем MS подумала, что у него есть цель, выходящая за рамки робототехники.
В любом случае, вы не одиноки. .. и есть много других «энтузиастов» CCR. Вот изящный проект CodePlex , основанный на «потоке», который объединяет CCR в интересную потоковую парадигму.
Пока мне нравится использовать CCR в двух крупных проектах. Первый ужасен (не совсем понял идею паттерна причинности), а второй блестяще продвигается (поисковый робот)
Оба проекта используют парадигму на основе сообщений, чтобы избежать ожидания медленных операций ввода-вывода. CCR вполне подходит для работы, если вы решите проблему отсутствия совместимого ORM-преобразователя. (Я подумываю выпустить часть кода сантехники, который я написал, чтобы спасти других людей от боли в сердце)
Сказав это, RX выглядит довольно интересно. Мне любопытно, как он сравнивается с точки зрения обработки ошибок, скорости и надежности.
Microsoft Robotics Studio 2008 R3 теперь доступна и бесплатна для всех.