AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.10.2011, 15:43   #21  
online
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,689 / 405 (17) +++++++
Регистрация: 23.03.2006
Цитата:
Сообщение от lev Посмотреть сообщение
В общем я бы пошел по следующему пути:
1. Если нужно разово выполнить обновление какого то поля, во всей таблице и при этом бизнес логика из метода update() таблицы не нужна, то выполнил был это обновление напрямую в SQL.
2. Если это какая то периодическая операция, которая раз в месяц (неделю, квартал, год) должна выполняться кем то из аксапты, то сформировал бы SQL запрос и выполнил его напрямую в SQL из аксапты (как это сделать я писал в предыдущих сообщениях).

P.S. если конечно сам SQL нормально переваривает такого вида запрос
а как при втором пункте сработает бизнес-логика аксапты, если SQL запрос и выполнится напрямую в SQL из аксапты???
если есть какаято логика в update, то без разницы что написать update_recordset или select forupdate
Старый 18.10.2011, 15:45   #22  
online
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,689 / 405 (17) +++++++
Регистрация: 23.03.2006
Цитата:
Сообщение от Dreadlock Посмотреть сообщение
Операция периодическая, пакетная, запускается раз в пол часа.
каждые пол часа апдейтить таким образом полмиллиарда записей
вы точно все верно продумали?
Старый 18.10.2011, 15:48   #23  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Цитата:
Сообщение от ice Посмотреть сообщение
а как при втором пункте сработает бизнес-логика аксапты, если SQL запрос и выполнится напрямую в SQL из аксапты???
если есть какаято логика в update, то без разницы что написать update_recordset или select forupdate
про бизнес логику относится к обоим пунктам, не очень явно об этом написал.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 18.10.2011, 15:48   #24  
Dreadlock is offline
Dreadlock
Участник
Аватар для Dreadlock
 
298 / 224 (8) ++++++
Регистрация: 07.05.2009
Адрес: Москва
Цитата:
Сообщение от lev Посмотреть сообщение
По хорошему сообщить бы в Майкрософт об этом баге...
Может они его исправят или хотя бы как то прокомментируют...
Если ни у кого не работает, то будем писать. Операция то полезная.
Старый 18.10.2011, 15:56   #25  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,429 / 1772 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от Dreadlock Посмотреть сообщение
В общем задача такая, в поле ошибки надо записать последовательно несколько ошибок, т.е. потом, после первого обновления строк пойдет:
X++:
update_recordset myTable_1
            setting ErrorTxt = myTable_1.ErrorTxt + "CCC" + myTable_1.Field10_str  + " DDD ";
.
Экспериментальным путём удалось выполнить следующий код:
X++:
update_recordset myTable_1
            setting ErrorTxt = myTable_1.ErrorTxt + "CCC" + (myTable_1.Field10_str + " DDD ") + (myTable_1.Field11_str + " EEE ") + (myTable_1.Field12_str + " FFF");
и такой:
X++:
update_recordset myTable_1
            setting ErrorTxt = ("BBB " + myTable_1.ErrorTxt) + (" CCC " + myTable_1.Field10_str) + (" DDD " + myTable_1.Field11_str) + (" EEE " + myTable_1.Field12_str);

Последний раз редактировалось S.Kuskov; 18.10.2011 в 16:05.
За это сообщение автора поблагодарили: Logger (3), Dreadlock (1).
Старый 18.10.2011, 16:24   #26  
Dreadlock is offline
Dreadlock
Участник
Аватар для Dreadlock
 
298 / 224 (8) ++++++
Регистрация: 07.05.2009
Адрес: Москва
Да, действительно так сработало.
Спасибо!
Старый 18.10.2011, 17:26   #27  
online
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,689 / 405 (17) +++++++
Регистрация: 23.03.2006
а ведь потом кому-то все это разгребать
Старый 19.10.2011, 10:21   #28  
Dreadlock is offline
Dreadlock
Участник
Аватар для Dreadlock
 
298 / 224 (8) ++++++
Регистрация: 07.05.2009
Адрес: Москва
Сегодня обнаружил, что строки непонятным образом обрезаются.

Т.е. если апдэйтить поле фразой "Привет ААА, как дела?", при этом выполнить сделав это так:
X++:
update_recordset myTable
      setting myTable.myField_1 = (myTable.myField_1 + "Привет ") + (myTable.myField_2 + " , как дела?")
Получим примерно следующее: "ПриветААА,ка"

Будьте бдительны
За это сообщение автора поблагодарили: Veter (1).
Старый 19.10.2011, 15:56   #29  
Veter is offline
Veter
Участник
Аватар для Veter
 
18 / 35 (2) +++
Регистрация: 23.06.2011
Адрес: Минск
здравствуйте ,
проявилась зависимость образания строки от длинны поля :
(myTable.myField_2 + " , как дела?") - myField_2 + 1 символ
__________________
Все в порядке - идем ко дну! (к/ф Экипаж счастливой "Щуки")
Старый 19.10.2011, 16:28   #30  
Dreadlock is offline
Dreadlock
Участник
Аватар для Dreadlock
 
298 / 224 (8) ++++++
Регистрация: 07.05.2009
Адрес: Москва
Цитата:
Сообщение от Veter Посмотреть сообщение
здравствуйте ,
проявилась зависимость образания строки от длинны поля :
(myTable.myField_2 + " , как дела?") - myField_2 + 1 символ

Да, только что теперь с этим делать?
Старый 19.10.2011, 17:22   #31  
Veter is offline
Veter
Участник
Аватар для Veter
 
18 / 35 (2) +++
Регистрация: 23.06.2011
Адрес: Минск
могу предложить 2 варианта :
1 В лоб - увеличить длинну myField_2
2 В сторону - апдейтить в два прохода - поле отдельно строка отдельно
__________________
Все в порядке - идем ко дну! (к/ф Экипаж счастливой "Щуки")

Последний раз редактировалось Veter; 19.10.2011 в 17:31.
Старый 19.10.2011, 18:15   #32  
Dreadlock is offline
Dreadlock
Участник
Аватар для Dreadlock
 
298 / 224 (8) ++++++
Регистрация: 07.05.2009
Адрес: Москва
Мне больше по душе написать в Мелкософт.
Просто представьте, Вы совсем не в курсе проблемы, открываете код, а том то +1 то -2, не поддающиеся логике пляски с бубном, да еще и человек с небольшим опытом. Так и вижу, как он это все стирает, и через пол часа достает свой бубен.
Старый 24.10.2011, 12:38   #33  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Создам на всякий случай в базе для следующих версий. Такое врядли будут хотфиксить.
Старый 22.11.2011, 17:34   #34  
Crusader3000 is offline
Crusader3000
Участник
 
1 / 10 (1) +
Регистрация: 22.11.2011
Адрес: UA
Сегодня бился несколько часов над тем чтобы в select в запросе (where) использовать конкатенацию двух полей в таблице. Не получалось. Пошёл на поклон к знатокам. Оказалось что в select нельзя использовать конкатенацию полей таблицы. Просто нельзя и всё. Можно использовать только одно поле.
Хотя Аксапта правильно создаёт запрос к БД (sql), да и такой запрос в самом sql менеджере работает. А вот Аксапта - против подобного, хотя такой код компилирует успешно. Видимо, с точки зрения синтаксиса, противопоказаний нет.

Пришлось делать выборку всей таблицы и в цикле искать совпадение по конкатенации двух полей.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
update_recordset не работает с системными полями и таблицами? Alexx7 DAX: Программирование 42 19.10.2009 09:39
update_recordset и мемо-поля Lucky13 DAX: Программирование 5 28.08.2009 14:10
update_recordset. Бага или фича? Lucky13 DAX: Программирование 7 08.04.2009 17:33
Почему не отрабатывает update_recordset? breakpoint DAX: Программирование 17 25.06.2008 18:27
Вопрос по update_recordset cherv DAX: Программирование 5 14.07.2006 14:28

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 17:22.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.