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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 15.04.2014, 12:47   #1  
zuzka is offline
zuzka
Участник
Аватар для zuzka
 
131 / 10 (1) +
Регистрация: 29.07.2013
Руководство поручило пранализировать возможность разнести отложенный учет документов с одного NAS на два. На что порекомендуете обратить особое внимание? Блокировки - первоочередной приоритет поиска, уже в процессе... Просто реально сижу и ломаю голову что еще может не срастись.
__________________
Как только вы проиграете, все ваши прошлые победы забудут.
Старый 15.04.2014, 16:46   #2  
IGG is offline
IGG
Участник
 
665 / 29 (2) +++
Регистрация: 24.08.2005
Адрес: СПб/Москва
Цитата:
Сообщение от zuzka Посмотреть сообщение
Руководство поручило пранализировать возможность разнести отложенный учет документов с одного NAS на два. На что порекомендуете обратить особое внимание? Блокировки - первоочередной приоритет поиска, уже в процессе... Просто реально сижу и ломаю голову что еще может не срастись.
Предотвращение захвата одного и того же документа несколькими NAS
Старый 15.04.2014, 16:51   #3  
zuzka is offline
zuzka
Участник
Аватар для zuzka
 
131 / 10 (1) +
Регистрация: 29.07.2013
Это естественно - документы разбиваются по типам источников, вот и копаюсь в логике в поисках вероятности возникновения проблем при учете разных типов на разных НАСах... Здесь видимо больше вопрос к бизнес-аналитикам, но у нас увы разработчики ковыряют логику чтобы ее узнал аналитик) Что интересное найду - обязательно отпишусь.
__________________
Как только вы проиграете, все ваши прошлые победы забудут.
Старый 15.04.2014, 20:12   #4  
IGG is offline
IGG
Участник
 
665 / 29 (2) +++
Регистрация: 24.08.2005
Адрес: СПб/Москва
Цитата:
Сообщение от zuzka Посмотреть сообщение
Это естественно - документы разбиваются по типам источников, вот и копаюсь в логике в поисках вероятности возникновения проблем при учете разных типов на разных НАСах... Здесь видимо больше вопрос к бизнес-аналитикам, но у нас увы разработчики ковыряют логику чтобы ее узнал аналитик) Что интересное найду - обязательно отпишусь.
То есть если документы одного типа окончились то один NAS простаивает?
Старый 16.04.2014, 08:29   #5  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
А вы и не ломайте голову. Девять беременных женщин за месяц не родят.
Накладные расходы будут выше чем мнимая выгода от двух NAS.
Старый 16.04.2014, 10:20   #6  
zuzka is offline
zuzka
Участник
Аватар для zuzka
 
131 / 10 (1) +
Регистрация: 29.07.2013
Цитата:
Сообщение от IGHG Посмотреть сообщение
То есть если документы одного типа окончились то один NAS простаивает?
На данный момент НАСы не простаивают никогда - всегда очередь. Имеет место рост очереди и замедление других операций в дневное время, поэтому и смотрим что можно скинуть на другой НАС.

Цитата:
Сообщение от rmv Посмотреть сообщение
А вы и не ломайте голову. Девять беременных женщин за месяц не родят.
Накладные расходы будут выше чем мнимая выгода от двух NAS.
На данный момент компания теряет прибыль от задержки в учете: заказов на продажу, заявок на доставку.

Цитата:
Сообщение от jopagames3
Насколько я помню, zuzka работает "за идею" (т.е. разобраться и стать более ценным специалистом).
Поэтому коммерческой составляющей этой задачи можно смело пренебречь.
Всегда приятно немного "поколхозить с учётом" или "вкрячить второй NAS", а потом посмотреть, что из этого получится.

ЗЫ: А если слишком много рассуждать о деньгах, то можно поставить под сомнение ВООБЩЕ(!) всю выгоду от внедрения NAV. (и прочего недешевого Микрософта)
Собственно уже выяснил что особо ничего не получится, сбросить на другой НАС (который давно есть и используется для тестовых нужд в продуктивной среде) можно лишь то что очень редко появляется на учете и занимает учетный НАС на минимальное время...

З.Ы. Кое что по теме: нарыл небольшую багу в кодеюните 80 выборку из таблицы детальных операций клиентов, выборка не по первичному ключу - а записей там...... добавил ключ, перед выборкой переключил на него - учет полетел)))
__________________
Как только вы проиграете, все ваши прошлые победы забудут.
Старый 16.04.2014, 10:46   #7  
alexb_imported is offline
alexb_imported
Участник
 
256 / 12 (1) ++
Регистрация: 25.08.2006
Цитата:
Сообщение от zuzka Посмотреть сообщение
З.Ы. Кое что по теме: нарыл небольшую багу в кодеюните 80 выборку из таблицы детальных операций клиентов, выборка не по первичному ключу - а записей там...... добавил ключ, перед выборкой переключил на него - учет полетел)))
Найденный Вами баг: это в NAV-стандарте или в доработках? Если в NAV-стандарте: где именно?
Старый 16.04.2014, 12:24   #8  
zuzka is offline
zuzka
Участник
Аватар для zuzka
 
131 / 10 (1) +
Регистрация: 29.07.2013
Скорее всего в доработке (до меня и при мне было 3 подрядчика). Функция RemoveFictApplForPrepayment в кодъюните 80, в функции цикл прохода по таблице 21 с выборкой из таблицы 379, в 379 юзается дефолтный первичный ключ по полю "Entry No." а выборка идет по "Cust. Ledger Entry No." - на него и перекинул ключ и сразу отсеялось более 2-х тысяч лишних строк (фактически с 2.5-3к записей сменилось на 2-5 БЕЗ ТЫСЯЧ) при каждой итерации цикла.
__________________
Как только вы проиграете, все ваши прошлые победы забудут.
Старый 17.04.2014, 08:30   #9  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Вы разумно сделали что начали бороться с причиной - кривым кодом, а не следствиями.
Хотя 2 NASа в принципе неплохо для тестирования. Это как два антивиря ставить на комп - кто кого съест.
Запускаете профайлер в режиме контроля эскалации блокировок и отловки дедлоков, запускаете учет и наслаждаетесь. Уверяю, ждет Вас множество приятных и не очень открытий.
Сам потратил прилично времени на переосмысление данных трассировки и на вычистку гуамнокода.
Кто бы мог подумать что банальный modifyall без if find('-') вначале может полностью заблокировать таблицу от изменения.
Старый 17.04.2014, 10:30   #10  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от zuzka Посмотреть сообщение
З.Ы. Кое что по теме: нарыл небольшую багу в кодеюните 80 выборку из таблицы детальных операций клиентов, выборка не по первичному ключу - а записей там...... добавил ключ, перед выборкой переключил на него - учет полетел)))
Ану-ану расскажите где енто чудо "таблицы детальных операций клиентов" живет в CU80??
Старый 17.04.2014, 14:18   #12  
zuzka is offline
zuzka
Участник
Аватар для zuzka
 
131 / 10 (1) +
Регистрация: 29.07.2013
собственно намекнул руководству о более вероятном анализе кода при отложеном учете, для поиска таких вот "прогулок" по таблицам в циклах с выборками мимо первичных ключей - вроде пока от идеи второго НАСа отказались, думают давать ли добро на анализ (времени то я запросил немало - один фиг не дадут на 100% его использовать).
__________________
Как только вы проиграете, все ваши прошлые победы забудут.
Старый 18.04.2014, 10:03   #13  
IGG is offline
IGG
Участник
 
665 / 29 (2) +++
Регистрация: 24.08.2005
Адрес: СПб/Москва
Цитата:
Сообщение от zuzka Посмотреть сообщение
собственно намекнул руководству о более вероятном анализе кода при отложеном учете, для поиска таких вот "прогулок" по таблицам в циклах с выборками мимо первичных ключей - вроде пока от идеи второго НАСа отказались, думают давать ли добро на анализ (времени то я запросил немало - один фиг не дадут на 100% его использовать).
Тоже путь. Монитор клиента и профайлер - и выискивать тяжелые места:-)
Но за второй NAS как я понимаю надо доплачивать и расширять лицензию
Старый 19.06.2014, 10:48   #14  
zuzka is offline
zuzka
Участник
Аватар для zuzka
 
131 / 10 (1) +
Регистрация: 29.07.2013
Цитата:
Сообщение от IGHG Посмотреть сообщение
Тоже путь. Монитор клиента и профайлер - и выискивать тяжелые места:-)
Но за второй NAS как я понимаю надо доплачивать и расширять лицензию
Уже начал ковыряться, за первых пару часов выяснился один забавный факт: FIND vs FINDSET - через профайлер SQL.
Думаю ковырять мне не перековырять таких мест...
__________________
Как только вы проиграете, все ваши прошлые победы забудут.
Старый 14.07.2014, 13:30   #15  
Storkich is offline
Storkich
Участник
 
149 / 10 (1) +
Регистрация: 08.03.2007
Цитата:
Сообщение от zuzka Посмотреть сообщение
Думаю ковырять мне не перековырять таких мест...
Зови в гости, если в Москве, покажу огромный нераскрытый потенциал.
Или через teamviewer, если далеко.
Вот +79164563531
 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 22:41.