ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Поругайте MS Dynamics AX (AXAPT`У)
445 сообщений из 445, показаны все 18 страниц
  все  
Поругайте MS Dynamics AX (AXAPT`У)
    #35897440
_devel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_devel
Гость
Сфера деятельности нашей компании предоставление услуг по перевалки(вагоны->суда, суда->вагоны) и хранению груза. Есть склады, но они как СВХ(склады временного хранения). Тесно взаимодействуем с РЖД и таможней. И на все на это хотят натянуть MS Dynamics AX, и на финансы и бухгалтерию и на основное производство. Короче на все! Помогите переубедить начальство! Я сторонник собственной разработки, особенно когда есть силы и желание.
...
Рейтинг: 0 / 0
27.03.2009, 20:21
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35897450
Лесоруб
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лесоруб
Гость
Пообещай начальству что ты сделаешь систему за 1 месяц по цене тарелки супа. Думаю, месяц то начальство потерпит. :-)
...
Рейтинг: 0 / 0
27.03.2009, 20:32
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35897459
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
_develЯ сторонник собственной разработки, особенно когда есть силы и желание.

Коллега - силы и желание - это много, а опыт есть? Если бы было всё так просто в области конкуренции с сильными мира сего...
...
Рейтинг: 0 / 0
27.03.2009, 20:43
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35897507
_devel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_devel
Гость
Mr Marmelad,

даже больше чем опыт, наши разработки успешно работают с 1997, а некоторые и еще раньше. Есть конечно проблемы с нашими проектами, но они решаемы, и по срокам меньше чем внидрениие AX.
...
Рейтинг: 0 / 0
27.03.2009, 21:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35897518
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
_devel,

А у вас поддержка в руководстве компании есть - ну какой нить Chief Information Officer (главный инженер) - или наподобе? Если нет - не поможет.
...
Рейтинг: 0 / 0
27.03.2009, 21:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35897867
FE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FE
Участник
А кто будет натягивать Dynamics AX?
...
Рейтинг: 0 / 0
28.03.2009, 12:59
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898042
Roman Brunets
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Brunets
Участник
_devel пишет:
> бухгалтерию и на основное производство. Короче на все! Помогите
> переубедить начальство! Я сторонник собственной разработки, особенно
> когда есть силы и желание.

Стоп, стоп, стоп... С чего это начальство, в разгар кризиса, решило
вдруг купить ахарту?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
28.03.2009, 16:13
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898155
trdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
trdm
Участник
_develСфера деятельности нашей компании предоставление услуг по перевалки(вагоны->суда, суда->вагоны) и хранению груза. Есть склады, но они как СВХ(склады временного хранения). Тесно взаимодействуем с РЖД и таможней. И на все на это хотят натянуть MS Dynamics AX, и на финансы и бухгалтерию и на основное производство. Короче на все!
-1.
Думаю твое начальство обработал какой-то менеджер продажник, или у когото есть договоренность на откат. MS Dynamics AX при наличии собственных разработок в нашей стране внедрять нерационально .
_develЯ сторонник собственной разработки, особенно когда есть силы и желание.
-1.
предприятию надо работать, а не оплачивать ваши амбиции.
Попробуйте подобрать что-то готовое, с возможностью доработать внутреннему IT отделу.
...
Рейтинг: 0 / 0
28.03.2009, 18:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898156
trdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
trdm
Участник
Roman Brunets
_devel
бухгалтерию и на основное производство. Короче на все! Помогите
переубедить начальство! Я сторонник собственной разработки, особенно
когда есть силы и желание.
Стоп, стоп, стоп... С чего это начальство, в разгар кризиса, решило
вдруг купить ахарту?

+1 хороший вопрос.
...
Рейтинг: 0 / 0
28.03.2009, 18:42
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898176
Proforg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Proforg
Участник
_develЕсть конечно проблемы с нашими проектами, но они решаемы, и по срокам меньше чем внидрениие AX.
Насколько я помню, у MS DAX есть сильные партнерские решения именно по логистике. Сугубое имхо - локальный криaтифф с "внидрением" настолько достал топов, что они решили внедрить DAX. Внедрение DAX - 6-12 месяцев. Если локальный IT баг устраняют в течение такого срока, то их участь - висеть на заборе кверху..
...
Рейтинг: 0 / 0
28.03.2009, 19:11
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898291
_devel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_devel
Гость
Roman Brunets
_devel пишет:
> бухгалтерию и на основное производство. Короче на все! Помогите
> переубедить начальство! Я сторонник собственной разработки, особенно
> когда есть силы и желание.

Стоп, стоп, стоп... С чего это начальство, в разгар кризиса, решило
вдруг купить ахарту?


Как это не странно звучит, но кризис до нас пока не дошел, а грузоперевалка даже увеличилась(номенклатура переваливаемых грузов немного поменилась!).

trdm-1.
Думаю твое начальство обработал какой-то менеджер продажник, или у когото есть договоренность на откат. MS Dynamics AX при наличии собственных разработок в нашей стране внедрять нерационально.

Да, это так. К нам приезжает куча менеджеров-продажников, почти каждую неделю новые!

trdm-1.
предприятию надо работать, а не оплачивать ваши амбиции.
Попробуйте подобрать что-то готовое, с возможностью доработать внутреннему IT отделу.

Я наверное не так выразился! Я сторонник разработки с нуля(пусть даже со сторонней организацией), а не адаптация какого-то отраслевого решение, которое еще надо за уши притягивать и устраивать революцию в рядах пользователей. На таких внедрениях уже обжигались!
Готовое, тоже искали! Объехали всю страну вдоль и поперек. От Владивостока до Калининграда, от Питера до Новороссийска. У всех свои строго заточенные разработки, которые писались с нуля. Что-то где-то похожее это бухгалтерия и финансы, а основное производство, разное! Потому что номенклатура грузов разная. Каждый регион специализируется на своем роде груза!
...
Рейтинг: 0 / 0
28.03.2009, 21:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898309
_devel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_devel
Гость
Proforg_develЕсть конечно проблемы с нашими проектами, но они решаемы, и по срокам меньше чем внидрениие AX.
Насколько я помню, у MS DAX есть сильные партнерские решения именно по логистике. Сугубое имхо - локальный криaтифф с "внидрением" настолько достал топов, что они решили внедрить DAX. Внедрение DAX - 6-12 месяцев. Если локальный IT баг устраняют в течение такого срока, то их участь - висеть на заборе кверху..

Есть достаточно старая задача в основном производстве. Ее надо бы переписать, ну под эту волну хотят и натянуть Dynamics AX на все. Своими бы силами(по закрытию этого проблемного места) мы бы управились бы тоже примерно за год!
...
Рейтинг: 0 / 0
28.03.2009, 21:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898348
Roman Brunets
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Brunets
Участник
_devel пишет:
> Как это не странно звучит, но кризис до нас пока не дошел, а
> грузоперевалка даже увеличилась(номенклатура переваливаемых грузов
> немного поменилась!).

Вообще-то, я спросил "почему начальство решило внедрять ахарту?". Потому
что номенклатура поменялась?

ЗЫ. Недостаток портов и когда их затронет кризис тема отдельная и
подлежит отдельному обсуждению.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
28.03.2009, 22:10
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898361
trdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
trdm
Участник
_devel
trdm-1.
предприятию надо работать, а не оплачивать ваши амбиции.
Попробуйте подобрать что-то готовое, с возможностью доработать внутреннему IT отделу.
Я наверное не так выразился!
Я сторонник разработки с нуля(пусть даже со сторонней организацией), а не адаптация какого-то отраслевого решение, которое еще надо за уши притягивать и устраивать революцию в рядах пользователей. На таких внедрениях уже обжигались!
Вспомни:
_devel
Сфера деятельности нашей компании предоставление услуг по перевалки(вагоны->суда, суда->вагоны) и хранению груза. Есть склады, но они как СВХ(склады временного хранения). Тесно взаимодействуем с РЖД и таможней.
Я почему-то ни капли не сомневаюсь, что если взять за основу типовое решение от 1С-а, бух или тис и ДО работать контур услуг, получится гораздо дешевле чем переписывать все .
Не думаю, что сопровождение и хранение груза такой уж сложный для автоматизации процесс.
Усушка, утруска, влажность, сборы, тарифы, аренда, пломбы и т.д. и т.п. картина мне знакомая. много подробностей, но сложностей для автоматизации не вижу.
...
Рейтинг: 0 / 0
28.03.2009, 22:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898405
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
trdm
Я почему-то ни капли не сомневаюсь , что если взять за основу типовое решение от 1С-а, бух или тис и работать контур услуг, получится гораздо дешевле чем переписывать все.
Не думаю , что сопровождение и хранение груза такой уж сложный для автоматизации процесс.
Усушка, утруска, влажность, сборы, тарифы, аренда, пломбы и т.д. и т.п. картина мне знакомая. много подробностей, но сложностей для автоматизации не вижу.
когда не думаешь, нет нужно сомневаться . Вы мыслите абсолютно правильно.


Автор, больше давите на необходимость доработок и то, что это совем не "дешево". Причем на готовой бизнес-логике значительно дороже, чем "с нуля".
...
Рейтинг: 0 / 0
28.03.2009, 23:01
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898422
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
_develЯ сторонник собственной разработки, особенно когда есть силы и желание.
давите на "специфику", лучше с примерами. Ни одна из существующих "коробок" на СВК не тянет. Если будут (неизбежно) предлагать доработку "коробки", то давите на стоимость такой доработки. Не поленинитесь, поищите информацию по каждому предложению и посчитайте, это не так сложно. Убедитесь сами и убедите в этом руководство.
...
Рейтинг: 0 / 0
28.03.2009, 23:13
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898438
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Дынник
Участник
После пары-тройки лет эксплуатации Axapta, Unimilk отказался от нее. У Unimilk-а было одно из самых крупных внедрений в Европе.
Знакомый рассказывал, что им чуть ли не каждые сутки приходилось делать перезапуск AOS-а (Axapta Object Server) из-за постоянных утечек памяти.
...
Рейтинг: 0 / 0
28.03.2009, 23:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898448
trdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
trdm
Участник
Роман ДынникПосле пары-тройки лет эксплуатации Axapta, Unimilk отказался от нее. У Unimilk-а было одно из самых крупных внедрений в Европе.
Знакомый рассказывал, что им чуть ли не каждые сутки приходилось делать перезапуск AOS-а (Axapta Object Server) из-за постоянных утечек памяти.
ы... знакомая ситуевина...
сервер 1С предприятия на v8 точно так-же пожирает память. и требует перезапуска.
типовая рекомендация: покупайте 64-битные сервера - жрать будет МЕДЛЕНЕЕ.
http://www.gilev.ru/1c/memleak/
че уж говорить о наколеночных платформах....
...
Рейтинг: 0 / 0
28.03.2009, 23:30
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898462
Фотография mista2009
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mista2009
Участник
Роман ДынникПосле пары-тройки лет эксплуатации Axapta, Unimilk отказался от нее. У Unimilk-а было одно из самых крупных внедрений в Европе.
Знакомый рассказывал, что им чуть ли не каждые сутки приходилось делать перезапуск AOS-а (Axapta Object Server) из-за постоянных утечек памяти.

На УПП перешли и вроде как довольны. А на всех сайтах по Axapte до сих пор висят примеры успешного внедрения юнимилка
...
Рейтинг: 0 / 0
28.03.2009, 23:51
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898465
Фотография mista2009
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mista2009
Участник
trdmРоман ДынникПосле пары-тройки лет эксплуатации Axapta, Unimilk отказался от нее. У Unimilk-а было одно из самых крупных внедрений в Европе.
Знакомый рассказывал, что им чуть ли не каждые сутки приходилось делать перезапуск AOS-а (Axapta Object Server) из-за постоянных утечек памяти.
ы... знакомая ситуевина...
сервер 1С предприятия на v8 точно так-же пожирает память. и требует перезапуска.
типовая рекомендация: покупайте 64-битные сервера - жрать будет МЕДЛЕНЕЕ.
http://www.gilev.ru/1c/memleak/
че уж говорить о наколеночных платформах....

А кто не пожирает память то, может SQL server. Ему вообще сколько ни дай всё сожрет.
Память пожирают все, а вот надо ли обязательно перезагружать это вот уже другой вопрос.
Наверно всех надо перезагружать.
...
Рейтинг: 0 / 0
28.03.2009, 23:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898512
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Роман Дынникчуть ли не каждые сутки приходилось делать перезапуск AOS-а (Axapta Object Server) из-за постоянных утечек памяти.
и давно это было?
...
Рейтинг: 0 / 0
29.03.2009, 00:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898520
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mista2009А кто не пожирает память то, может SQL server. Ему вообще сколько ни дай всё сожрет.
Память пожирают все, а вот надо ли обязательно перезагружать это вот уже другой вопрос.
Наверно всех надо перезагружать.
утечка памяти <> пожирание памяти (аппетит на память). Утечка, это не освобождение за собой занятой памяти и продолжение процесса.

p.s. эта информация предоставляется в общеобразовательных целях. использование ее в реальных проектах допускается на свой страхи риск.
...
Рейтинг: 0 / 0
29.03.2009, 00:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898523
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
извиняюсь за некоторые опечатки. клавиатура залита колой.
...
Рейтинг: 0 / 0
29.03.2009, 00:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898528
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
trdm
че уж говорить о наколеночных платформах....
а что такое "наколеночные платформы", чем они характеризуются, чем отлитчаются от налокоточечных или напоясничных. Проясните плз. Хочется также понять проблему не "наколеночных" платформ с утечкой памяти. Просто, память это наше все.
...
Рейтинг: 0 / 0
29.03.2009, 00:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898543
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
почитал "подчиненный" (1С) форум... ребята, как там выражаются... неужели не понятно, что большинство реплик в ваш адрес никоим образом не относится к продукту который вы используете ?
...
Рейтинг: 0 / 0
29.03.2009, 01:13
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898566
Фотография mista2009
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mista2009
Участник
iscrafmпочитал "подчиненный" (1С) форум... ребята, как там выражаются... неужели не понятно, что большинство реплик в ваш адрес никоим образом не относится к продукту который вы используете ?

А вы никогда не задумывались например почему все ругают Windows что она такая глючная?
Да потому что больше ругать то нечего, ну нечего просто и всё?
А пачему все ругают 1С и её последователей... Искру чтоли поругать
...
Рейтинг: 0 / 0
29.03.2009, 03:10
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898568
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mista2009А пачему все ругают 1С и её последователей... Искру чтоли поругать
Искра непонятно откуда всплыла в этой теме, это становится традицией. Но если хотите поругать, то запаситесь серьезными аргументами и вперед. Единственное ограничение существует... Искру здесь никто не пиарит, а за темой слежу только я. Как в соседней теме отмечено, немного устал снимать ролики. Поэтому, если можно, аргументированно, хотя-бы немного.
...
Рейтинг: 0 / 0
29.03.2009, 03:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898569
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
iscrafm клавиатура залита колой.

А Вы Водочкой ее Коллега = классный антиоксидант!!!!
...
Рейтинг: 0 / 0
29.03.2009, 03:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898570
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
p.s. mista2009, прежде чем ругать, попутайтесь самостоятельно найти ответ на ваш вопрос, возможно он уже существует даже в видео формате, и только если ответа не найдено, просьба задавать новый вопрос.
...
Рейтинг: 0 / 0
29.03.2009, 03:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898572
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Mr Marmeladiscrafm клавиатура залита колой.

А Вы Водочкой ее Коллега = классный антиоксидант!!!!
купил новый. У этого все равно отказали батарея и DVD... SONY блин...
но взял опять же VAIO..
ежики плакали и все равно продолжали лезть на кактус(с)
лучше ничего не вижу. сорри за оффтоп и чувста.
...
Рейтинг: 0 / 0
29.03.2009, 03:25
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898585
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Z-серия, кстати, намного "шумней". Хотя экран, конечно, вне всяких похвал. На уровне MacBook Pro, или наоборот.
...
Рейтинг: 0 / 0
29.03.2009, 03:53
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898657
SpellBuilder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SpellBuilder
Участник
iscrafmРоман Дынникчуть ли не каждые сутки приходилось делать перезапуск AOS-а (Axapta Object Server) из-за постоянных утечек памяти.
и давно это было?
Да и в 1С все нормализовалось, проблемы с утечкой утечкой стали редкостью.

Боитесь утечек, ставьте Парус 8
...
Рейтинг: 0 / 0
29.03.2009, 11:28
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898685
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Дынник
Участник
iscrafmРоман Дынникчуть ли не каждые сутки приходилось делать перезапуск AOS-а (Axapta Object Server) из-за постоянных утечек памяти.
и давно это было?
года полтора-два назад, я в unumilk-е не работал, по рассказам от знакомых - много проблем было.
...
Рейтинг: 0 / 0
29.03.2009, 12:32
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898689
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Роман Дынник
года полтора-два назад, я в unumilk-е не работал, по рассказам от знакомых - много проблем было.
Был такой сервис-пак года два назад. С тех пор две версии прошло. Обновляйте exe-шники.
...
Рейтинг: 0 / 0
29.03.2009, 12:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898690
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Дынник
Участник
SpellBuilder[quot iscrafm][quot Роман Дынник]
Боитесь утечек, ставьте Парус 8
Нет уж, спасибо ) Не надо тут Парус пиарить.
Мне лично не нужна ни 1С, ни аксапта, ни Парус, ни sap.
У меня проект по зарплате, а нигде как в зарплате нет столько тонкостей и постоянных изменений.
Поэтому сидим на "своём", и как показывает опыт - это правильно на 100%.
В тоже время "бухгалтерию" или "логистику", например, я бы взял готовую на какой-либо платформе.
...
Рейтинг: 0 / 0
29.03.2009, 12:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898693
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Дынник
Участник
mazzyБыл такой сервис-пак года два назад. С тех пор две версии прошло. Обновляйте exe-шники.
говорю же, я с аксаптой не работаю. высказываюсь по факту (по теме).
знаю что ты довольно давно с аксаптой... и в полне она тебя устраивает... ну тут как говорится респект и уважуха )
есть люди которые недовольны, несмотря на версии, их (таких людей) не мало.
...просто на каждую гайку - свой ключ.
...
Рейтинг: 0 / 0
29.03.2009, 12:54
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898701
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Роман Дынникесть люди которые недовольны, несмотря на версии, их (таких людей) не мало.
...просто на каждую гайку - свой ключ.
Есть.
Есть и жадные внедренцы Аксапты, которые впаривают ее во все дыры, несмотря на ее реальные возможности и область применимости.
Есть и неудачные внедрения.

Но есть и удачные.
...
Рейтинг: 0 / 0
29.03.2009, 13:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898705
cherrex_Den
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cherrex_Den
Гость
По словам автора, у них достаточно большая история IT-департамента, и ихние разработки работают достаточно долго. Из этого делаю вывод, что IT-департамент достаточно зрелый! Если есть желание разрабатывать своими силами, то это нужно делать. Преимуществ очень много, а недостаток это сертификация ПО, но многим компаниям это и не нужно(главное чтоб ПО отвечала всем требованиям компании и бизнес процессам в ней). Собственные разработки дают:
1. Гибкость(на любом уровне можно корректировать и изменять логику)
2. Нет существенной потребности в переобучении персонала(SQL, C++ и delphi в институтах еще преподают, аксапту и сап только упоминают).
3. Нет зависимости от сторонних компаний(партнеров). При внедрении "готового", за любой корректировкой(даже самой простой) надо обращаться к партнеру и платить немалые деньги. В противном случае надо обучать своих спецов. А если еще партнер загнется в условиях кризиса, то это будет полная Ж..А!
4. Любое внедрение готового(какое хорошее оно бы не было), грозит адаптацией не только системы под бизнес, а и адаптация бизнеса под ПО. А на это идут очень редко!

Неделю назад был на презентации новой аксапты. Кроме как маркетинговой лапши нечего нового не услышал. Но поразило следующее: Один из майкрасовтовцов сказал, что 1С нам не враги, и майкрософт получает больше прибыли с 1С, чем с аксапты, и воевать с 1С они не собираются. А это значит что аксапта в России это мертворожденный проект(ИМХО)!
...
Рейтинг: 0 / 0
29.03.2009, 13:14
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898707
Фотография sleshiy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sleshiy
Участник
ProforgНасколько я помню, у MS DAX есть сильные партнерские решения именно по логистике.
Года четыре наблюдал потуги реализации этих задач в Эльдорадо в Киеве. Не помогло, "ребенок" помер. Да, собственно, руководству компании оно было и не нужно.
...
Рейтинг: 0 / 0
29.03.2009, 13:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898709
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
_develСфера деятельности нашей компании предоставление услуг по перевалки(вагоны->суда, суда->вагоны) и хранению груза. Есть склады, но они как СВХ(склады временного хранения). Тесно взаимодействуем с РЖД и таможней. И на все на это хотят натянуть MS Dynamics AX, и на финансы и бухгалтерию и на основное производство. Короче на все! Помогите переубедить начальство! Я сторонник собственной разработки, особенно когда есть силы и желание.
Если вернуться к исходному сообщению.

1. Я не верю, что собственная разработка даст лучший результат за меньшие деньги и меньшие сроки
2. В Аксапте плохо запроектирована функция начисления накладных расходов на хранение. Грубо говоря, накладные расходы начисляются только на приход или на производство (ни в коем случае не на перемещение и не на списание). А на складе СВХ - получение денег за хранение/перевалку - основная функция.

Поэтому главная рекомендация:
а) если ваше предприятие - самостоятельная бизнес-единица и затраты на хранение/перевалку никак и никогда не влияют на себестоимость хранимого/переваливаемого товара, то в добрый путь, рассматривайте Аксапту.
б) Если же ваше предприятие - бизнес-подразделение большого холдинга, и рано или поздно вам придется затраты на хранение/перевалку включать в себестоимость, то лучше сразу выбрать другую систему.

Остальные вопросы относятся к техническим, и успешность их решения зависит от квалификации внедряльщика.

Повторюсь, что я не верю в собственные разработки.
Аксапта - вот она. Ее можно взять и пощупать. Уже сейчас составить сипсок совпадений желаемого и уже реализованого.
Когда можно будет пощупать результат собственной разработки? Что там будет реализовано на самом деле? ХЗ.
...
Рейтинг: 0 / 0
29.03.2009, 13:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898711
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
И еще. Раз пошла такая пьянка,
обсуждение Юнимилка на аксаптовском форуме
http://axforum.info/forums/showthread.php?t=27147

утечки памяти
http://axforum.info/forums/showthread.php?t=9470
http://axforum.info/forums/showthread.php?t=12569
http://axforum.info/forums/showthread.php?t=14634
http://axforum.info/forums/showthread.php?t=17025
http://axforum.info/forums/showthread.php?t=19388
...
Рейтинг: 0 / 0
29.03.2009, 13:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898714
_devel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_devel
Гость
mazzyВ Аксапте плохо запроектирована функция начисления накладных расходов на хранение. Грубо говоря, накладные расходы начисляются только на приход или на производство (ни в коем случае не на перемещение и не на списание). А на складе СВХ - получение денег за хранение/перевалку - основная функция


Вот это как раз и есть главная часть себестоимости
...
Рейтинг: 0 / 0
29.03.2009, 13:28
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898717
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
_develmazzyВ Аксапте плохо запроектирована функция начисления накладных расходов на хранение. Грубо говоря, накладные расходы начисляются только на приход или на производство (ни в коем случае не на перемещение и не на списание). А на складе СВХ - получение денег за хранение/перевалку - основная функция


Вот это как раз и есть главная часть себестоимости
тогда думайте.
можете на меня и мою рекомендацию сослаться - mazzy, Мазуркин Сергей.
Если они вас убедят что с этим принципиальных проблем не будет, то думайте дальше.
...
Рейтинг: 0 / 0
29.03.2009, 13:30
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898719
Фотография sleshiy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sleshiy
Участник
_develЕсть достаточно старая задача в основном производстве. ...
А чего так таинственно? Задачу в студию!
...
Рейтинг: 0 / 0
29.03.2009, 13:32
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898721
Фотография sleshiy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sleshiy
Участник
trdm...Не думаю, что сопровождение и хранение груза такой уж сложный для автоматизации процесс.
....пломбы и т.д. и т.п. ...
Очень интересует автоматизация пломб.
...
Рейтинг: 0 / 0
29.03.2009, 13:36
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898751
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
mazzyРоман ДынникmazzyВы читать умеете?
Умею, не пойму только почему вы задаете такой тон разговора. Поберегите нервы.
Я всего лишь дополнил ответ ваш. mssql не хилый кусок доходов, а по-скольку ни аксапта, ни навижин не может пока потеснить сегмент 1С, то получается что 1С делает не хилый объем продаж для mssql.
Лихо вы так связки делаете.
Вы наверняка знаете, сколько сопутствующих продаж mssql выполняется вместе с mssql e 1C?
И вы наверняка знаете, что и Аксапта с Навижином тоже используют mssql?
И вы наверняка знаете, сколько сопутствующих продаж mssql делает Аксапта с Навижином?

Но зато вы лихо утверждаете, "что 1С делает не хилый объем продаж для mssql".
Обратите внимание, не спрашиваете, а именно утверждаете.
И наверняка можете привести подтверждающие ссылки

Не люблю дилетанства.
Ссылка по теме: http://www.microsoft.com/rus/news/issues/2009/01/1cbitrix_1rur.mspx

В общем, Роман, с вас пруфлинки и обоснование вашей точки зрения.
Лучше в отдельной ветке.
Иначе бессмыслено.
...
Рейтинг: 0 / 0
29.03.2009, 14:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898776
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Роман Дынникmazzy
я действительно наверняка знаю, что продажи/внедрения аксапты и навижина в россии, по сравнению с теми же 1С и SAP-ом, в глубокой жопе.
я также наверняка знаю, что дай бог 5% внедрений аксапты используют иные субд вместо mssql.

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

Про сопутствующие продажи mssql в 1С ничего не сказал.
Но зато ловко перевел на личности.

Также напомню свой "пиар", который я скромно назвал моей рекомендацией.

На всякий случай напомню, ваш тезис , который вы таки не обосновали.
Роман ДынникЯ всего лишь дополнил ответ ваш. mssql не хилый кусок доходов, а по-скольку ни аксапта, ни навижин не может пока потеснить сегмент 1С, то получается что 1С делает не хилый объем продаж для mssql.
...
Рейтинг: 0 / 0
29.03.2009, 14:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898799
trdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
trdm
Участник
sleshiytrdm...Не думаю, что сопровождение и хранение груза такой уж сложный для автоматизации процесс.
....пломбы и т.д. и т.п. ...
Очень интересует автоматизация пломб.
Некоторые пломбы имеют свой номер.
Как думаешь без учета номера пломп возможно на станции получения узнать вскрывали контейнер или нет? + пломбы это нечто вроде бумаг строгой отчетности в этом бизнесе.
чи я не прав?
...
Рейтинг: 0 / 0
29.03.2009, 14:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898834
Фотография sleshiy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sleshiy
Участник
trdmНекоторые пломбы имеют свой номер.
Как думаешь без учета номера пломп возможно на станции получения узнать вскрывали контейнер или нет?
Вообще-то для этого элементарного документооборота всегда хватало. Обычной канцелярщины. Любой груз сопровождается документом. А грузоотправитель и грузополучатель совсем необязательно должны работать на одном софте. И автоматизация тут совершенно ни при чем.
trdm...+ пломбы это нечто вроде бумаг строгой отчетности в этом бизнесе. чи я не прав?
Не прав.
...
Рейтинг: 0 / 0
29.03.2009, 15:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35898938
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mazzyМое мнение: система становится более-менее вменяемой в третье-четвертой версии. При собственной разработке, вряд ли доживет даже до второй версии.
собственная разработка просто вменяемая с первой версии .
...
Рейтинг: 0 / 0
29.03.2009, 16:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35900352
alexdr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdr
Гость
mazzy2. В Аксапте плохо запроектирована функция начисления накладных расходов на хранение. Грубо говоря, накладные расходы начисляются только на приход или на производство (ни в коем случае не на перемещение и не на списание). А на складе СВХ - получение денег за хранение/перевалку - основная функция.
[skipped]
Поэтому главная рекомендация:
б) Если ... рано или поздно вам придется затраты на хранение/перевалку включать в себестоимость, то лучше сразу выбрать другую систему.
А DAX не позволит выпрямить все это своими IT-руками? Если нет, то почему?
Какие еще серьезные ограничения Вы бы могли упомянуть у DAX?
...
Рейтинг: 0 / 0
30.03.2009, 13:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35900358
alexdr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdr
Гость
iscrafmсобственная разработка просто вменяемая с первой версии .
А, ну да, ну да...:)
...
Рейтинг: 0 / 0
30.03.2009, 13:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35900396
Q
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q
Гость
alexdr[quot mazzy]А DAX не позволит выпрямить все это своими IT-руками?
Позволяет. Для этого надо, имхо, в тривиальном случае сымитировать кост-центры на технологических операциях СВХ (скрестить ужа с е производство с inventory management), а в нетривиальных, раскопать несколько сотен тысяч строк кода cost management и встроить туда свою схему костинга не ломая спецификацию и возможности оригинальной схемы (там же еще коррекция/уточнение себестоимости постфактум бывает...). :)
...
Рейтинг: 0 / 0
30.03.2009, 13:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35900479
Фотография А6дуллаh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh
Участник
Proforg_develЕсть конечно проблемы с нашими проектами, но они решаемы, и по срокам меньше чем внидрениие AX.
Насколько я помню, у MS DAX есть сильные партнерские решения именно по логистике. Сугубое имхо - локальный криaтифф с "внидрением" настолько достал топов, что они решили внедрить DAX. Внедрение DAX - 6-12 месяцев. Если локальный IT баг устраняют в течение такого срока, то их участь - висеть на заборе кверху..

Вашими устами бы да мёд пить :)
Вы наверняка кроме пресейлов внедрений не щупали :)

Обычное внедрение что Ахапты, что других насыщенных функционалом систем в обычном российском режиме "всё что угодно за ваши деньги" - годы. Два, три, пять - пока заказчику не надоедает. За два хорошо если ставят финучет по неосновной деятельности.
...
Рейтинг: 0 / 0
30.03.2009, 14:14
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35900678
miklenew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miklenew
Участник
А6дуллаh
Обычное внедрение что Ахапты, что других насыщенных функционалом систем в обычном российском режиме "всё что угодно за ваши деньги" - годы. Два, три, пять - пока заказчику не надоедает. За два хорошо если ставят финучет по неосновной деятельности.
Усё поперепутали.
Внедрение и развитие это разные вещи.
Работаю на предприятии 1,5 года программистом Axapt-ы.
Первые пол года действительно было тяжелые.
Были проблемы организационого плана и кадрового.
Через пол года Axapta уже использовалась пользователями.
Есть параллельная самописная система. И она нормально сосуществует вместе с Axapt-ой.
Просто тяжёлые вещи, со сложными алгоритмами легче делать в Axapt-е. Большая часть уже заложена в ней.
А какие-то вещи лучше делать в самописной системе, нежеле закупать большое количество лицензий (не дешёвых лицензий).
Поэтому после первого полугодия считаю это уже не внедрение, а развитие.
...
Рейтинг: 0 / 0
30.03.2009, 15:19
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35901044
AlexSo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexSo
Участник
alexdrmazzy2. В Аксапте плохо запроектирована функция начисления накладных расходов на хранение. Грубо говоря, накладные расходы начисляются только на приход или на производство (ни в коем случае не на перемещение и не на списание). А на складе СВХ - получение денег за хранение/перевалку - основная функция.
[skipped]
Поэтому главная рекомендация:
б) Если ... рано или поздно вам придется затраты на хранение/перевалку включать в себестоимость, то лучше сразу выбрать другую систему.
А DAX не позволит выпрямить все это своими IT-руками? Если нет, то почему?
Какие еще серьезные ограничения Вы бы могли упомянуть у DAX?

Поставляются исходные коды Аксапты (кроме ядра). Заказчик
может их купить и дописывать самостоятельно.

У одного (мимнимум) из основных партнеров по Аксапте было внедренное решение по аналогичной логистике (наливные грузы).

Поругать Аксапта. Полнофункциональный российских бух учет - сложная задача.
...
Рейтинг: 0 / 0
30.03.2009, 17:01
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35902137
Proforg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Proforg
Участник
А6дуллаhВашими устами бы да мёд пить :)
Вы наверняка кроме пресейлов внедрений не щупали :)

Обычное внедрение что Ахапты, что других насыщенных функционалом систем в обычном российском режиме "всё что угодно за ваши деньги" - годы. Два, три, пять - пока заказчику не надоедает. За два хорошо если ставят финучет по неосновной деятельности.
Всё что угодно - действительно внедрить нереально :D. Ни за какой срок. От Лукойла и иже с ними я всегда старался бегать как черт от ладана.
...
Рейтинг: 0 / 0
31.03.2009, 10:03
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35903693
alexdr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdr
Гость
QПозволяет. Для этого надо...:)
Большое спасибо за ответ. Ход Ваших мыслей предельно ясен :).
AlexSoПолнофункциональный российских бух учет - сложная задача.
И за Ваш ответ большое спасибо. А что Вы называете полноценным российским бухучетом? Правильно ли я понимаю, что использовав термин "российский", Вы ведете речь об особенностях его местной фискальной составляющей, т.е. той, которая по большому счету никого не интересует, кроме фискальных органов (ну, может, еще и менеджеров в плане сопутсвующих налоговых рисков)? Разве эта проблема не решается интеграцией DAX напр. с типовой конфигурацией 1С:Бухгалтерия, скажем в плане использования последней что-то типа генератора регламентной отчетности? Я ошибаюсь?

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

Какие еще ограничения DAX следует иметь ввиду при выборе той или иной ERP?
...
Рейтинг: 0 / 0
31.03.2009, 16:01
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35903796
FE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FE
Участник
Учтите, что б О льшая часть того, что пишет mazzy, относится к стандартной версии. Это не значит, что в Dynamics AX нельзя начислить накладные расходы на перемещение, списание или хранение. Это значит, что, возможно, потребуется доработка стандартной версии. Более того, у многих партнёров такие доработки есть и есть готовые решения. mazzy просто фанат неизменности базового функционала.
...
Рейтинг: 0 / 0
31.03.2009, 16:28
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35903826
Q
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q
Гость
Ага. Что бы там ни писали микрософтовцы, всегда есть риск нарваться на уже существующее внедрение на предприятии с точно такими же бизнес-процессами. Впрочем, как и у 1С с сапом. :)
...
Рейтинг: 0 / 0
31.03.2009, 16:35
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35903832
alexdr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdr
Гость
FEУчтите
Спасибо..:)
FEmazzy просто фанат неизменности базового функционала.
В этом я его хорошо понимаю..:)
...
Рейтинг: 0 / 0
31.03.2009, 16:37
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35904420
Фотография А6дуллаh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh
Участник
ProforgА6дуллаhВашими устами бы да мёд пить :)
Вы наверняка кроме пресейлов внедрений не щупали :)

Обычное внедрение что Ахапты, что других насыщенных функционалом систем в обычном российском режиме "всё что угодно за ваши деньги" - годы. Два, три, пять - пока заказчику не надоедает. За два хорошо если ставят финучет по неосновной деятельности.
Всё что угодно - действительно внедрить нереально :D. Ни за какой срок. От Лукойла и иже с ними я всегда старался бегать как черт от ладана.

Я вас уверяю - все внедрения продуктов MBS, которые я видел (2003-2005), не относились к нефтегазофинансам, они относились к реальному сектору, просто традиционно свалились в обильную кастомизацию, что и привело к многолетию (помножить на консультантские ставки). И в них не был на моей памяти пущен сам процесс ERP. Сейчас смотрю на внедрение SAP - вообще ужас. Тоже кастомизируют вместо того, чтобы полемизировать, много баз с отдельными неинтегрированными решениями, которые "партнеры" объявляли якобы "готовыми". Отдельная плата за интеграцию. Миллионы долларов только за консалтинг (железо, люди и лицензии не считаем) и годы, многие годы, думаю, как всегда, пока не кончатся в процессе, а не в результате, заинтересованные люди.

Это не проблема систем, это проблема заказчиков.
Многие заказчики смотрят на ERP, как на модный АРМ, и начинают рисовать себе удобные формы подбора и т.п., а суть ERP не в этом. Суть - в названии. А эту функцию можно успешно запустить только при внедрении от баланса к планированию и уже тогда по необходимости к АРМам и первичке, отчетам "с пиксельной точностью" - сверху вниз, а не снизу вверх - от АРМов и зарплаты к балансу, как внедряют почти все у нас.

Это мое ИМХО, если кто-то приведет успешное, по его внедрение "снизу вверх" с запущенным в результате ERP - рад буду отказаться от своих заблуждений.
...
Рейтинг: 0 / 0
31.03.2009, 21:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35904445
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
А6дуллаhЭто не проблема систем, это проблема заказчиков.
Многие заказчики смотрят на ERP, как на модный АРМ, и начинают рисовать себе удобные формы подбора и т.п., а суть ERP не в этом. Суть - в названии. А эту функцию можно успешно запустить только при внедрении от баланса к планированию и уже тогда по необходимости к АРМам и первичке, отчетам "с пиксельной точностью" - сверху вниз, а не снизу вверх - от АРМов и зарплаты к балансу, как внедряют почти все у нас.

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

p.s. баланс - это результат, а не точка отсчета
p.p.s в названии ERP никакой сути нет.
...
Рейтинг: 0 / 0
31.03.2009, 21:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35904509
R
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
R
Гость
iscrafm
заказчики здесь не причем. Это проблемы систем, их костности, неповоротливости, неприсбособленности к изменениям, недружественности и т.д. и т.п.

p.s. баланс - это результат, а не точка отсчета
p.p.s в названии ERP никакой сути нет

костность = косность, опечатка

Если уж править ошибки, то и "не причем" = "ни при чем";)
А слова "баланс" и "ERP" - это желаемая цель, то есть суть. От этой печки и танцевать.
...
Рейтинг: 0 / 0
31.03.2009, 22:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35904512
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
R А слова "баланс" и "ERP" - это желаемая цель, то есть суть. От этой печки и танцевать.
к этому нужно стремиться.
...
Рейтинг: 0 / 0
31.03.2009, 22:42
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35905777
Фотография Konst_One
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Konst_One
Участник
думаю, что у начальства свои резоны что нужно внедрять/не внедрять на своем предприятии. может они затеяли увеличить капитализацию за счет внедрения известной ERP, а потом может у них планы выхода не биржу или перепродажи компании или привлечения инвестора. так что ваша доморощенная ИТ-система в этом никак им не поможет, скорее наоборот.
...
Рейтинг: 0 / 0
01.04.2009, 14:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35905807
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Konst_Oneдумаю, что у начальства свои резоны что нужно внедрять/не внедрять на своем предприятии. может они затеяли увеличить капитализацию за счет внедрения известной ERP, а потом может у них планы выхода не биржу или перепродажи компании или привлечения инвестора. так что ваша доморощенная ИТ-система в этом никак им не поможет, скорее наоборот.
эта шутка уже даже 1-го апреля не актуальна
...
Рейтинг: 0 / 0
01.04.2009, 14:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35905813
Фотография Konst_One
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Konst_One
Участник
iscrafmKonst_Oneдумаю, что у начальства свои резоны что нужно внедрять/не внедрять на своем предприятии. может они затеяли увеличить капитализацию за счет внедрения известной ERP, а потом может у них планы выхода не биржу или перепродажи компании или привлечения инвестора. так что ваша доморощенная ИТ-система в этом никак им не поможет, скорее наоборот.
эта шутка уже даже 1-го апреля не актуальна

:)
я не про искру, я про систему на предприятии автора темы.
...
Рейтинг: 0 / 0
01.04.2009, 14:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35905827
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Konst_OneiscrafmKonst_Oneдумаю, что у начальства свои резоны что нужно внедрять/не внедрять на своем предприятии. может они затеяли увеличить капитализацию за счет внедрения известной ERP, а потом может у них планы выхода не биржу или перепродажи компании или привлечения инвестора. так что ваша доморощенная ИТ-система в этом никак им не поможет, скорее наоборот.
эта шутка уже даже 1-го апреля не актуальна

:)
я не про искру, я про систему на предприятии автора темы.
я тоже не про нее. Я про капитализацию за счет внедрения известной ERP.
...
Рейтинг: 0 / 0
01.04.2009, 14:30
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35905854
Фотография Konst_One
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Konst_One
Участник
к сожалению, это действительно известный баян во многих ситуациях внедрения больших ERP в последнее время
...
Рейтинг: 0 / 0
01.04.2009, 14:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35905999
trdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
trdm
Участник
Konst_Oneдумаю, что у начальства свои резоны что нужно внедрять/не внедрять на своем предприятии. может они затеяли увеличить капитализацию за счет внедрения известной ERP.
это еще тот развод, который действует на ушки менеджеров.
никакая капитализация не поможет им в кризис.
Основные ценные вещи любой компании, это: репутация и основные фонды. Все остальное - мыльные пузыри.
...
Рейтинг: 0 / 0
01.04.2009, 15:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35906585
Сисой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сисой
Участник
Насчет ERP и капитализации в приличном обществе лучше не высказываться. Засмеют.

Мнение на этот счет
...
Рейтинг: 0 / 0
01.04.2009, 18:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35906625
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
СисойНасчет ERP и капитализации в приличном обществе лучше не высказываться. Засмеют.

Влияет ли наличие той или иной ERP (CRM et al) на капитализацию - не буду спорить, Скорее ДА чем НЕТ. Особенно в сферах УСЛУГ. Таковой системой команда потверждает свою приверженность принципам прогресса и подчёркивает свои PHYSICAL EVIDENCES. Один из семи основоположных "P" в сфере услуг. Вот отсутсвие таковой или неправильное использование однозначно дескридетирует весь бизнес. Будь то Производство Продукта будь то Сервисное Обслуживание.
...
Рейтинг: 0 / 0
01.04.2009, 18:35
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35906639
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Кстати у ASP (SaaS) ERP Системы - вообще это всё из чего ИХ бизнес состоит. Там и нет ничего больше...
...
Рейтинг: 0 / 0
01.04.2009, 18:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35906663
программер1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
программер1
Гость
Еще многие руководители покупку ERP-систем(SAP, DAX, 1C) аргументируют, легкостью проведения аудита. Тапа: половина вопросов у аудиторов снимается, когда слышат SAP,1C или DAX.
...
Рейтинг: 0 / 0
01.04.2009, 18:52
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35906695
программер1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
программер1
Гость
У нас еще была аргументация, что класс программистов-разработчиков вымирает, сейчас все внедряльщики-настройщики. Бред конечно, но такое в умах бродит. Как этот стериотип ломать? А то развелось 1С-ников! Хотя я к ним ничего плохого не имею! Простите если кого обидел!
...
Рейтинг: 0 / 0
01.04.2009, 19:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35906716
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Нет Коллега программер1 это Кодировщики вымерли, программисты-разработчики ещё где то бродят... То ли в Индии то ли в Китае - где то там... Ну и сюда их иногда привозят. Да вот и Топик Стартер - похоже ещё хочет и может и опыт у него есть.... Да вот спрос на его работу хромает... Значит надо становиться настройщиком. Рынок тербует.
...
Рейтинг: 0 / 0
01.04.2009, 19:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35907032
программер1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
программер1
Гость
Mr MarmeladНет Коллега программер1 это Кодировщики вымерли, программисты-разработчики ещё где то бродят... То ли в Индии то ли в Китае - где то там... Ну и сюда их иногда привозят. Да вот и Топик Стартер - похоже ещё хочет и может и опыт у него есть.... Да вот спрос на его работу хромает... Значит надо становиться настройщиком. Рынок тербует.

Ага! А я все думаю кто в соседних форумах(Delphi,C#.NET,C++,ASP.NET,VB.NET)сидит? И для кого Microsoft и CodeGear новые средства разработки выпускает? Наверное для создателей SAP и 1C. А соседние форумы только для разработчиков ERP-систем! И заметьте, они на Русском, а не на Китайскои и Индийском.


Ну и последний довод который может сказать начальство(не я): "Не надо следить за быстро меняющимся законодательством(например). За этим следит разработчик ERP-системы(или партнер). А тебе только надо вовремя стребовать с него патч и накатить"

Кому не трудно, прокомментируйте эти 3 довода!
...
Рейтинг: 0 / 0
02.04.2009, 00:07
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35907036
Kew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kew
Участник
>"Не надо следить за быстро меняющимся законодательством(например). За этим следит разработчик
>ERP-системы(или партнер). А тебе только надо вовремя стребовать с него патч и накатить"
Комментирую: все это было бы смешно, когда бы не было так грустно... (С)
...
Рейтинг: 0 / 0
02.04.2009, 00:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35907334
Фотография А6дуллаh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh
Участник
для программер1

на графике видно, что традиционные средства разработки падают в популярности, SAP же стабилен
...
Рейтинг: 0 / 0
02.04.2009, 09:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35907336
Фотография А6дуллаh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh
Участник
синий sap
красный ".net"
желтый j2ee
зеленый delphi
...
Рейтинг: 0 / 0
02.04.2009, 09:46
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35908844
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
программер1Кому не трудно, прокомментируйте эти 3 довода!

довод номер один: Кодировщики вымерли, Программисты-разработчики бродят по соседним форумам: Delphi,C#.NET,C++,ASP.NET,VB.NET Для них Microsoft и CodeGear новые средства разработки выпускает. Кроме того этот подлый M$$$$$ ещё и Аксапту продаёт... Сволочь буржуинская....

довод номер два: и кому эти быстро меняющиеся законодательства нужны кроме разработчиков ERP-системы(или партнеров). Никогда бы так и не знал о них - если бы систему не поменяли....

довод номер три: не нашёл.
...
Рейтинг: 0 / 0
02.04.2009, 16:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35909392
программер1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
программер1
Гость
Mr Marmeladдовод номер три: не нашёл.

Про аудиторов. http://www.sql.ru/forum/actualthread.aspx?tid=650982&pg=-1#7008076
...
Рейтинг: 0 / 0
02.04.2009, 20:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35909420
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
программер1,

Совершенно верное замечание Коллега - особенно с точки зрения бизнеса. Аудиторы любят порядок...
...
Рейтинг: 0 / 0
02.04.2009, 20:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35955032
setgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
setgor
Гость
Роман ДынникПосле пары-тройки лет эксплуатации Axapta, Unimilk отказался от нее. У Unimilk-а было одно из самых крупных внедрений в Европе.
Знакомый рассказывал, что им чуть ли не каждые сутки приходилось делать перезапуск AOS-а (Axapta Object Server) из-за постоянных утечек памяти.

Из моего опыта работы в банке, скажу следущее: "пожирание" памяти различными сервисами распространенное явление (по крайней мере под windows ).
Каждую ночь проходит перезагрузка серверов и проблемы с "пожиранием" не возникает.
Сейчас работаю в организации, в которой используется Axapta3sp3 . Наш администратор не утруждает себя перезагрузкой сервера, поэтому когда время от времени aos "перестает реагировать" приходится делать перезагрузку. Впринципе, достаточно перезагрузить сам aos из консоли Service .
...
Рейтинг: 0 / 0
27.04.2009, 04:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35955074
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
setgor
Сейчас работаю в организации, в которой используется Axapta3sp3 .


Насколько я помню, после SP3 (года три - четыре назад) вышли несколько Kernel Rollup[ - вы их поставили? Э
то можно посмотреть по номеру билда


Наш администратор не утруждает себя перезагрузкой сервера, поэтому когда время от времени aos "перестает реагировать" приходится делать перезагрузку. Впринципе, достаточно перезагрузить сам aos из консоли Service .

А посему не получилось рестартовать сервис по расписанию?
...
Рейтинг: 0 / 0
27.04.2009, 07:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35955916
setgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
setgor
Гость
Насколько я помню, после SP3 (года три - четыре назад) вышли несколько Kernel Rollup[ - вы их поставили? Э
то можно посмотреть по номеру билда


Наш администратор не утруждает себя перезагрузкой сервера, поэтому когда время от времени aos "перестает реагировать" приходится делать перезагрузку. Впринципе, достаточно перезагрузить сам aos из консоли Service .

А посему не получилось рестартовать сервис по расписанию?

Клиент 1951.3730 (3.0 SP3),
приложение 514-90 (3.0 SP2).

Про рестарты сам не знаю. Мне также не понятно было почему aos вручную под учеткой админа стартовали. По-нормальному нужна сервисная учетка и автостартап.

Кстати, обновлять не стали, потому что у нас "доработанное" приложение (пивоваренное производство, около 200 доработок). Еще до моего появления в компании "думали" над обновлением до sp5, но.....
...
Рейтинг: 0 / 0
27.04.2009, 13:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35957200
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
setgor,

KR это kernell rolup - там только ядро. Теоретически может быть внесена какая-то несовместимость именно ядом, но ,насколько я помню, такого не было. Только в базе к каждой таблице добавилась версия записи, но конвертируется само при синхронизации
...
Рейтинг: 0 / 0
27.04.2009, 22:19
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35957369
setgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
setgor
Гость
beluginsetgor,

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

Да, я понимаю о чем Вы говорите. Руководство решило, что обновлять не будут (т.е. даже KR не будут делать). Сейчас проект прикрыли в связи с переходом на SAP, а Axpata осталась как архив информации.
...
Рейтинг: 0 / 0
28.04.2009, 02:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35958789
Poleax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Poleax
Гость
setgor

Да, я понимаю о чем Вы говорите. Руководство решило, что обновлять не будут (т.е. даже KR не будут делать). Сейчас проект прикрыли в связи с переходом на SAP, а Axpata осталась как архив информации.
Если не секрет, что за компания?
Может «Юнимилк» меняет MS Axapta на SAP ?
...
Рейтинг: 0 / 0
28.04.2009, 16:07
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35959760
setgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
setgor
Гость
Poleaxsetgor

Да, я понимаю о чем Вы говорите. Руководство решило, что обновлять не будут (т.е. даже KR не будут делать). Сейчас проект прикрыли в связи с переходом на SAP, а Axpata осталась как архив информации.
Если не секрет, что за компания?
Может «Юнимилк» меняет MS Axapta на SAP ?
Не секрет. Хейнекен. Точнее компания внедряет свою ERP (SAP) на купленых заводах.
...
Рейтинг: 0 / 0
29.04.2009, 01:27
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35960490
AlexSo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexSo
Участник
setgorPoleaxsetgor

Да, я понимаю о чем Вы говорите. Руководство решило, что обновлять не будут (т.е. даже KR не будут делать). Сейчас проект прикрыли в связи с переходом на SAP, а Axpata осталась как архив информации.
Если не секрет, что за компания?
Может «Юнимилк» меняет MS Axapta на SAP ?
Не секрет. Хейнекен. Точнее компания внедряет свою ERP (SAP) на купленых заводах.

на ПИТе ?
...
Рейтинг: 0 / 0
29.04.2009, 12:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35962348
setgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
setgor
Гость
и там тоже
...
Рейтинг: 0 / 0
30.04.2009, 02:02
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35987240
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Значит смотри. Реальности с фронта...

1. Цена системы.. Лицензии. Причем не только на Акспату, на сопутку - ВИнда, Офис, Сервера, эксель.. покупать также придется.
2. Если система распределенная а ставить будут в терминальном режиме.. то это большая ОПА..
3. Сервер. Железо готовься брать по цене +/- 5-6 лямов - это только под сервер базы данных. Плюс такой же под резервный.
3. Знания. Без знаний SQL и БД ставить даже не думай.
4. Технология. Что бы там не говорили, а Акспата работает построчно как 1с и вся в блокировках..
База просто стонет.
5. Знания по X++. есть пара книжек ( максимум) одна +/- толковая pdf и AxForum. Остальное за космические деньги от внедренцев.
6. Отчеты это еще большая ОПА. Выводятся все в Эксель построчно... Типа Анахронизма времен первой мировой.
7. сама система построена на теории - сиди и смотри. Короче народ только и делает что смотрит как обрабатываются строчки.. и ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет..
8. Рост базы. База растет минимум по 30-40 гигов на одно подразделение. Теории обрезания базы не видел. Так что готовься.
9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.
10. Итоговый маразм. Все данные, так же построчно кидаю в 1с.. Иначе отчеты не сдать.


Если силы за плечами чуешь, пиши сам.
Написать самому распределенку, клиент серверную .. это максимум 2 года бандо в 3 человека.
Проверено.
...
Рейтинг: 0 / 0
15.05.2009, 09:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35988499
FE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FE
Участник
Мда... Согласен с предыдущим оратором. Правда, меня особенно порадовали сервера за 5-6 миллионов. Вы бы, голубушка, прежде чем такое писать, посмотрели бы рекомендации Microsoft по серверам, а потом поискали бы в Интернете прайсы.

"Винда, офис и эксель" обычно на предприятии уже есть. Терминальный режим прекрасно работает - у нас в терминалке сидят несколько сотен пользователей одновременно в одной БД и ничего.

Про рост базы - на одном из клиентов после 3-х лет работы размер базы около 20 Гб, но никак не 30-40 на одно подразделение.

Так что, если хотите написать гадостей, готовьтесь лучше.
...
Рейтинг: 0 / 0
15.05.2009, 15:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989097
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova2. Если система распределенная а ставить будут в терминальном режиме.. то это большая ОПА..
Вы просто не умеете готовить.

Volochkova3. Сервер. Железо готовься брать по цене +/- 5-6 лямов - это только под сервер базы данных. Плюс такой же под резервный.
:)

Volochkova
4. Технология. Что бы там не говорили, а Акспата работает построчно как 1с и вся в блокировках..
База просто стонет.
5. Знания по X++. есть пара книжек ( максимум) одна +/- толковая pdf и AxForum. Остальное за космические деньги от внедренцев.
Тест на специалиста не пройден.

Volochkova
6. Отчеты это еще большая ОПА. Выводятся все в Эксель построчно... Типа Анахронизма времен первой мировой.
Отчеты в Аксапте выводятся НЕ в Эксель.
Это у вас доработка какая-то.
RTFM.

Volochkova
7. сама система построена на теории - сиди и смотри. Короче народ только и делает что смотрит как обрабатываются строчки.. и ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет..

Ужас-ужас-ужас.

Volochkova
8. Рост базы. База растет минимум по 30-40 гигов на одно подразделение. Теории обрезания базы не видел. Так что готовься.

1. FAQ: http://axapta.mazzy.ru/lib/dbgrowthsolution/
2. Обрезать базу не надо. Надо сегментировать средствами СУБД.


Volochkova
9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.

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

Volochkova
10. Итоговый маразм. Все данные, так же построчно кидаю в 1с.. Иначе отчеты не сдать.

Т.е. по-другому вы не умеете?
Ваш уровень знаний - понятен.

Volochkova
Написать самому распределенку, клиент серверную .. это максимум 2 года бандо в 3 человека.
Проверено.
Ужас-ужас-ужас.
...
Рейтинг: 0 / 0
15.05.2009, 20:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989157
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Некоторые уточнения:

5. Знания по X++. есть пара книжек ( максимум) одна +/- толковая pdf и AxForum. Остальное за космические деньги от внедренцев.

Я знаю по крайней мере три книги доступные на нашем рынке, две из них можно скачать в PDF

Также есть общедоступный MSDN и другие материалы, от третьих лиц. Видеоуроки на channel9 по некоторым вопросам.

6. Отчеты это еще большая ОПА. Выводятся все в Эксель построчно... Типа Анахронизма времен первой мировой.

Большинство отчетов реализовано на стандартном движке Excel-ные и вордовые есть в русской локализации. Начиная, кажется, с версии 4 (в 2009 уж точно) поддерживается SSRS


9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.

Если кубы реализованы в SSAS (я не знаю про аксижн) то по идее при наличии snapshot isolation в 2005 сервере блокировки вообще никак не должны влиять.

В Ax2009 радикально переделан OLAP - теперь аксапта просто предоставляет информацию о структурах (назвается "перспектива"), а формирование самих кубов происходит как обычно в VS.
...
Рейтинг: 0 / 0
15.05.2009, 22:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989320
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
belugin
6. Отчеты это еще большая ОПА. Выводятся все в Эксель построчно... Типа Анахронизма времен первой мировой.

Большинство отчетов реализовано на стандартном движке Excel-ные и вордовые есть в русской локализации.
Ты про какие отчеты говоришь?
...
Рейтинг: 0 / 0
16.05.2009, 10:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989324
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Ну ясен пень, собрались специалисты.

Уж не знаю кто чего готовить не может, но факт остается фактом.
Передо мной 2 базы.. Одна с ассортиментным классификатором в 200 000 позиций, вторая с темой не более 10 000...

У каждой рост базы 15 гигов в пол года. Это реальность.
Про то что надо настроить на MSSQL ну уж очень интересно пройти курсы повышения квалификации.

Вот прямо сейчас в экстазе 10 оператор. Всего лишь.... приходуют товар в базу..
Беготня показателем по таблицам что бы их про апдейтить записи...
MS SQL достало уже до сирени.

Фрагментацию и переиндексацию делали не помогает.

FEМда... Согласен с предыдущим оратором. Правда, меня особенно порадовали сервера за 5-6 миллионов. Вы бы, голубушка, прежде чем такое писать, посмотрели бы рекомендации Microsoft по серверам, а потом поискали бы в Интернете прайсы.

"Винда, офис и эксель" обычно на предприятии уже есть. Терминальный режим прекрасно работает - у нас в терминалке сидят несколько сотен пользователей одновременно в одной БД и ничего.

Про рост базы - на одном из клиентов после 3-х лет работы размер базы около 20 Гб, но никак не 30-40 на одно подразделение.

Так что, если хотите написать гадостей, готовьтесь лучше.
И что они делают в базе? 100 человек фактуры приходуют? Да не в жизнь не поверю.
Сказочник.

IgorKмдя-я-я! Большего бреда не читал давно! Что за трава была?
Особенно интересно про "...по 30-40 гигов на одно подразделение...", какие, подразделения, где, чего - хз называется.
Если уж не можете разрулить в коде блокировки (ну или настройками скуля), возьмите ораклу и будет вам щасте!
Разделение на уровне DataAreaID так доступнее ?
Сядь и разрули блокировки...
Давай я тебе дам 5 АОСОв и ты будешь им говорить.. не блокируй данные.. не блокируй... :-)



mazzyVolochkova2. Если система распределенная а ставить будут в терминальном режиме.. то это большая ОПА..
Вы просто не умеете готовить.

Volochkova3. Сервер. Железо готовься брать по цене +/- 5-6 лямов - это только под сервер базы данных. Плюс такой же под резервный.
:)

Volochkova
4. Технология. Что бы там не говорили, а Акспата работает построчно как 1с и вся в блокировках..
База просто стонет.
5. Знания по X++. есть пара книжек ( максимум) одна +/- толковая pdf и AxForum. Остальное за космические деньги от внедренцев.
Тест на специалиста не пройден.

Volochkova
6. Отчеты это еще большая ОПА. Выводятся все в Эксель построчно... Типа Анахронизма времен первой мировой.
Отчеты в Аксапте выводятся НЕ в Эксель.
Это у вас доработка какая-то.
RTFM.

Volochkova
7. сама система построена на теории - сиди и смотри. Короче народ только и делает что смотрит как обрабатываются строчки.. и ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет..

Ужас-ужас-ужас.

Volochkova
8. Рост базы. База растет минимум по 30-40 гигов на одно подразделение. Теории обрезания базы не видел. Так что готовься.

1. FAQ: http://axapta.mazzy.ru/lib/dbgrowthsolution/
2. Обрезать базу не надо. Надо сегментировать средствами СУБД.


Volochkova
9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.

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

Volochkova
10. Итоговый маразм. Все данные, так же построчно кидаю в 1с.. Иначе отчеты не сдать.

Т.е. по-другому вы не умеете?
Ваш уровень знаний - понятен.

Volochkova
Написать самому распределенку, клиент серверную .. это максимум 2 года бандо в 3 человека.
Проверено.
Ужас-ужас-ужас.
Самые нормальные ответы. Твой форум перекопали всем отделом. Не поверишь не помогает..
Те таблицы что указаны чистили.. причем на 4 Акспате... и жизнь не улучшилась..
:-)
Например Таблики InventDiM CustVendTransPostingLog_RU фиг знать как чистить... и надо ли...
И не Ужас ужас а катастрофа...
Например вовремя не оприходованные 100 кг колбасы.. это прямой убыток..
Нафига покупать Такие вещи и терять бабки . .я ХЗ..

Мне Асапта досталась в наследство.. Кидаться какашками и хаять не собираюсь.
Чел просил реали - получил.


Да кстати...
автор2. Обрезать базу не надо. Надо сегментировать средствами СУБД.
MS SQL 2000 не очень красиво делает это сегментирование.
На 2005 делается веселее.. Но тоже не панацея..
А табличка... типа inventtrans или inventSum весом по 40 гигов вместе с индексами..
Причем даже кластерного нет ни одного..
Первым полем идет DATAAREAID везде..
Что может с точки МС и понт.. Но вынеся вперед поля типа ITEMID и т.д. база стала на 30% работать быстрее.

Тест на спеца по Аксапте проходить не собираюсь. Система гнилая по своей сути..
...
Рейтинг: 0 / 0
16.05.2009, 10:43
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989328
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
автор
sp_cursorfetch;1
sp_cursorfetch;1
sp_cursorprepexec;1
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
sp_cursorfetch;1
sp_cursorfetch;1
sp_cursorfetch;1
sp_cursorprepexec;1
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
sp_cursorfetch;1
sp_cursorfetch;1
sp_cursorfetch;1
sp_cursorprepexec;1
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
sp_cursorfetch;1

вся база вот в таких вот конектах.
А самый понт... от которого волосы встают дыбом...

автор

update
Table_X1
set
status = 2
where
status = 1
and
SubjId in (select RecId from TABLE_X2 where locked = 0)
and
reaction != 2
and
(reaction = 1 or reaction = 0 and exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )



Сразу скажу, текст не их самой Аксапты, но именно таких запросов в ней вагоны..
По моему, такие запросы это маразм.
...
Рейтинг: 0 / 0
16.05.2009, 10:53
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989333
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
mazzybelugin
6. Отчеты это еще большая ОПА. Выводятся все в Эксель построчно... Типа Анахронизма времен первой мировой.

Большинство отчетов реализовано на стандартном движке Excel-ные и вордовые есть в русской локализации.
Ты про какие отчеты говоришь?

Я про все, что выводится на печать.

Есть стандартный движок
Есть отчеты сделанныена ворде и экселе (см Shared\Templates)
...
Рейтинг: 0 / 0
16.05.2009, 11:05
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989410
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
belugin4
Я про все, что выводится на печать.

Есть стандартный движок
Есть отчеты сделанныена ворде и экселе (см Shared\Templates)
Ты про ax2009? я сомневаюсь, что Volochkova про эту версию говорит.
Там скорее ax3.0
...
Рейтинг: 0 / 0
16.05.2009, 14:06
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989414
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
причем на 4 Акспате... и жизнь не улучшилась..
Виноват. У него ax4.0
...
Рейтинг: 0 / 0
16.05.2009, 14:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989431
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaНу ясен пень, собрались специалисты.
а то ж.

Volochkova
Уж не знаю кто чего готовить не может, но факт остается фактом.
Передо мной 2 базы.. Одна с ассортиментным классификатором в 200 000 позиций, вторая с темой не более 10 000...
что такое "ассортиментный классификатор"?
это абстрактный классификатор , что-то из Axapta Retail или собственная доработка?

Назовите наконец свою версию и партнерское решение, если оно используется.

VolochkovaУ каждой рост базы 15 гигов в пол года. Это реальность.
выполните команду dbcc show contig with tableresults и приложите файл с результатами, пожалуйста.

VolochkovaПро то что надо настроить на MSSQL ну уж очень интересно пройти курсы повышения квалификации.
Да, настоятельно рекомендую.

Volochkova
Вот прямо сейчас в экстазе 10 оператор. Всего лишь.... приходуют товар в базу..
Беготня показателем по таблицам что бы их про апдейтить записи...
MS SQL достало уже до сирени.
Ясно. Вместо того, чтобы бегать, почитайте http://axapta.mazzy.ru/lib/querytuning/

Volochkova
IgorKОсобенно интересно про "...по 30-40 гигов на одно подразделение...", какие, подразделения, где, чего - хз называется.
Разделение на уровне DataAreaID так доступнее ?
Что ж вы терминологию то не выучили. DataArea - это компании в Аксаптовской терминологии.
Понимаю, почему вас не понимают.

Volochkova
Сядь и разрули блокировки...
Давай я тебе дам 5 АОСОв и ты будешь им говорить.. не блокируй данные.. не блокируй... :-)

Давай. Заказывай и разрулим.



Volochkova
Твой форум перекопали всем отделом. Не поверишь не помогает..

Не поверю.

Volochkova
Те таблицы что указаны чистили.. причем на 4 Акспате... и жизнь не улучшилась..
:-)
Например Таблики InventDiM CustVendTransPostingLog_RU фиг знать как чистить... и надо ли...
InventDim - http://forum.mazzy.ru/index.php?showtopic=3668
CustVendTransPostingLog_RU - нельзя (без доработок) http://axforum.info/forums/showthread.php?t=27886

См. также http://axforum.info/forums/showthread.php?t=18562
а также механизм перекрестных ссылок, чтобы разобраться в функционале http://axapta.mazzy.ru/lib/xref/

Блин, научитесь наконец своему ремеслу.

Volochkova
И не Ужас ужас а катастрофа...

Согласен. Такие спецы - катастрофа.

Volochkova
Например вовремя не оприходованные 100 кг колбасы.. это прямой убыток..
Нафига покупать Такие вещи и терять бабки . .я ХЗ..

?!?!?!?!
Это что-то новое.

Volochkova
Мне Асапта досталась в наследство.. Кидаться какашками и хаять не собираюсь.
Чел просил реали - получил.



Volochkova
автор2. Обрезать базу не надо. Надо сегментировать средствами СУБД.
MS SQL 2000 не очень красиво делает это сегментирование.
На 2005 делается веселее.. Но тоже не панацея..
А табличка... типа inventtrans или inventSum весом по 40 гигов вместе с индексами..
Причем даже кластерного нет ни одного..

1. архитектура работы этих таблиц http://axapta.mazzy.ru/lib/inventsumdate/
2. inventSum изначально создан для сергентирования (еще когда этого механизма не было на MS SQL, сегментирование было на Оракле)
3. весь inventSum - странный. Но похоже у вас Либо inventdim неправильно используется, либо inventsum содержит давно неиспользуется данные. Пересчитайте inventsum с удалением неиспользуемых данных
http://axforum.info/forums/showthread.php?t=9727
http://axforum.info/forums/showthread.php?t=15850
http://axforum.info/forums/showthread.php?t=18509

У меня стойкое ощущение, что либо вы искать не умеете, либо вас забанили на гугле.

авторПервым полем идет DATAAREAID везде..
Что может с точки МС и понт.. Но вынеся вперед поля типа ITEMID и т.д. база стала на 30% работать быстрее.
порядок полей в индесе http://axforum.info/forums/showthread.php?t=9727
Ну, слава богу, хоть кто-то у вас искать умеет.

авторТест на спеца по Аксапте проходить не собираюсь. Система гнилая по своей сути..
Аминь.
...
Рейтинг: 0 / 0
16.05.2009, 14:30
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989434
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
автор

update
Table_X1
set
status = 2
where
status = 1
and
SubjId in (select RecId from TABLE_X2 where locked = 0)
and
reaction != 2
and
(reaction = 1 or reaction = 0 and exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )



Сразу скажу, текст не их самой Аксапты, но именно таких запросов в ней вагоны..
По моему, такие запросы это маразм.
ужас-ужас-ужас.

что такое Table_x1, Table_x2, Table_x4?
Это реальные названия? Таких нет в стандартном функционале. И проблему надо искать в ваших доработках.
Это нереальные названия? Тогда зачем вы забикали реальные названия?
...
Рейтинг: 0 / 0
16.05.2009, 14:33
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989440
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
mazzybelugin4
Я про все, что выводится на печать.

Есть стандартный движок
Есть отчеты сделанныена ворде и экселе (см Shared\Templates)
Ты про ax2009? я сомневаюсь, что Volochkova про эту версию говорит.
Там скорее ax3.0

Насколько я помню, несколько эксельных и вордовых отчетов в русской локализации есть начиная с 3.0

А в 2009 вот что у меня:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
C:\Program Files\Microsoft Dynamics AX\ 5 . 0 \Application\Share\Include\Template> ls | group extension

Count Name                      Group                                                                            
----- ----                      -----                                                                            
    29  .dot                      {AcceptanceReport.dot, Application for the Purchase.dot, Dekl po nalogy na pol...
    60  .xlt                      {Assessed tax advance payment.xlt, Assessed tax declaration_2008.xlt, Assessed...
     3  .bmp                      {EE_Intrastat.bmp, EE_Statistikaamet.bmp, EE_White.bmp}                          
     1  .tmp                      {placeholder.tmp}
...
Рейтинг: 0 / 0
16.05.2009, 14:37
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989444
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
belugin4Насколько я помню, несколько эксельных и вордовых отчетов в русской локализации есть начиная с 3.0
это только русские и только регламентированные (те, что требуются законодательством) с печатными формами приказов, карточок ос и т.п.

то, что обычные люди понимают под "отчетами" в excel не выводится.
...
Рейтинг: 0 / 0
16.05.2009, 14:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989448
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
mazzyЭто реальные названия? Таких нет в стандартном функционале. И проблему надо искать в ваших доработках.
Это нереальные названия? Тогда зачем вы забикали реальные названия?


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

Код: plaintext
1.
and 
SubjId in (select RecId from TABLE_X2 where locked =  0 )


через движок.

В принципе, тот код, который у него выделен жирным генерится при любом экзист джоине. Инетесно, как бы он написал тот же самый запрос альтернативным образом и какой план исполнения был бы в обоиз случаях. Я где-то слышал, что оптимизатор вполне с такими штуками справляется, но сам не тюнил такое.
...
Рейтинг: 0 / 0
16.05.2009, 14:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989452
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
mazzyто, что обычные люди понимают под "отчетами" в excel не выводится.

Программисты часто называют любые печатные формы отчетами. Грубо говоря, отчет - все что печатается. Мне кажется, именно это имело ввиду автор.
...
Рейтинг: 0 / 0
16.05.2009, 14:47
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989465
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
belugin4mazzyЭто реальные названия? Таких нет в стандартном функционале. И проблему надо искать в ваших доработках.
Это нереальные названия? Тогда зачем вы забикали реальные названия?


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

Код: plaintext
1.
and 
SubjId in (select RecId from TABLE_X2 where locked =  0 )


через движок.

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

Самое простое.

Код: plaintext
1.
2.
3.
4.
5.
6.
Select
 t1.id
From
   Table1 t1 left JOIN Table2 t2 on t1.ID = t2.ID 
where 
T2.ID ISNULL

Выберет все записи которые есть в табличке t1 и которых нет в табличке t2
...
Рейтинг: 0 / 0
16.05.2009, 15:05
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989470
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzy Модератор: замечание за оверквот

Боевая версия - Аксапта 3 SP5
Разбирался с тормозами на 4.0 Пухнет база, эффект одинаковый.
За ссылки спасибо. Читали. Но нам не сильно поможет. Ибо У нас Axapta Retail да с еще и собственной доработкой. Хрен знаешь куда выстрелит.

Удалять InventSum что то я очкую. На ней очень много отчетов строится, для просмотра прошлого.
Если я не ошибаюсь, хотя могу. Я же человек.

Про порядок полей не понял ссылку.

Искать конечно умею, с 1999 года с БД.. еще с 6,5
Профалером отловил узкие места... в комбинации с профайлером AXAPTA и индексы перестроил.
...
Рейтинг: 0 / 0
16.05.2009, 15:14
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989480
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaБоевая версия - Аксапта 3 SP5... Ибо У нас Axapta Retail да с еще и собственной доработкой.
Ясно. Сразу сказать можно было?
Но проблемы конечно же в Аксапте...

VolochkovaХрен знаешь куда выстрелит.
А разобраться вам религия не позволяет?

VolochkovaУдалять InventSum что то я очкую.
Вы не только разобраться не можете, вы не понимаете то, что вам говорят (или на ходу перевираете).

Я никогда НЕ СОВЕТОВАЛ удалять InventSum.
Я говорил: "Пересчитайте inventsum с удалением неиспользуемых данных".
Вы что, разницу не понимаете?

Volochkova
Про порядок полей не понял ссылку.

Похоже, я пас.
...
Рейтинг: 0 / 0
16.05.2009, 15:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989489
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
mazzy
Volochkova
Про порядок полей не понял ссылку.

Похоже, я пас.
А, не...
Надежда есть. Это я неправильно ссылку указал http://axforum.info/forums/showthread.php?t=14956
Извините.
...
Рейтинг: 0 / 0
16.05.2009, 15:28
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989496
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
авторЯ, пожалуй, в общем случае соглашусь с mazzy на этот раз.

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

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

Если уж принято решение работать с Аксаптой, то незачем ныть теперь, и обвинять кого-то другого (Микрософт и его закрытие склада, например).

С позиции "Имеем то, что имеем"... IMHO... вариант Wamr правильный. В данном случае Аксапта есть ни что иное, как учетная система. Тогда имеет смысл выносить из нее аналитику наружу. Например, в ОЛАП.

Кстати, старые DOSовские системы раньше так и работали. Была процедура закрытия года и переноса в архив. Правда, причины были тогда в другом, но суть такая же. ОЛАПа не было. Но, возможно, кто-то делал его вручную.

Насколько такой вариант использования Аксапты правильный — вопрос отдельный. В данной ветке его опустим. Исходя из моей практики, самое козырное правило: "Заказчик всегда прав". Возможно, ему именно это и нужно было.

Все что я хотел сказать про Акспату. :-)

За ссылки еще раз спасибо. Но тем ничего нового. У нас Retail ОТ Коруса. Вопрос кривизны не для форума. База пухнет.. факт..

И сегментировании только под 2005, а у нас 2000. Придет железо.. попробуем на 2005 -ый..
И распределенную файловую нагрузку на MS SQL сделал сразу, как только пришел в компанию.
База хоть вздохнула..
...
Рейтинг: 0 / 0
16.05.2009, 15:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989499
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkovaБоевая версия - Аксапта 3 SP5... Ибо У нас Axapta Retail да с еще и собственной доработкой.
Ясно. Сразу сказать можно было?
Но проблемы конечно же в Аксапте...

VolochkovaХрен знаешь куда выстрелит.
А разобраться вам религия не позволяет?

VolochkovaУдалять InventSum что то я очкую.
Вы не только разобраться не можете, вы не понимаете то, что вам говорят (или на ходу перевираете).

Я никогда НЕ СОВЕТОВАЛ удалять InventSum.
Я говорил: "Пересчитайте inventsum с удалением неиспользуемых данных".
Вы что, разницу не понимаете?

Volochkova
Про порядок полей не понял ссылку.

Похоже, я пас.
Да понял я Вас. Что удалить из InventSum "старые" данные. Но вот определить старые новые.... это сложно.
Разобраться религия позволяет. Это и делается.

А сразу версию не спрашивали :-)
Вопрос был какой? Поругать :-) Я поругал.. Вопрос какую версию ругать не было :-))
...
Рейтинг: 0 / 0
16.05.2009, 15:48
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989502
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzymazzy
Volochkova
Про порядок полей не понял ссылку.

Похоже, я пас.
А, не...
Надежда есть. Это я неправильно ссылку указал http://axforum.info/forums/showthread.php?t=14956
Извините.

не читал.. Но судя по постам, народ доигрался... Базу ресторить пришлось..
Но этого мало.
Даже перенеся поля надо для полной уверенности сделать
Код: plaintext
UPDATE STATISTICS CUSTVENDTRANSPOSTINGLOG_RU WITH FULLSCAN
В смысле табличке статистику обновить. В общем одно механизма Аксапты мало.
...
Рейтинг: 0 / 0
16.05.2009, 15:52
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989503
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
И сегментировании только под 2005, а у нас 2000. Придет железо.. попробуем на 2005 -ый..

Железо то вам зачем для перехода на sql2005?

См. http://axapta.mazzy.ru/lib/axapta_benchmark_2005/

Зато теперь понятно откуда у вас блокировки.
...
Рейтинг: 0 / 0
16.05.2009, 15:52
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989505
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
Даже перенеся поля надо для полной уверенности сделать
Код: plaintext
UPDATE STATISTICS CUSTVENDTRANSPOSTINGLOG_RU WITH FULLSCAN
В смысле табличке статистику обновить. В общем одно механизма Аксапты мало.
бл*!!!! Статистику надо постоянно обновлять. периодически... maintanance plan'ом.
при кардинальных изменениях в структуре надо ее полностью пересчитывать.
см. мануалы по SQL.

нет, похоже надежды нет...
...
Рейтинг: 0 / 0
16.05.2009, 15:54
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989506
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
mazzyнет, похоже надежды нет...
пожалуй, я таки пас
...
Рейтинг: 0 / 0
16.05.2009, 15:56
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989518
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkova
Даже перенеся поля надо для полной уверенности сделать
Код: plaintext
UPDATE STATISTICS CUSTVENDTRANSPOSTINGLOG_RU WITH FULLSCAN
В смысле табличке статистику обновить. В общем одно механизма Аксапты мало.
бл*!!!! Статистику надо постоянно обновлять. периодически... maintanance plan'ом.
при кардинальных изменениях в структуре надо ее полностью пересчитывать.
см. мануалы по SQL.

нет, похоже надежды нет...
Зря так думаешь.
Обновляется не только статистика. Но и делается DBCC DBREINDEX.
Странный ты mazzy, то педантичный то нет.
Про статистику речь шла в ту ветку, которую ты дал.
Что кроме перемещения полей, надо еще статистику обновить


Зачем ждем железо.
Сейчас пень 4 3 ггц 8 гигов озу 2 контроллера и 2 * 14 + 6 винтов..
Итого 1 зеркало винда, 1 зеркало MS SQL, и 6 массивов рейд 5 + запаски.

Хочу взять 64 битное.. 16 гигов озу и винтов штук 40.
Если нельзя под 2000-ым разбить таблички, то я на разные массивы раскидаю тяжелые таблицы, а отдельно их индексы положу.

Нет.. Раз уж начал наставлять на пусть праведный , доведи начатое до конца :-)
...
Рейтинг: 0 / 0
16.05.2009, 16:16
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989519
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova

Самое простое.

Код: plaintext
1.
2.
3.
4.
5.
6.
Select
 t1.id
From
   Table1 t1 left JOIN Table2 t2 on t1.ID = t2.ID 
where 
T2.ID ISNULL

Выберет все записи которые есть в табличке t1 и которых нет в табличке t2
Там же "and exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )"

а не not exists
...
Рейтинг: 0 / 0
16.05.2009, 16:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989524
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginVolochkova

Самое простое.

Код: plaintext
1.
2.
3.
4.
5.
6.
Select
 t1.id
From
   Table1 t1 left JOIN Table2 t2 on t1.ID = t2.ID 
where 
T2.ID ISNULL

Выберет все записи которые есть в табличке t1 и которых нет в табличке t2
Там же "and exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )"

а не not exists
ЕЩЕ проще.. ЭТО INNER JOIN
...
Рейтинг: 0 / 0
16.05.2009, 16:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989533
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova
ЕЩЕ проще.. ЭТО INNER JOIN

Напишите его пожалуйста так, чтобы он был полостью эквивалентен запросу с exist? В аксапте обычно exist пишут, если в результате не нужно повторять столько раз, сколько раз повторяются свяанные записи в другой таблице.
...
Рейтинг: 0 / 0
16.05.2009, 16:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989536
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaДаже перенеся поля надо для полной уверенности сделать
Код: plaintext
UPDATE STATISTICS CUSTVENDTRANSPOSTINGLOG_RU WITH FULLSCAN
...

Volochkova
Обновляется не только статистика. Но и делается DBCC DBREINDEX.

Так "надо сделать" или "обновляется"?

VolochkovaРаз уж начал наставлять на пусть праведный , доведи начатое до конца :-)
Че надо то?

Блин, одно слово - Волочкова.
...
Рейтинг: 0 / 0
16.05.2009, 16:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989539
Ora Starter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ora Starter
Участник
mazzyбл*!!!! Статистику надо постоянно обновлять. периодически... maintanance plan\'ом.
при кардинальных изменениях в структуре надо ее полностью пересчитывать.
см. мануалы по SQL.

нет, похоже надежды нет...

Надеюсь это Вы видели...тынц
...
Рейтинг: 0 / 0
16.05.2009, 16:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989541
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova
А сразу версию не спрашивали :-)
Вопрос был какой? Поругать :-) Я поругал.. Вопрос какую версию ругать не было :-))

:) в принципе, версию можно было вывести из того, что аксапту ставить собираются. Так как Ax3 снята с поддержки, то у человека вряд ли есть шанс ее получить - скорее всего это будет 4 или 2009.

К тому же Ax3 + sql2005 тоже должно быть побыстрее. Например, за счет механизма оптимистичных блокировок.
...
Рейтинг: 0 / 0
16.05.2009, 16:46
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989556
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Ora Startermazzyбл*!!!! Статистику надо постоянно обновлять. периодически... maintanance plan\'ом.
при кардинальных изменениях в структуре надо ее полностью пересчитывать.
см. мануалы по SQL.

нет, похоже надежды нет...

Надеюсь это Вы видели...тынц

Я чего-то туплю, но по ссылке вижу подборку статей про то как вредно сжимать базы данных. Не могли бы вы пояснить, при чем тут обновление статистики?
...
Рейтинг: 0 / 0
16.05.2009, 17:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989564
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkovaДаже перенеся поля надо для полной уверенности сделать
Код: plaintext
UPDATE STATISTICS CUSTVENDTRANSPOSTINGLOG_RU WITH FULLSCAN
...

Volochkova
Обновляется не только статистика. Но и делается DBCC DBREINDEX.

Так "надо сделать" или "обновляется"?

VolochkovaРаз уж начал наставлять на пусть праведный , доведи начатое до конца :-)
Че надо то?

Блин, одно слово - Волочкова.

DBCC SHOWCONTIG (CUSTVENDTRANSPOSTINGLOG_RU )
dbcc dbreindex (CUSTVENDTRANSPOSTINGLOG_RU )
UPDATE STATISTICS CUSTVENDTRANSPOSTINGLOG_RU WITH FULLSCAN
DBCC SHOWCONTIG (CUSTVENDTRANSPOSTINGLOG_RU )

Вот так делается... теперь понятно?
...
Рейтинг: 0 / 0
16.05.2009, 17:16
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989566
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginVolochkova
ЕЩЕ проще.. ЭТО INNER JOIN

Напишите его пожалуйста так, чтобы он был полостью эквивалентен запросу с exist? В аксапте обычно exist пишут, если в результате не нужно повторять столько раз, сколько раз повторяются свяанные записи в другой таблице.

SELECT
t1.ID и т.д.
FROM
TABLE1 t1 INNER JOIN TABLE2 t1 on T1.ID = t2.ID

Выберет все записи которые есть в таблице 1 и для которой ест записи по полю ID из таблицы 2
...
Рейтинг: 0 / 0
16.05.2009, 17:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989569
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginVolochkova
А сразу версию не спрашивали :-)
Вопрос был какой? Поругать :-) Я поругал.. Вопрос какую версию ругать не было :-))

:) в принципе, версию можно было вывести из того, что аксапту ставить собираются. Так как Ax3 снята с поддержки, то у человека вряд ли есть шанс ее получить - скорее всего это будет 4 или 2009.

К тому же Ax3 + sql2005 тоже должно быть побыстрее. Например, за счет механизма оптимистичных блокировок.
+ ахулиард!
Вот подружится ли AX3 с 2005 большой вопрос.

Ставить не собираемся... Стоит уже... причем колом :-)

Собираемся переехать... с одной железки на иную.
...
Рейтинг: 0 / 0
16.05.2009, 17:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989583
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
VolochkovabeluginVolochkova
ЕЩЕ проще.. ЭТО INNER JOIN

Напишите его пожалуйста так, чтобы он был полостью эквивалентен запросу с exist? В аксапте обычно exist пишут, если в результате не нужно повторять столько раз , сколько раз повторяются свяанные записи в другой таблице.

SELECT
t1.ID и т.д.
FROM
TABLE1 t1 INNER JOIN TABLE2 t1 on T1.ID = t2.ID

Выберет все записи которые есть в таблице 1 и для которой ест записи по полю ID из таблицы 2

если в t1 есть одна запись с ID = 1 а в T2 2 таких записи то этот запрос выберет
1
1
а с экзистом просто
1

Например, если надо закупки все записи, для в которых есть номенклатура то ваш запрос повторит закупски столько раз, сколько в них встречается эта номенклатура, а Exists - нет.
...
Рейтинг: 0 / 0
16.05.2009, 17:32
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989587
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova
Вот подружится ли AX3 с 2005 большой вопрос.


2005 поддерживается начиная с KR2, кажется.


Ставить не собираемся... Стоит уже... причем колом :-)


Если вы внимательно прочтете мой пост, то выяснится, что я говорил не о вас, а об авторе топика.


Собираемся переехать... с одной железки на иную.

Мне кажется, у вас впереди много переездов...
...
Рейтинг: 0 / 0
16.05.2009, 17:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989614
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Тогда так..
автор
update
X1
FROM
Table_X1 X1 INNER JOIN (SELECT SubjId FROM TABLE_X2 GROUP BY SubjId ) AS X2 ON X1.SubjId = X2.SubjId
set
status = 2
where
status = 1
and
reaction != 2
and
(reaction = 1 or reaction = 0 and exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )


Но ИМХО маразм. Ибо если в табличке TABLE_X2 записей так под АХУЛИАРД, то оба варианта ставят базу раком.

Можно спастись заплаткой
автор
автор
update
X1
FROM
Table_X1 X1 INNER JOIN (SELECT SubjId FROM TABLE_X2 (NOLOCK) GROUP BY SubjId ) AS X2 ON X1.SubjId = X2.SubjId
set
status = 2
where
status = 1
and
reaction != 2
and
(reaction = 1 or reaction = 0 and exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )



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

Нужен будет скрипт - выложу.

Просто когда один чел работает в базе еще нормально, когда такие запросы на exist запускает 50 человек.. уже очень грустно.
...
Рейтинг: 0 / 0
16.05.2009, 18:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989640
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Вообщем все из-за бабок :-)))

Что еще вымораживает.
Архитектура.
У каждой записи есть ROWID - INT
берем табличку типа INVENTTABLE - 100 метров. вроде все хорошо.
Но в INVENTTRANS, INVENTSUM и т.д. идет не ROWID из INVENTTABLE , а ITEMID - текстовый... varchar(20).

в итоге храним "лишнии" 20-4 = 16 * на 5 000 000 строк в INVENTSUM, 24 000 000 строк INVENTTRANS
400 метров... лищних.. а если по всем табличка посчитать где товар участвует, то много набежит...
А если взять еще индексы... у меня их 6 и 14.. значит надо 400 метров * 18... итого 8 гигов... это 5% базы.

Да и select + join делать было бы в 4 раза легче MS SQL..

Вот такая арифметика.

Кстати про пере индексирование и обновление статистики.
До меня делали это.. но база все равно вставала колом.. По таблицам не было кластерных индексов..
Сделали индексы.. запустили ребилд, обновили статистику.. стало легче жить..

Купив Аксапту 3.. это 4 года назад... сейчас уже нет поддержки..
Очуметь.. развод на разводе.. 1с 7.7 до сих пор сопровождается...

Прогресс бар ... Это вообще чума... в 3 Аксапте.. это просто писец какой то ...
Спустится в середину списка нельзя.. только листать.. и об такие мелочи спотыкаешься...

И при этом руководство... Потратив ********** сумму на Аксапту, хочет за 500 баксов в месяц чо она летала... :-)

В итоге поставка Аксапты Ретайл напоминает продажу советского Лексуса.. Бабло снимает маркетинг.. Покупатель получает лапшу на уши и Ладу Калину.. и набор ключей.. доводите до Лексуса сами.. Хотя можете и продавцу доверить, но ценник будет еще 4 лексуса..

ИМХО не скажу что Аксапта плохо, многие вещи в ней очень нравятся, но когда делал на предыдущем месте своими силами распределенку и базу ( клиент серверную) до многих вещей дошли сами... А в Аксапте нашли тоже самое :-)

Сейчас зная MS SQL заставляем базу бегать.. 2 года назад даже ползать не могла...
ИТОГО.. не имея спецов именно по MS SQL ставить Акспату самоубийство...
...
Рейтинг: 0 / 0
16.05.2009, 18:36
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989670
FE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FE
Участник
По-моему, ключевые слова тут:
И при этом руководство... Потратив ********** сумму на Аксапту, хочет за 500 баксов в месяц чо она летала... :-)
А где те специалисты, та группа внедрения, которая работала на проекте? Я имею ввиду ваших сотрудников, которые должны были учиться и перенимать опыт?

Могу, конечно, предположить, что Корус их не учил, но это более чем странно.
авторКупив Аксапту 3.. это 4 года назад... сейчас уже нет поддержки..
Очуметь.. развод на разводе..
В чём же здесь развод? Microsoft поддерживает текущую версию и предпоследнюю. Тройка поддерживалась до начала этого года, сейчас поддерживается 2009 и 4-ка. Поправьте меня, если я ошибаюсь, но 1С версии 6 сейчас тоже не поддерживается.
...
Рейтинг: 0 / 0
16.05.2009, 19:13
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989688
Сисой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сисой
Участник
FE Поправьте меня, если я ошибаюсь, но 1С версии 6 сейчас тоже не поддерживается.

Вы будете смеяться, но она поддерживается.
Вернее так - "поддерживается".
...
Рейтинг: 0 / 0
16.05.2009, 19:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989797
курбан-оглы программер
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
курбан-оглы программер
Гость
FEавторКупив Аксапту 3.. это 4 года назад... сейчас уже нет поддержки..
Очуметь.. развод на разводе..
В чём же здесь развод?

В том, что срок эксплуатации нормально внедренной ERP-системы должен превышать 3-5 лет, иначе ROI точно в глубокий минус уйдет. Снимая с поддержки продукт, проданный менее 5 лет назад, вендор откровенно выкручивает руки покупателям, заставляя их инвестировать непредусмотренные первоначальными расчетами деньги в переход на новые версии. Впрочем, мне такая позиция вендора понятна. Но вот для производителей авто во многих странах почему-то существуют жесткие требования к срокам обслуживания ранее выпущенных автомобилей и наличию запчастей на складе.
...
Рейтинг: 0 / 0
16.05.2009, 22:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989802
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
курбан-оглы программер,

расскажите о вашем алгоритме расчета ROI. Я знаю системы которые и за несколько месяцев окупали вложения в них. Заинтриговали.
...
Рейтинг: 0 / 0
16.05.2009, 22:30
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989805
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
курбан-оглы программер
В том, что срок эксплуатации нормально внедренной ERP-системы должен превышать 3-5 лет, иначе ROI точно в глубокий минус уйдет. Снимая с поддержки продукт, проданный менее 5 лет назад, вендор откровенно выкручивает руки покупателям, заставляя их инвестировать непредусмотренные первоначальными расчетами деньги в переход на новые версии.

Во-первых, поддержка все равно платная.
Во-вторых, эти рассуждения опираются на то, что переход на новую версию стоит столько же, сколько и внедрение с нуля - так ли это?
...
Рейтинг: 0 / 0
16.05.2009, 22:32
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989813
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
VolochkovaТогда так..
автор
update
X1
FROM
Table_X1 X1 INNER JOIN (SELECT SubjId FROM TABLE_X2 GROUP BY SubjId ) AS X2 ON X1.SubjId = X2.SubjId
set
status = 2
where
status = 1
and
reaction != 2
and
(reaction = 1 or reaction = 0 and exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )




Что-то я не понимаю о чем вы говорите. Вас смущает "exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )" или "INNER JOIN (SELECT SubjId FROM TABLE_X2 GROUP BY SubjId )" если первое, то я не понимаю как манипуляция с выборкой по TABLE_X2 может повлиять на быстрордействие экзиста по TABLE_X4.

Если второе - то такое аксапта не генерирует (я, по крайней мере, не видел - покажите как добиться специально). Максимум можно сделать view и поджоинить с ним.

Скажите, пожалуйста, отражают ли эти посты стиль вашего мышления?
...
Рейтинг: 0 / 0
16.05.2009, 22:47
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989921
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginVolochkovaТогда так..
автор
update
X1
FROM
Table_X1 X1 INNER JOIN (SELECT SubjId FROM TABLE_X2 GROUP BY SubjId ) AS X2 ON X1.SubjId = X2.SubjId
set
status = 2
where
status = 1
and
reaction != 2
and
(reaction = 1 or reaction = 0 and exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )




Что-то я не понимаю о чем вы говорите. Вас смущает "exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )" или "INNER JOIN (SELECT SubjId FROM TABLE_X2 GROUP BY SubjId )" если первое, то я не понимаю как манипуляция с выборкой по TABLE_X2 может повлиять на быстрордействие экзиста по TABLE_X4.

Если второе - то такое аксапта не генерирует (я, по крайней мере, не видел - покажите как добиться специально). Максимум можно сделать view и поджоинить с ним.

Скажите, пожалуйста, отражают ли эти посты стиль вашего мышления?

Началось.. Давайте на личности переходить не будем.
В примере показано специально, как должно делаться ( по моему скромному мнению) и как делает Аксапта.

Отличие Table_X1 X1 INNER JOIN (SELECT SubjId FROM TABLE_X2 GROUP BY SubjId ) AS X2 ON X1.SubjId = X2.SubjId
от
exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )
можно посмотреть в плане выполнения запроса MS SQL-ем... разница ошеломляет.

А вот то что Акпата делает коряво... я уже 2 страницы пишу, ан нет.... Это у меня руки кривые и мышление не то..
...
Рейтинг: 0 / 0
17.05.2009, 02:46
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989925
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
FE По-моему, ключевые слова тут :
И при этом руководство... Потратив ********** сумму на Аксапту, хочет за 500 баксов в месяц чо она летала... :-)
А где те специалисты, та группа внедрения, которая работала на проекте? Я имею ввиду ваших сотрудников, которые должны были учиться и перенимать опыт?

Могу, конечно, предположить, что Корус их не учил, но это более чем странно.

А по-моему зависть плохое чувство, не надо всех мести под свою гребенку.
Хватит копаться в моей ситуации, она частная. Я ее описываю, т.к. человек сделавший пост, интересуется подводными камнями. Я ему их описал. Что бы на такие же грабли он не наступил.
Всем, думающим в Акспату какашками кидаются, проходите мимо.

Внедренцы ушли. Да и зачем ОНИ если БАЗА стоит колом. Чему может научить эта команда?
Загнать базу в больший коллапс?
Обучение в Корусе вариант, но опять же сколько это стоит?
Нам предлагали переделать все заново. Я узнавал. Ценник зашкаливает.


FE По-моему, ключевые слова тут :
[quot автор]Купив Аксапту 3.. это 4 года назад... сейчас уже нет поддержки..
Очуметь.. развод на разводе..
В чём же здесь развод? Microsoft поддерживает текущую версию и предпоследнюю. Тройка поддерживалась до начала этого года, сейчас поддерживается 2009 и 4-ка. Поправьте меня, если я ошибаюсь, но 1С версии 6 сейчас тоже не поддерживается.

У простых смертных, выкручивание рук и выманивание денег, зовется развод.
Вот как ВИСТУ ща тулят... вместо ХР... тот же самый развод.. Но это тема отдельной ветки..
И не надо меня уверять в обратном.

Лично мне все равно. Решение принимал не я, ставить Акспату.. И цена вопроса ... это удел принявшего такое решение... Так что это большой плюс, команде ИТ... Можно всегда отбить все вопросы про тормоза, глюки и т.д.

Но я могу заставить ее летать.. Все отчеты которые тяжелые... или сделаны ректально, вынести во внешний exe, хоть дельфи, хоть C#, хоть ACCESS.. мне без разницы.. а запросы перенести на чистые TSQL хранимки.. А Аскапту использовать как 1с 7.7 торговлю - учетная система внесения документов..

Скажите изврат? Соглашусь. Идеи, технологии в Аксапте на 1 000 000 баксов... Там можно многое подчеркнуть в плане именно идеи. А вот сделано.... через ОПУ...
...
Рейтинг: 0 / 0
17.05.2009, 03:03
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989953
FE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FE
Участник
Простите, где в моём сообщении Вы увидели зависть? И к чему/кому, собственно?
VolochkovaХватит копаться в моей ситуации, она частная.Нет, не частная. Как только Вы вынесли её на форум, она перестала быть частной.
VolochkovaЯ ее описываю, т.к. человек сделавший пост, интересуется подводными камнями. Я ему их описал. Что бы на такие же грабли он не наступил.Вы не описали подводные камни, Вы просто заявили "у нас всё медленно".
VolochkovaВнедренцы ушли. Да и зачем ОНИ если БАЗА стоит колом. Чему может научить эта команда? То, что внедренцы ушли - понятно. Я спрашивал про ваших сотрудников, а не про внедренцев. За время внедрения должны же они были научиться!
Если не можете справиться сами, обратитесь к тем, кто умеет это делать, у кого есть опыт крупных внедрений. Или хоть позвоните в Microsoft, попросите консультаций. Да, это стоит денег. За бесплатно вряд ли кто-то будет работать.
VolochkovaУ простых смертных, выкручивание рук и выманивание денег, зовется развод. И в чём же вам выкручивают руки и выманивают деньги? В чём развод, Вы так и не сказали. Вы можете, разумеется, оставаться при своём мнении, но, высказывая его публично, готовьтесь подтверждать его.
...
Рейтинг: 0 / 0
17.05.2009, 09:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989969
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova
Скажите, пожалуйста, отражают ли эти посты стиль вашего мышления?

Началось.. Давайте на личности переходить не будем.
В примере показано специально, как должно делаться ( по моему скромному мнению) и как делает Аксапта.

Отличие Table_X1 X1 INNER JOIN (SELECT SubjId FROM TABLE_X2 GROUP BY SubjId ) AS X2 ON X1.SubjId = X2.SubjId
от
exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )
[/quot]

То есть вы хотели сказать следующее:

аксапта делает

Код: plaintext
1.
select * from t1 where exists (select id from T2 where T2.id = t1.id)


вы хотели:

Код: plaintext
1.
select * from t1 join (select id from T2 (NOLOCK) where T2.id = t1.id group by id)

так?

Вы, пожалуйста, когда делаете два варианта
1. не смешивайте их в одном запросе э
2. делайте что бы в них не было никаких других различий кроме того, что вам нужно

Так будет гораздо понятнее.


можно посмотреть в плане выполнения запроса MS SQL-ем... разница ошеломляет.


Надо посмотреть на 2008...


А вот то что Акпата делает коряво... я уже 2 страницы пишу, ан нет.... Это у меня руки кривые и мышление не то..

Ну Аксапта в некоторых местах просто не может сделать так, как вы бы написали руками (это как ассемблер и язык высогоко уровня - так как присутствует трансляция не все фишки SQL могут быть реализованны на движке), например то, что вы хотите сделать можно реализовать только создав view по "select id from T2 (NOLOCK) where T2.id = t1.id group by id" и поджоинив с ним.
...
Рейтинг: 0 / 0
17.05.2009, 10:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989973
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
belugin
вы хотели:


ой, where забыл перенести:

Код: plaintext
1.
select * from t1 join (select id from T2 (NOLOCK) group by id) on t1.id = t2.id

Извините переход на личности. С другой стороны, если вы считаете свой посты логичными и иззяшно сформулированны, то для вас эта фраза является комплиментом ;)
...
Рейтинг: 0 / 0
17.05.2009, 10:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35989977
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
FEПростите, где в моём сообщении Вы увидели зависть? И к чему/кому, собственно?
VolochkovaХватит копаться в моей ситуации, она частная.Нет, не частная. Как только Вы вынесли её на форум, она перестала быть частной.
VolochkovaЯ ее описываю, т.к. человек сделавший пост, интересуется подводными камнями. Я ему их описал. Что бы на такие же грабли он не наступил.Вы не описали подводные камни, Вы просто заявили "у нас всё медленно".
VolochkovaВнедренцы ушли. Да и зачем ОНИ если БАЗА стоит колом. Чему может научить эта команда? То, что внедренцы ушли - понятно. Я спрашивал про ваших сотрудников, а не про внедренцев. За время внедрения должны же они были научиться!
Если не можете справиться сами, обратитесь к тем, кто умеет это делать, у кого есть опыт крупных внедрений. Или хоть позвоните в Microsoft, попросите консультаций. Да, это стоит денег. За бесплатно вряд ли кто-то будет работать.
VolochkovaУ простых смертных, выкручивание рук и выманивание денег, зовется развод. И в чём же вам выкручивают руки и выманивают деньги? В чём развод, Вы так и не сказали. Вы можете, разумеется, оставаться при своём мнении, но, высказывая его публично, готовьтесь подтверждать его.

Ты сейчас с кем разговаривал? Тебе русским языком все написали.
Читай внимай.
Пишу еще раз для тех кто в танке... Это и были НАШИ сотрудники... Купили, дописали, поставили через год ушли.
И тем кто в ГАУБИЦЕ, обсуждается не как у меня плохо с Акспатой...
А что в ней не так....

beluginVolochkova
Скажите, пожалуйста, отражают ли эти посты стиль вашего мышления?

Началось.. Давайте на личности переходить не будем.
В примере показано специально, как должно делаться ( по моему скромному мнению) и как делает Аксапта.

Отличие Table_X1 X1 INNER JOIN (SELECT SubjId FROM TABLE_X2 GROUP BY SubjId ) AS X2 ON X1.SubjId = X2.SubjId
от
exists (select SubjId from TABLE_X4 where subjId = Table_X1.subjId )


То есть вы хотели сказать следующее:

аксапта делает

Код: plaintext
1.
select * from t1 where exists (select id from T2 where T2.id = t1.id)


вы хотели:

Код: plaintext
1.
select * from t1 join (select id from T2 (NOLOCK) where T2.id = t1.id group by id)

так?

Вы, пожалуйста, когда делаете два варианта
1. не смешивайте их в одном запросе э
2. делайте что бы в них не было никаких других различий кроме того, что вам нужно

Так будет гораздо понятнее.


можно посмотреть в плане выполнения запроса MS SQL-ем... разница ошеломляет.


Надо посмотреть на 2008...


А вот то что Акпата делает коряво... я уже 2 страницы пишу, ан нет.... Это у меня руки кривые и мышление не то..

Ну Аксапта в некоторых местах просто не может сделать так, как вы бы написали руками (это как ассемблер и язык высогоко уровня - так как присутствует трансляция не все фишки SQL могут быть реализованны на движке), например то, что вы хотите сделать можно реализовать только создав view по "select id from T2 (NOLOCK) where T2.id = t1.id group by id" и поджоинив с ним.[/quot]

Добро. Кстати на 2008 MS SQL можно глянут текст плана выполнения, но думаю не будет отличаться.. Аксапта тыкает MS SQL в жесткий перебор.

Таких мест не много, но они запускаются на выполнение часто.
...
Рейтинг: 0 / 0
17.05.2009, 10:25
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35990042
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova
Таких мест не много, но они запускаются на выполнение часто.

Вы не рассматривали возможность заменить их на эквивалент предложенного вами запроса но через view?
...
Рейтинг: 0 / 0
17.05.2009, 12:42
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35990254
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginVolochkova
Таких мест не много, но они запускаются на выполнение часто.

Вы не рассматривали возможность заменить их на эквивалент предложенного вами запроса но через view?

Уж что мы только не рассматриваем.
Вплоть до запуска прямого T-SQL кода в коде Аксапты..

Но повторюсь... Чел купит Аксапту.. Скорее всего 2009... И будет маяться с точь в точь проблемами..
Хотя вопрос конечно что он получит и от кого.. Может его минует чаша сия и не достанется ему Axapta Retal.

Ведь от того что я решу свою локальную проблему, этот фикс появится доступный для всех.
Так что узкие места обозначил.. Будут вопросы, обращусь..

Будут ответы, отпишусь..
...
Рейтинг: 0 / 0
17.05.2009, 17:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35990479
Фотография sleshiy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sleshiy
Участник
mazzy...то, что обычные люди понимают под "отчетами" в excel не выводится.
А Ваши люди в булошную на чем ездят?
...
Рейтинг: 0 / 0
17.05.2009, 23:35
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35990486
Фотография sleshiy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sleshiy
Участник
belugin4Программисты часто называют любые печатные формы отчетами.
Не нужно свои взгляды приписывать программистам. Хотя, вполне возможно, с этой категорией Вам встречаться не приходилось. Тогда простительно.
...
Рейтинг: 0 / 0
17.05.2009, 23:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35990596
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
sleshiy,
срезал :)
...
Рейтинг: 0 / 0
18.05.2009, 06:32
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35992479
Ora Starter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ora Starter
Участник
beluginЯ чего-то туплю, но по ссылке вижу подборку статей про то как вредно сжимать базы данных. Не могли бы вы пояснить, при чем тут обновление статистики?
При том что там написано о Maintanance plane... Возможно топик стартер на это попался.
...
Рейтинг: 0 / 0
18.05.2009, 18:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35992814
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Ora Starter, спасибо
...
Рейтинг: 0 / 0
18.05.2009, 22:11
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35992819
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova
Добро. Кстати на 2008 MS SQL можно глянут текст плана выполнения, но думаю не будет отличаться.. Аксапта тыкает MS SQL в жесткий перебор.


Я только что посмотрел два варианта (тренировался на аксаптовских перекрестных ссылках)

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

2. Нет ограничений по второй таблице - он его свел к иннер джоину
...
Рейтинг: 0 / 0
18.05.2009, 22:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35992820
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
...
Рейтинг: 0 / 0
18.05.2009, 22:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35992824
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
MS SQL 2008 SP1
...
Рейтинг: 0 / 0
18.05.2009, 22:19
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35998875
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
1. мы смотрим Update
2. смотрим что делают 4 процесса - пользователя...
...
Рейтинг: 0 / 0
21.05.2009, 13:07
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35998877
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
смотрим дальше...
...
Рейтинг: 0 / 0
21.05.2009, 13:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35998881
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Мой вариант
...
Рейтинг: 0 / 0
21.05.2009, 13:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35998884
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Пардон.. вот мой вариант..
Я вижу большую разницу... если сравнивать перебор и один Update
...
Рейтинг: 0 / 0
21.05.2009, 13:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35998914
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
работа одного пользователя... эффект на одной таблице...
...
Рейтинг: 0 / 0
21.05.2009, 13:14
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35998944
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
маразм проектировки базы данных..

Табличка содержит АХУЛИАРД записей..
Нашел давнишнюю копию...
Суть такова - поле CLOSED это статус, его 20 человек одновременно могут менять.
Как Вы думаете как часто будет перестраиваться индексы по таблице весом в 4 гигабайта и содержанием 500 000 записей?
Вот и блокировки...

Поля AVIALOREDRER, AVIALPHYSICAL ( на картинке видны лень правильно писать) это вообще кол-ва..
Т.е при корректировке строки, база в опе...
...
Рейтинг: 0 / 0
21.05.2009, 13:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35998965
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
А это табличка уже весом в 50 гигов.. и 25 000 000 строк...
Индексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли...

И если 100 человек могут ее одновременно построчно раком ставить.. то покажите как???
И это при том... что индексы и сама табличка лежат на разных дисковых массивах.
...
Рейтинг: 0 / 0
21.05.2009, 13:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35998993
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Еще работа одного пользователя
...
Рейтинг: 0 / 0
21.05.2009, 13:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35999005
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Самая малость блокировок.

Таблички типа
VENDTRANSOPEN
PURCHLINE
PURCHTABLE
ночью делается ребилд в 100% вечером от них остается 15%...
...
Рейтинг: 0 / 0
21.05.2009, 13:37
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35999007
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
И такого можно писать... годами.. что получает заказчик за бешенные бабки...

Вывод. .спец должны получать.. ОФИГЕНО много что бы это РАБОТАЛО.
...
Рейтинг: 0 / 0
21.05.2009, 13:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35999014
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaСуть такова - поле CLOSED это статус, его 20 человек одновременно могут менять.
Нет. Этот статус меняется только в процедуре закрытия.
Если у вас процедуру закрытия запускают 20 человек - это сильно

Volochkova
Поля AVIALOREDRER, AVIALPHYSICAL ( на картинке видны лень правильно писать) это вообще кол-ва..
Т.е при корректировке строки, база в опе...
Я так понимаю, что про слои вы еще ничего не слышали и о том, как в аксапте можно отделить свои модификации от стандартного функционала... Сразу видно - шпециалист

Так вот, сообщаю: в стандартном функционале Аксапты таких индексов нет. (см. скриншот)

Также сообщаю, что в MS SQL есть галочка, которая заставляет SQL автоматически создавать индексы, если MS SQL посчитает это целесообразным.

По моему скромному мнению задача администратора как раз заключается в том, чтобы следить за индексами и быстродействием. Следить - это в частности не допускать появления ненужных индексов и добавлять нужные.
...
Рейтинг: 0 / 0
21.05.2009, 13:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35999016
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaВывод. .спец должны получать.. ОФИГЕНО много что бы это РАБОТАЛО.
А... понятно.
...
Рейтинг: 0 / 0
21.05.2009, 13:42
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35999053
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaИндексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли...
Да, и еще одно.
чтобы Аксапта даже не думала создавать индексы, которые администратор считает ненужными, то в ней можно выключить индекс.

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

Ей богу завидую: человеку еще столько предстоит открыть интересного и полезного
...
Рейтинг: 0 / 0
21.05.2009, 13:51
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35999103
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
кстати, обратил внимание что вы сделали индекс {ItemId, InventDimId, DataAreaID} кластерным.
По-моему, это чертовски спорное решение. Особенно, если у вас постоянно растет InventDimID (появляются новые ГТД, партии, серийные номера и т.п.)

В этом индексе очень велика вероятность появления новых значений.
Причем новые значения будут добавляться в середину дерева.
В результате SQL будет постоянно и достаточно часто сплитить страницы с данными.

В общем, пилите Шура, пилите.
...
Рейтинг: 0 / 0
21.05.2009, 14:04
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #35999594
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkovaСуть такова - поле CLOSED это статус, его 20 человек одновременно могут менять.
Нет. Этот статус меняется только в процедуре закрытия.
Если у вас процедуру закрытия запускают 20 человек - это сильно

Volochkova
Поля AVIALOREDRER, AVIALPHYSICAL ( на картинке видны лень правильно писать) это вообще кол-ва..
Т.е при корректировке строки, база в опе...
Я так понимаю, что про слои вы еще ничего не слышали и о том, как в аксапте можно отделить свои модификации от стандартного функционала... Сразу видно - шпециалист

Так вот, сообщаю: в стандартном функционале Аксапты таких индексов нет. (см. скриншот)

Также сообщаю, что в MS SQL есть галочка, которая заставляет SQL автоматически создавать индексы, если MS SQL посчитает это целесообразным.

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

Что значит сильно??? 10 операторов например приходуют товар и что??? Это приход. Это даже не продажа, где надо контроль остатков делать.
Так что можно подробнее? Про силу то...


mazzyVolochkovaВывод. .спец должны получать.. ОФИГЕНО много что бы это РАБОТАЛО.
А... понятно.

Да ладно, уж и съязвить нельзя :-)))


mazzyVolochkovaИндексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли...
Да, и еще одно.
чтобы Аксапта даже не думала создавать индексы, которые администратор считает ненужными, то в ней можно выключить индекс.

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

Ей богу завидую: человеку еще столько предстоит открыть интересного и полезного

Индексы достались в наследство. Причем если я правильно понял еще от продавца. Так что что досталось в наследство. :-)
Про слои тоже я вкурсе. Не надо тешить себя иллюзиями. :-)))
Так вот все изменения сделаны на слое usr. И не кидайтесь какашками... :-) Наследство.
Как будто если бы это было на системном слое, то индексы бы не лочились.



mazzyкстати, обратил внимание что вы сделали индекс {ItemId, InventDimId, DataAreaID} кластерным.
По-моему, это чертовски спорное решение. Особенно, если у вас постоянно растет InventDimID (появляются новые ГТД, партии, серийные номера и т.п.)

В этом индексе очень велика вероятность появления новых значений.
Причем новые значения будут добавляться в середину дерева.
В результате SQL будет постоянно и достаточно часто сплитить страницы с данными.

В общем, пилите Шура, пилите.

Решение еще насколько спорное. Но по результатам работы - без него вообще полный финиш.
А так раз в месяц реиндекс... и база шевелится. Без кластера лежала каком.
И реиндексы не помогали.

А вот про сплиты не надо :-) как будто будь он некластерным оно вставлялась бы последовательно :-)

Так чт базу причесываем, но эффект все равно один...
Не ЧОКОЛАДКА эта косяпта :-)
...
Рейтинг: 0 / 0
21.05.2009, 16:03
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000166
miklenew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miklenew
Участник
Вот почему редко из девушек хорошие программисты выходят. Терпения не хватает.
Кстати на axforum.info вам бы уже давно помогли с вашими заморочками или объяснили почему с этим не стоит заморачиваться.
...
Рейтинг: 0 / 0
21.05.2009, 18:00
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000199
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
miklenewВот почему редко из девушек хорошие программисты выходят. Терпения не хватает.

ее одни девушки писали?
...
Рейтинг: 0 / 0
21.05.2009, 18:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000359
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovamazzyVolochkovaСуть такова - поле CLOSED это статус, его 20 человек одновременно могут менять.
Нет. Этот статус меняется только в процедуре закрытия.
Если у вас процедуру закрытия запускают 20 человек - это сильно

Что значит сильно??? 10 операторов например приходуют товар и что??? Это приход. Это даже не продажа, где надо контроль остатков делать.
Так что можно подробнее? Про силу то...
Повторяю: статус меняется только в процедуре закрытия.


VolochkovaИндексы достались в наследство. Причем если я правильно понял еще от продавца. Так что что досталось в наследство. :-)
Понятно - "мопед не мой, я просто разместил объяву"

Volochkova
mazzyкстати, обратил внимание что вы сделали индекс {ItemId, InventDimId, DataAreaID} кластерным.
По-моему, это чертовски спорное решение. Особенно, если у вас постоянно растет InventDimID (появляются новые ГТД, партии, серийные номера и т.п.)

В этом индексе очень велика вероятность появления новых значений.
Причем новые значения будут добавляться в середину дерева.
В результате SQL будет постоянно и достаточно часто сплитить страницы с данными.

В общем, пилите Шура, пилите.

Решение еще насколько спорное. Но по результатам работы - без него вообще полный финиш.
А так раз в месяц реиндекс... и база шевелится. Без кластера лежала каком.
И реиндексы не помогали.
Вообще говоря, у нормальных людей в Аксапте реиндексы не нужны

VolochkovaА вот про сплиты не надо :-) как будто будь он некластерным оно вставлялась бы последовательно :-)
Пилите, Шура, пилите.
...
Рейтинг: 0 / 0
21.05.2009, 19:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000365
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Сколько говорите у вас человек?
VolochkovaА это табличка уже весом в 50 гигов.. и 25 000 000 строк...
Индексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли...

И если 100 человек могут ее одновременно построчно раком ставить.. то покажите как???
И это при том... что индексы и сама табличка лежат на разных дисковых массивах.
Это ж как издевается народ над системой... А она все работает.
Удивительно.
...
Рейтинг: 0 / 0
21.05.2009, 19:19
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000637
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkovaсмотрим дальше...

Эта таблица нестандартна. Насколько я знаю, вообще из запроса на X++ такой SQL нельзя сгенерить (опровергните).

Я думаю, если аксапту обвинять в том, что сделали в партнерском решении или в кастомизации, то с такой же уверенностью можно обвинять в этом WIndows, или Intel
...
Рейтинг: 0 / 0
22.05.2009, 00:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000643
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Ситуация с блокировками по остаткам улучшена в 4

См. статью и презентацию Дениса Федотенко
...
Рейтинг: 0 / 0
22.05.2009, 00:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000699
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginVolochkovaсмотрим дальше...

Эта таблица нестандартна. Насколько я знаю, вообще из запроса на X++ такой SQL нельзя сгенерить (опровергните).

Я думаю, если аксапту обвинять в том, что сделали в партнерском решении или в кастомизации, то с такой же уверенностью можно обвинять в этом WIndows, или Intel

Я скрины привел, это запускает Аксапта.. Логика людей ее внедривших..


beluginСитуация с блокировками по остаткам улучшена в 4

См. статью и презентацию Дениса Федотенко


Ага... Улучшена... Но маразм тот еще...



mazzyСколько говорите у вас человек?
VolochkovaА это табличка уже весом в 50 гигов.. и 25 000 000 строк...
Индексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли...

И если 100 человек могут ее одновременно построчно раком ставить.. то покажите как???
И это при том... что индексы и сама табличка лежат на разных дисковых массивах.
Это ж как издевается народ над системой... А она все работает.
Удивительно.

Хоботов, я оценила.. :-)
Издевательство, именно партнерское решение.. А система не работает.. это работой назвать нельзя.


mazzy
Вообще говоря, у нормальных людей в Аксапте реиндексы не нужны

VolochkovaА вот про сплиты не надо :-) как будто будь он некластерным оно вставлялась бы последовательно :-)
Пилите, Шура, пилите.

А если что по существу?
Видел я результат работы базы без переиндекса, и с принудительным майтенс планом в 90%..
Полная лажа..

ИМХО кривое планирование структуры базы в принципе. В аккурат как у 1с..
Снизить нагрузку на файловую систему, как 2 пальца, расчеты я уже давал..

До этого работал на самописке.. Распределенная система складов.. Кол-во приходов по меньше будет.. а продаж на порядок больше.. Так за 4 года база весит 8 гигов... при цене железа на порядок меньше, чем есть сейчас... по Аксаптой..

Ностальгией не страдаю.. Отчеты все вынесем в чистый MS SQL а Акспату оставим чисто как маразм для внесения приходов..
...
Рейтинг: 0 / 0
22.05.2009, 01:47
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000937
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
VolochkovabeluginVolochkovaсмотрим дальше...

Эта таблица нестандартна. Насколько я знаю, вообще из запроса на X++ такой SQL нельзя сгенерить (опровергните).

Я думаю, если аксапту обвинять в том, что сделали в партнерском решении или в кастомизации, то с такой же уверенностью можно обвинять в этом WIndows, или Intel

Я скрины привел, это запускает Аксапта.. Логика людей ее внедривших..


Какая разница, кто это запускает. Главное где это написано. В usr, var или ниже.

Пока это похоже на прямой SQL написанный либо внедрявшими партнерами либо вашими же коллегами. Если вы напишете кривой макрос к ворду то ворд будет тоже виноват?
...
Рейтинг: 0 / 0
22.05.2009, 09:35
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000949
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
VolochkovabeluginСитуация с блокировками по остаткам улучшена в 4

См. статью и презентацию Дениса Федотенко


Ага... Улучшена... Но маразм тот еще...


Как бы сделали вы?
...
Рейтинг: 0 / 0
22.05.2009, 09:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36000985
Ага
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ага
Гость
Volochkova
Я скрины привел, это запускает Аксапта.. Логика людей ее внедривших..

Volochkova
Хоботов, я оценила.. :-)
Издевательство, именно партнерское решение.. А система не работает.. это работой назвать нельзя.

Сколько вас там под ником скрывается, клаву чтоли другу у друга вырываете?
Если издевательство партнерское решение - возможно стоит сменить партнера?


Volochkova
ИМХО кривое планирование структуры базы в принципе. В аккурат как у 1с..
Снизить нагрузку на файловую систему, как 2 пальца, расчеты я уже давал..

С этим частично соглашусь :). Мне бы тоже хотелось, чтобы на части справочников первичные ключи были бы числовыми, ненужные мне индексы были удалены в стандартной поставке, а нужные мне - добавлены . Впрочем, будучи реалистом принимаю условия игры.

Volochkova
До этого работал на самописке.. Распределенная система складов.. Кол-во приходов по меньше будет.. а продаж на порядок больше.. Так за 4 года база весит 8 гигов... при цене железа на порядок меньше, чем есть сейчас... по Аксаптой..

После перехода на промышленные ERP тоже испытывал ностальгию по ранее реализованным проектам - заточенным под конкретные задачи и оттюнингованным самопискам :). Не хочу повторяться - риски владельцев бизнеса, работающих на самописках известны.

Volochkova
Отчеты все вынесем в чистый MS SQL а Акспату оставим чисто как маразм для внесения приходов..

Тяжелые отчеты на MS SQL - поддерживаю.
А слабо на чистый MS SQL маразм для внесения приходов вынести?
Зачем Вам кривая Аксапта?

PS. Призываю коммьюнити в своих постах четко отделать недостатки/достоинства платформы от недостатков/достоинств решений, построенных на платформе. В особенности если эти решения не входят в стандартную поставку вендора
...
Рейтинг: 0 / 0
22.05.2009, 09:59
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001026
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
АгаПосле перехода на промышленные ERP тоже испытывал ностальгию по ранее реализованным проектам - заточенным под конкретные задачи и оттюнингованным самопискам :). Не хочу повторяться - риски владельцев бизнеса, работающих на самописках известны.

кому известны, Вам или владельцам бизнеса? На фоне текущего обсуждения выглядит несколько анекдотично.
...
Рейтинг: 0 / 0
22.05.2009, 10:14
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001037
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
Не хочу повторяться - риски владельцев бизнеса, работающих на самописках известны.Да ладно вам. Риски примерно одного порядка. Только немного разные.
Грамотно написанная самописка (жаль что это нечастое явление) заткнет за пояс практически любое (полу)коробочное решение. Особенно для нестандартных, многонюансных БП.
И уж чего точно нет в самописках, так это откатов. А откаты как известно - зло. :)
...
Рейтинг: 0 / 0
22.05.2009, 10:16
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001044
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
LSVРиски примерно одного порядка. Только немного разные.
Грамотно написанная самописка (жаль что это нечастое явление) заткнет за пояс практически любое (полу)коробочное решение.
100%
...
Рейтинг: 0 / 0
22.05.2009, 10:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001061
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafm, у меня сложилось впечатление, что текущее обсуждение - это обсуждение во многом именно самописки поверх аксапты.
...
Рейтинг: 0 / 0
22.05.2009, 10:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001134
Ага
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ага
Гость
LSV[quot ]
Грамотно написанная самописка (жаль что это нечастое явление) заткнет за пояс практически любое (полу)коробочное решение. Особенно для нестандартных, многонюансных БП.

И уж чего точно нет в самописках, так это откатов. А откаты как известно - зло. :)
Согласен на все 100%.
Уже много раз обжевано, но все же попробую развить мысль дальше.
Вероятность получить на выходе грамотно написанную самописку достаточно низка. К сожалению, еще меньше вероятность того, что разработчик будет поддерживать свой продукт до стадии вывода из эксплуатации. Грамотная написанная документация для потомков, как показывает мой опыт - тоже скорее исключение чем правило.
В итоге человек, изучивший вопрос, стоит перед классическим выбором: "Журавль в небе, или синица в руках".

Немного затрону вопросы масшабирования самописных решений. Одно дело когда в проекте 50 таблиц, совершенно другое когда их число растет до 500, 1000, 2000. Начиная с определенного момента, в классических средах разработки самописок (Delphi, Акцесс) с ними становится просто нереально работать. На моей памяти на 2 проектах именно технологический затык + дикий рост стоимости поддержки и времени обучения нового сотрудника привел руководство IT отдела к отказу от самописки и выбору Navision (продукт все таки родственный обсуждаемой Аксапте :)) как платформы для внедрения.
...
Рейтинг: 0 / 0
22.05.2009, 10:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001151
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginVolochkovabeluginVolochkovaсмотрим дальше...

Эта таблица нестандартна. Насколько я знаю, вообще из запроса на X++ такой SQL нельзя сгенерить (опровергните).

Я думаю, если аксапту обвинять в том, что сделали в партнерском решении или в кастомизации, то с такой же уверенностью можно обвинять в этом WIndows, или Intel

Я скрины привел, это запускает Аксапта.. Логика людей ее внедривших..


Какая разница, кто это запускает. Главное где это написано. В usr, var или ниже.

Пока это похоже на прямой SQL написанный либо внедрявшими партнерами либо вашими же коллегами. Если вы напишете кривой макрос к ворду то ворд будет тоже виноват?

Ну понеслось.... Опять Вы хотите сделать меня счастливым :-)
А мне не надо, я сам справлюсь, будет надо спрошу..

Та часть что показал, это часть решения.. Купленного за хорошие бабки..
Чел ( а я все к первому посту возвращаюсь) спрашивает про подводные камни, вот одни из них..
Люди проектирующие на Акспте ( партнерское решение) даже понятия не имеют о физике процесса работы базы данных.. Из-за чего получаем вот такие коллизии.. Это то на что может наткнуться контора.. Речь только об этом..
Запрос исключительно на табличках Акспты я выложу но позднее..


beluginVolochkovabeluginСитуация с блокировками по остаткам улучшена в 4

См. статью и презентацию Дениса Федотенко


Ага... Улучшена... Но маразм тот еще...


Как бы сделали вы?
И статью и презентацию... маразм чистой воды прочел..

Читал и плакал, читал и плакал... читал.... и плакал..
2 страницы меня убеждают манне небесной...
а тут прямо МС глаголит..

автор
От пользователей, работающих со старыми версиями Dynamics AX, достаточно часто приходится слышать жалобы на низкую производительность модуля логистики. Что нибудь типа “У нас стоит сервер БД на 4-х двухядерных Xeon (Opteron), 16 гигабайт оперативки и на небольшой 5 гигабайтной базе, создание строки заказа иногда занимает пару минут”. Если в такой ситуации запустить SQL Enterprise Manager или SQL Server Management Studio, то можно увидеть длинную очередь блокировок процессов, причем все блокированные процессы ожидают освобождения записей в таблице inventSum (Запасы в наличии).


авторВ первом приближении – механизм этот работает следующим образом: При любом обновлении таблицы складских проводок (inventTrans) система в рамках ОТДЕЛЬНОГО соединения с БД НЕНАДОЛГО открывает транзакцию в ходе которой и обновляется таблица запасов в наличии (inventSum). Поскольку транзакция быстро завершается – продолжительность блокирования также мала.

Теоретики.. блин.... ничтожно мала... и т.д....
У меня база колом встает на ПРИХОДЕ!!!! какая может блокировка таблиц на приходе!!!!!!

автор
Допустим кладовщик начали оформление приходной отборочной накладной на 120 позиций. Первые 40 позиций были благополучно получены, заблокировав информацию по остаткам по этой номенклатуре от всех остальных пользователей. Добравшись до 41 позиции, разноска отборочной накладной остановилась и стала ждать пока остаток по номенклатуре из 41 позиции будет освобожден первым сейлом, который в данный момент оформляет накладную из 8 позиций. В свою очередь этот первый сейл, который уже заблокировал 6 номенклатур, ждет освобождения 7ой, которая в этот момент заблокирована вторым сейлом.

Ну это если не построчная обработка документов, то я папа римский...



Как бы я сделал? Я расскажу как было сделано.. На очень хорошем форуме SQL.RU была отличная задачка... Вот по ее решению и было сделано..
А задачка такая...
авторЕсли запись есть сделать Update если нету Insert.
Будет надо дам детальную расшифровку.



Ага
Volochkova
ИМХО кривое планирование структуры базы в принципе. В аккурат как у 1с..
Снизить нагрузку на файловую систему, как 2 пальца, расчеты я уже давал..

С этим частично соглашусь :). Мне бы тоже хотелось, чтобы на части справочников первичные ключи были бы числовыми, ненужные мне индексы были удалены в стандартной поставке, а нужные мне - добавлены . Впрочем, будучи реалистом принимаю условия игры.



Риски? Не смешите мои подковы... Риск остаться без спеца по АКСАПТЕ выше чем без кодера C# или дельфи или Аксеса.. Чел на Аксапту стоит дороже... Так что Риск потерять кучу бабок и остаться у корыта.. с Аксаптой.. выше на порядок..

Про привлечение партнеров.. на сопровождение, продавших криво хрен победи можно не писать...
Ценник за это будет такой, что рентабельность бизнеса пойдет резко вниз, если не в минус...
Так что еще неизвестно где риск выше..


Ага
Тяжелые отчеты на MS SQL - поддерживаю.
А слабо на чистый MS SQL маразм для внесения приходов вынести?
Зачем Вам кривая Аксапта?

PS. Призываю коммьюнити в своих постах четко отделать недостатки/достоинства платформы от недостатков/достоинств решений, построенных на платформе. В особенности если эти решения не входят в стандартную поставку вендора

Мне не нужна, прихоть собственника бизнеса.. А зачем спрашивается столько заплатили? :-)
И дальше затягивает все сильнее...
Лично мне не слабо, зарплату время.. и перепишу все...
У меня 3 проекта самописных за плечами, распределенка ..
Силу за плечами чую...

В начале ветки , тоже речь идет не о преимуществах, а прихоти...
...
Рейтинг: 0 / 0
22.05.2009, 10:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001249
Ага
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ага
Гость
Volochkova
Риски? Не смешите мои подковы... Риск остаться без спеца по АКСАПТЕ выше чем без кодера C# или дельфи или Аксеса.. Чел на Аксапту стоит дороже... Так что Риск потерять кучу бабок и остаться у корыта.. с Аксаптой.. выше на порядок..

Если речь идет о создании продукта, по фунционалу сравнимого с Аксаптой:
Не исключаю, что стоит только кинуть объявление и придет куча кодеров C#, Дельфи или Акцесса, знающих финансовый, налоговый учет, особенности российского бух. учета и формирования GAAP отчетности :) Впрочем уверен, что знания эти кодерам не понадобятся и ТЗ напишет с нуля проектная команда во главе с консультантами в предметной области и грамотным архитектором. Уверен, что в решение будет заложена масштабируемость как в плане увеличения числа пользователей, так и безболезненного расширения функционала. Совсем не уверен насчет сроков окончания написания подробного ТЗ и уж тем более сроков реализации. А уж про стоимость вообще ничего не могу сказать.
Если же достаточно "приходы/расходы" - согласен, Аскапта не нужна. Проще написать самописку или вообще в Экселе вести. А бухгалтерия.... ну пусть бухи в 1С корячатся.
Volochkova
Лично мне не слабо, зарплату время.. и перепишу все...
У меня 3 проекта самописных за плечами, распределенка ..
Силу за плечами чую...

Документацию оставьте, а то потом после Вас придет очередная прима и будет плакаться на ужасную Аксатпу.
...
Рейтинг: 0 / 0
22.05.2009, 11:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001255
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
На моей памяти на 2 проектах именно технологический затык + дикий рост стоимости поддержки и времени обучения нового сотрудника привел руководство IT отдела к отказу от самописки и выбору NavisionОй. Только не надо про Навижн ! На моей памяти несколько попыток перейти на Навижн, но в итоге закончилось диким пшиком и провалом.
Навижн не приспособлен к сложным БП. Там очень много кода и переписать 50% заново практически нереально, хотя среда в принципе это позволит. Просто нет смысла. Такие системы натягивают ставят туда, где подходит хотябы 80% ф-ла.
В стандартном Навике нет и 40% сразу готового к реальной работе ф-ла. Многое вроде как есть, но крайне сырое. Везде нужно некисло пошуршать напильником. Некоторые фундаментальные вещи почти невозможно качественно переделать, ибо очень много завязанного кода.

Сорри за офтоп...Это касается всех готовых систем.
Дикий тех.затык + рост стоимости у хороших самописок не происходит. У плохих происходит.
...
Рейтинг: 0 / 0
22.05.2009, 11:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001299
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
АгаVolochkova
Риски? Не смешите мои подковы... Риск остаться без спеца по АКСАПТЕ выше чем без кодера C# или дельфи или Аксеса.. Чел на Аксапту стоит дороже... Так что Риск потерять кучу бабок и остаться у корыта.. с Аксаптой.. выше на порядок..

Если речь идет о создании продукта, по фунционалу сравнимого с Аксаптой:
Не исключаю, что стоит только кинуть объявление и придет куча кодеров C#, Дельфи или Акцесса, знающих финансовый, налоговый учет, особенности российского бух. учета и формирования GAAP отчетности :) Впрочем уверен, что знания эти кодерам не понадобятся и ТЗ напишет с нуля проектная команда во главе с консультантами в предметной области и грамотным архитектором. Уверен, что в решение будет заложена масштабируемость как в плане увеличения числа пользователей, так и безболезненного расширения функционала. Совсем не уверен насчет сроков окончания написания подробного ТЗ и уж тем более сроков реализации. А уж про стоимость вообще ничего не могу сказать.
Если же достаточно "приходы/расходы" - согласен, Аскапта не нужна. Проще написать самописку или вообще в Экселе вести. А бухгалтерия.... ну пусть бухи в 1С корячатся.

Ну началось.. ну какой там функционал сравнимый с Аксптой??? Ну что за вода.. Можно факты??
Я помню как меня лечили темой что круче FileMaker ничего не бывает... а парочка запросов на SQL тогда 7.0 сделала его как щенка...
И про масштабируемость не надо... Слова маркетинг..
даже копирование филиалов.. всегда приводит к тому, что один филиал.. обязательно чем то по бизнес процессам отличается... от всех остальных.

Ты не поверишь, но имея даже Акспту, бухи один фиг КОРЯЧАТСЯ!!! в 1с :-)
Сдавать отчеты и т.д. только там..
так сто Аксапта применяется как ТИС и не более того



Ага
Volochkova
Лично мне не слабо, зарплату время.. и перепишу все...
У меня 3 проекта самописных за плечами, распределенка ..
Силу за плечами чую...

Документацию оставьте, а то потом после Вас придет очередная прима и будет плакаться на ужасную Аксатпу.

Ой не поверишь... мало того что остается дока.. описание таблиц, полей...
Так даже видекурс начитывается как и что и почему и откуда получилось.. и не менее полу года хот кол, с выездом к клиенту за символические деньги...

Так что с этим нормально.
...
Рейтинг: 0 / 0
22.05.2009, 11:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001359
Ага
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ага
Гость
LSV
Ой. Только не надо про Навижн ! На моей памяти несколько попыток перейти на Навижн, но в итоге закончилось диким пшиком и провалом.
Навижн не приспособлен к сложным БП. Там очень много кода и переписать 50% заново практически нереально, хотя среда в принципе это позволит. Просто нет смысла. Такие системы натягивают ставят туда, где подходит хотябы 80% ф-ла.
В стандартном Навике нет и 40% сразу готового к реальной работе ф-ла. Многое вроде как есть, но крайне сырое. Везде нужно некисло пошуршать напильником. Некоторые фундаментальные вещи почти невозможно качественно переделать, ибо очень много завязанного кода.

А на моей памяти только одна неудачная попытка. Наш с Вами опыт все таки не несущественный показатель, количество внедрений Нав - показатель. И не надо утверждать что все они неудачные.
Если обследование показало, что нужно переписать 50 % кода - разумеется стоит отказаться от продукта. Опять таки, 80 % подходящего и 40 % работающего (кстати о какой версии речь идет?)меняются от проекта к проекту.
К сожалению вопрос "Зачем мне продукт XXX?" многие задают уже после начала внедрения, а не перед началом.

LSV
Дикий тех.затык + рост стоимости у хороших самописок не происходит. У плохих происходит.
На мой взгляд время обучения разработчика/стоимость поддержки в зависимости от числа таблиц и объема кода растет и у хороших самописок и у плохих, и у коробочных продуктов разной степени качества тоже. У кого то ближе к параболе, у кого-то к экспоненте, хотелось бы линейную зависимость - но пока не встречал.
...
Рейтинг: 0 / 0
22.05.2009, 11:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001402
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Ага[quot LSV]

К сожалению вопрос "Зачем мне продукт XXX?" многие задают уже после начала внедрения, а не перед началом.

+Ахулиард..


Ага
На мой взгляд время обучения разработчика/стоимость поддержки в зависимости от числа таблиц и объема кода растет и у хороших самописок и у плохих, и у коробочных продуктов разной степени качества тоже. У кого то ближе к параболе, у кого-то к экспоненте, хотелось бы линейную зависимость - но пока не встречал.

не соглашусь.. Проект Аксапта - 1930 таблиц.. итого..
с кол-вом записей более 100 всего 330..
Ну и нафига мне все эти примочки? :-)
...
Рейтинг: 0 / 0
22.05.2009, 11:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36001481
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Ага
Если речь идет о создании продукта, по фунционалу сравнимого с Аксаптой:
Не исключаю, что стоит только кинуть объявление и придет куча кодеров C#, Дельфи или Акцесса, знающих финансовый, налоговый учет, особенности российского бух. учета и формирования GAAP отчетности :) Впрочем уверен, что знания эти кодерам не понадобятся и ТЗ напишет с нуля проектная команда во главе с консультантами в предметной области и грамотным архитектором. Уверен, что в решение будет заложена масштабируемость как в плане увеличения числа пользователей, так и безболезненного расширения функционала. Совсем не уверен насчет сроков окончания написания подробного ТЗ и уж тем более сроков реализации. А уж про стоимость вообще ничего не могу сказать.

я Вам могу не один пример привести таких решений. И по срокам, и по стоимости, и по функционалу.
...
Рейтинг: 0 / 0
22.05.2009, 12:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36002928
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
iscrafmАга

я Вам могу не один пример привести таких решений. И по срокам, и по стоимости, и по функционалу.
с разрешения автора, один из примеров. Когда "с нуля". Там и про сроки и про функционал, достаточно подробно. Стоимость конкретная только убрана. PDF (1МБ)
...
Рейтинг: 0 / 0
22.05.2009, 20:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36003084
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkovabelugin
Пока это похоже на прямой SQL написанный либо внедрявшими партнерами либо вашими же коллегами. Если вы напишете кривой макрос к ворду то ворд будет тоже виноват?

Ну понеслось.... Опять Вы хотите сделать меня счастливым :-)
А мне не надо, я сам справлюсь, будет надо спрошу..


Я не очень понял как ваша фраза относится к моей.


Та часть что показал, это часть решения.. Купленного за хорошие бабки..
Чел ( а я все к первому посту возвращаюсь) спрашивает про подводные камни, вот одни из них..
Люди проектирующие на Акспте ( партнерское решение) даже понятия не имеют о физике процесса работы базы данных.. Из-за чего получаем вот такие коллизии.. Это то на что может наткнуться контора.. Речь только об этом..


То есть проблема в том что на Аксапте возможно существование кривого партнерского решения?


Запрос исключительно на табличках Акспты я выложу но позднее..


ок. если можно со слоя dis и ниже.


Теоретики.. блин.... ничтожно мала... и т.д....
У меня база колом встает на ПРИХОДЕ!!!! какая может блокировка таблиц на приходе!!!!!!


Я наверное, чего-то не понимаю в SQL сервере, но объясните, как избежать грязного чтения InventSum без блокировок. Например, если после обновления InventSum транзакцию придется откатить по причине какого-то сбоя, не получится ли так, что другая транзакция сможет списать оприходованное количество, а оно потом исчезнет в результате роллбека.


Ну это если не построчная обработка документов, то я папа римский...


Вы дочитали до того места, где описывается, как сделали в 4?


Как бы я сделал? Я расскажу как было сделано.. На очень хорошем форуме SQL.RU была отличная задачка... Вот по ее решению и было сделано..
А задачка такая...
авторЕсли запись есть сделать Update если нету Insert.
Будет надо дам детальную расшифровку.


Я нашел некий топик про то, как сделать аналог того, что делает конструкция merge на SQL2008.

Мне было бы интересно скорее архитектурное решение. Как бы вы сделали непострочную обработку более сложного процесса, чем просто обновление остатков. В аксапте же кроме этого бухгалтерская разноска, чтение и учет всяких скидок по оплате, накладных расходов и еще куча всего.


В-общем, насколько я понял, у вас
стоит Ax3, причем не обновлявшаяся, года, наверное 3 (поддержку SQL2005 сделали тогда, выход релиза 2002 год)

стоит SQL 2000 (2000 г. релиза)

поверх этого партнерское решение, возможно кривое

поверх него какие-то модификации на слое usr, кривые

Все это сочетание тормозит, что является недостатком Аксапты.

Кстати, если у вас такие объемы как у вас RecID не кончились - тоже вроде могли бы пожаловаться (в версии 3 они были 32 битные и сквозные на всю БД, в 4 они 64 битные и потаблиучные)
...
Рейтинг: 0 / 0
23.05.2009, 00:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36003088
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova
Ой не поверишь... мало того что остается дока.. описание таблиц, полей...
Так даже видекурс начитывается как и что и почему и откуда получилось.. и не менее полу года хот кол, с выездом к клиенту за символические деньги...

Так что с этим нормально.

За такие вещи - риспект.
...
Рейтинг: 0 / 0
23.05.2009, 00:48
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36003206
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
beluginстоит Ax3, причем не обновлявшаяся, года, наверное 3 (поддержку SQL2005 сделали тогда, выход релиза 2002 год)

стоит SQL 2000 (2000 г. релиза)

поверх этого партнерское решение, возможно кривое

поверх него какие-то модификации на слое usr, кривые

Все это сочетание тормозит, что является недостатком Аксапты.


недостаток - уже набивший аскомину в 1С: база создается под интерфейс, а не интерфейс на базу. Перечисленное выше - это следствие. И не факт, что кривое. Просто методы работы с СУБД, заложенные разработчиком, не "попали" под логику, придуманную партнером. В общем, в темах по 1С, такой подход достаточно разжеван.
...
Рейтинг: 0 / 0
23.05.2009, 10:56
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36003217
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafmПросто методы работы с СУБД, заложенные разработчиком, не "попали" под логику, придуманную партнером.

Судя по запросу, который приводила Волочкова, партнеры как раз обошли методы работы СУБД а воспользовались прямым запросом через ODBC (или ADODB)
...
Рейтинг: 0 / 0
23.05.2009, 11:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36003419
skeptik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skeptik
Участник
Читаю ветку и такое "дежавю". Полное ощущение что если вымарать название системы и кое-какие технические подробности то ветка про 1С (ну скажем 8 УПП). Все то же самое ...
У всех ERP сиcтем такого размера похоже проблемы-то сходные ... Вот он какой - "предел сложности".
...
Рейтинг: 0 / 0
23.05.2009, 16:13
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36003442
ERP'шник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ERP'шник
Гость
skeptik, ну не у всех ERP, извините за занудство.

У OeBS архитектура вполне приличная и логичная, несмотря на более высокую сложность
...
Рейтинг: 0 / 0
23.05.2009, 16:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36003519
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
ERP'шник,
сложность понятие относительная. Добраться до затылка кистью правой руки через левую лопатку служно конечно, согласен. Попробуйте просто почесать рукой.
...
Рейтинг: 0 / 0
23.05.2009, 18:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004444
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
belugin
То есть проблема в том что на Аксапте возможно существование кривого партнерского решения?

Проблема в том, что база подается как манна небесная, а остальное пишут люди. И без разницы на чем, С#, Delphi, X++

belugin
ок. если можно со слоя dis и ниже.

я хз, что такое слой dis :-) я пришлю код Аксапты и SQL запрос :-)

belugin
Вы дочитали до того места, где описывается, как сделали в 4?[/b]


Читал. А Вы это читали? Вдумайтесь в цифры. База 3 раза может поместиться в ОЗУ! никакой проблемы с железом нет.. Процы, круче гор и оврагов... А эта ПОСТРОЧНАЯ АКСАПТА.... перемалывает и блокирует записи по одной штучке.... Маразм.. Читал и Плакал...


beluginЯ наверное, чего-то не понимаю в SQL сервере, но объясните, как избежать грязного чтения InventSum без блокировок. Например, если после обновления InventSum транзакцию придется откатить по причине какого-то сбоя, не получится ли так, что другая транзакция сможет списать оприходованное количество, а оно потом исчезнет в результате роллбека.

Видимо я не понимаю ничего. Зачем при приходе товара блокировать!!!! При продаже кстати тоже... блокировки не нужны :-))) Вопрос, как видите не с MS SQL а к логике, архитектуре. Именно ее я считаю ущербной...


belugin
Я нашел некий топик про то, как сделать аналог того, что делает конструкция merge на SQL2008.

Мне было бы интересно скорее архитектурное решение. Как бы вы сделали непострочную обработку более сложного процесса, чем просто обновление остатков. В аксапте же кроме этого бухгалтерская разноска, чтение и учет всяких скидок по оплате, накладных расходов и еще куча всего.


Тут я пас.. хз о чем речь..

belugin
В-общем, насколько я понял, у вас
стоит Ax3, причем не обновлявшаяся, года, наверное 3 (поддержку SQL2005 сделали тогда, выход релиза 2002 год)

стоит SQL 2000 (2000 г. релиза)

поверх этого партнерское решение, возможно кривое

поверх него какие-то модификации на слое usr, кривые


Все это сочетание тормозит, что является недостатком Аксапты.

Кстати, если у вас такие объемы как у вас RecID не кончились - тоже вроде могли бы пожаловаться (в версии 3 они были 32 битные и сквозные на всю БД, в 4 они 64 битные и потаблиучные)

Так и есть. Но логика построчной обработки записей, накладывает ущербный отпечаток на кодеров... Они не могут мыслить таблицами, большими объемами данных. В итоге даже код на MS SQL они пишут через курсоры...
...
Рейтинг: 0 / 0
25.05.2009, 02:48
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004445
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
belugin
ок. если можно со слоя dis и ниже.

я хз, что такое слой dis :-)
Пять баллов!

Volochkova
belugin
Мне было бы интересно скорее архитектурное решение. Как бы вы сделали непострочную обработку более сложного процесса, чем просто обновление остатков. В аксапте же кроме этого бухгалтерская разноска, чтение и учет всяких скидок по оплате, накладных расходов и еще куча всего.


Тут я пас.. хз о чем речь..


Но зато человеку достоверно известно:
Volochkova
Но логика построчной обработки записей, накладывает ущербный отпечаток на кодеров...
...
Рейтинг: 0 / 0
25.05.2009, 02:51
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004483
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova
beluginЯ наверное, чего-то не понимаю в SQL сервере, но объясните, как избежать грязного чтения InventSum без блокировок. Например, если после обновления InventSum транзакцию придется откатить по причине какого-то сбоя, не получится ли так, что другая транзакция сможет списать оприходованное количество, а оно потом исчезнет в результате роллбека.

Видимо я не понимаю ничего. Зачем при приходе товара блокировать!!!!


Предположим такой сценарий

Есть две транзакции A и B.

А приходует товары a1 и a2 на склад С1.
B перемещает товар a1 c С1 на склад C2.

Сценарий

1. A увеличила остаток a1 на C1
2. В посмотрела на этот остаток (так как блокировки нет, она не знает что он "грязный" и что нельзя закоммититься) перенесла его на склад C2.
3. А пытается увеличить остаток a2 на С1 но что-то происходит и транзакция откатывается.

Итого:

- Нет ни одной приходной накладной
- На складе С2 есть остаток, который неизвестно откуда взялся.
...
Рейтинг: 0 / 0
25.05.2009, 06:33
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004593
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkova
belugin
ок. если можно со слоя dis и ниже.

я хз, что такое слой dis :-)
Пять баллов!

Volochkova
belugin
Мне было бы интересно скорее архитектурное решение. Как бы вы сделали непострочную обработку более сложного процесса, чем просто обновление остатков. В аксапте же кроме этого бухгалтерская разноска, чтение и учет всяких скидок по оплате, накладных расходов и еще куча всего.


Тут я пас.. хз о чем речь..


Но зато человеку достоверно известно:
Volochkova
Но логика построчной обработки записей, накладывает ущербный отпечаток на кодеров...

Я пока от Вас ни одного опровержения не видел. Мне одного того что для каждой записи RecID генерируется на клиенте достаточно..
Могу в картинках...
...
Рейтинг: 0 / 0
25.05.2009, 08:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004596
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Если вы думаете что при апдейте записи на более "правильном" слое, записи на базе не блокируются. То тут точно 5 баллов!

И то что отпечаток накладывается, знаю... Мне
Код: plaintext
Declare Cursor
в sql коде хватает за глаза..
Переписал на массовую обработку, так процедура вместо 20 часов!!!!! работает 2 минуты :-))
...
Рейтинг: 0 / 0
25.05.2009, 08:57
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004603
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
belugin
Предположим такой сценарий

Есть две транзакции A и B.

А приходует товары a1 и a2 на склад С1.
B перемещает товар a1 c С1 на склад C2.

Сценарий

1. A увеличила остаток a1 на C1
2. В посмотрела на этот остаток (так как блокировки нет, она не знает что он "грязный" и что нельзя закоммититься) перенесла его на склад C2.
3. А пытается увеличить остаток a2 на С1 но что-то происходит и транзакция откатывается.

Итого:

- Нет ни одной приходной накладной
- На складе С2 есть остаток, который неизвестно откуда взялся.

Яркий пример такого отпечатка :-)
Видимо я путаю механизмы транзакции и блокировки...
...
Рейтинг: 0 / 0
25.05.2009, 08:59
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004609
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Еще немного бреда...
Вот табличка.. уж ХЗ насколько она стандартная.. мне от не ведомо..
за половину рабочего дня.. у нее фрагментация 16% остается после 100% сделанных в ночь.
...
Рейтинг: 0 / 0
25.05.2009, 09:02
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004768
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
belugin
Предположим такой сценарий

Есть две транзакции A и B.

А приходует товары a1 и a2 на склад С1.
B перемещает товар a1 c С1 на склад C2.

Сценарий

1. A увеличила остаток a1 на C1
2. В посмотрела на этот остаток (так как блокировки нет, она не знает что он "грязный" и что нельзя закоммититься) перенесла его на склад C2.
3. А пытается увеличить остаток a2 на С1 но что-то происходит и транзакция откатывается.

Итого:

- Нет ни одной приходной накладной
- На складе С2 есть остаток, который неизвестно откуда взялся.
если такие сценарии решаются при помощи физических блокировок записей в БД, то грустно, очень.
А описанные Вами пунктики 1 и 3 как раз то, о чем говорит Волочкова (построчная обработка). С момента появления реляционных СУБД такой стиль работы выглядит даже дико.
Нужно посмотреть, но может пример неудачный? Или действительно так? под рукой нет.
...
Рейтинг: 0 / 0
25.05.2009, 10:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004895
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
Но зато человеку достоверно известно:
Volochkova
Но логика построчной обработки записей, накладывает ущербный отпечаток на кодеров...

Я пока от Вас ни одного опровержения не видел. Мне одного того что для каждой записи RecID генерируется на клиенте достаточно..
Могу в картинках...[/quot]
Вам же уже сказали:
1. читайте доку про update_recordset, insert_recordset
2. построчно на клиента переносятся результаты запросов. Запросы с агрегирующими функциями (типа select count(recid) from custtable group by custaccount) выполняются на сервере. Получившиеся результаты построчно переносятся на клиента. Но строк в результате гораздо меньше, чем в исходной таблице. Так работает курсор.

В общем, пилите дальше.
...
Рейтинг: 0 / 0
25.05.2009, 11:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004902
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
iscrafmbelugin
Предположим такой сценарий

Есть две транзакции A и B.

А приходует товары a1 и a2 на склад С1.
B перемещает товар a1 c С1 на склад C2.

Сценарий

1. A увеличила остаток a1 на C1
2. В посмотрела на этот остаток (так как блокировки нет, она не знает что он "грязный" и что нельзя закоммититься) перенесла его на склад C2.
3. А пытается увеличить остаток a2 на С1 но что-то происходит и транзакция откатывается.

Итого:

- Нет ни одной приходной накладной
- На складе С2 есть остаток, который неизвестно откуда взялся.
если такие сценарии решаются при помощи физических блокировок записей в БД, то грустно, очень.
А описанные Вами пунктики 1 и 3 как раз то, о чем говорит Волочкова (построчная обработка). С момента появления реляционных СУБД такой стиль работы выглядит даже дико.
Нужно посмотреть, но может пример неудачный? Или действительно так? под рукой нет.

Дикость прямо с самой презентации видна, невооруженным взглядом.
:-)
Только в том примере, который тут в 3 строчки дали....
а если строк 10 скажем? и блокировки прут на уровни MS SQL, т.к. данные сильно фрагментированы и индексы тяжелые... т.к. по текстовым полям..

В итоге маразм выглядит так..
Первый пользователь...
Взяли первую строку... заблокировали ( заблокировалась целая страница данных)...
Взяли вторую строку... заблокировали ( заблокировалась целая страница данных)...
Взяли третью строку... заблокировали ( заблокировалась целая страница данных)...
А четвертую строку взять не можем, т.к. второй пользователь... наблокировал своих страничек... и ждет когда мы отпустим первую ...
И так блокировками поростает весь сервер...

И про 100 человек одновременно работающих... лично я не верю..
Выше описано... если база данных.. 3 раза помещается в ОЗУ... то проблема тормозов в архитектура БД и принципах обработки..

Это как приговор..
И полумерами.. описанными в презентации, вынесение... в промежуточные таблицы.. это еще один путь в коллапс... только более жестокий..
...
Рейтинг: 0 / 0
25.05.2009, 11:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004904
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkovaу нее фрагментация 16% остается после 100% сделанных в ночь.
/topic/650982&pg=7#7209568
Разберитесь наконец с индексами.
...
Рейтинг: 0 / 0
25.05.2009, 11:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004908
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkova
Но зато человеку достоверно известно:
Volochkova
Но логика построчной обработки записей, накладывает ущербный отпечаток на кодеров...

Я пока от Вас ни одного опровержения не видел. Мне одного того что для каждой записи RecID генерируется на клиенте достаточно..
Могу в картинках...
Вам же уже сказали:
1. читайте доку про update_recordset, insert_recordset
2. построчно на клиента переносятся результаты запросов. Запросы с агрегирующими функциями (типа select count(recid) from custtable group by custaccount) выполняются на сервере. Получившиеся результаты построчно переносятся на клиента. Но строк в результате гораздо меньше, чем в исходной таблице. Так работает курсор.

В общем, пилите дальше.[/quot]

Это и есть построчная гемороидалья.... Можно дальше не пилить... :-)
Вместо отправки на сервер запроса - проведи документ и получить результат...
Пользователь сидит и ждет.. когда же для каждой строки отработают куча маленьких запросиков..
Достаточно взглянуть SQL профайлером, что делает процесс... как бегает курсором по таблицам.. :-)

Так что красивые маркетинговые фишки... это не клиент серверная обработка. :-)
...
Рейтинг: 0 / 0
25.05.2009, 11:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004915
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkovaу нее фрагментация 16% остается после 100% сделанных в ночь.
/topic/650982&pg=7#7209568
Разберитесь наконец с индексами.

Гы.. и что там не так?
Индекс что кластерный, что нет.. эффект одинаковый.. база стоит колом :-))) только с кластенрым при 20 пользователях.. а без него на 5 :-)

Порядок полей ( если вернуть как было в Аксапте) база стоит раком в принципе :-)))
...
Рейтинг: 0 / 0
25.05.2009, 11:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004921
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Ой... А что это за табличка?
Индексы не трогал....
А что за пробелы такие левые????
:-)
...
Рейтинг: 0 / 0
25.05.2009, 11:25
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004932
Bладимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bладимир
Участник
iscrafmесли такие сценарии решаются при помощи физических блокировок записей в БД, то грустно, очень.
А описанные Вами пунктики 1 и 3 как раз то, о чем говорит Волочкова (построчная обработка). С момента появления реляционных СУБД такой стиль работы выглядит даже дико.

Блокировочники, а MS SQL 2000 - чистый блокировочник, именно так и работают. Другое дело, что блокировки не должны накладываться на все время пользовательского ввода (работы с формой), а только на время записи операции в базу.
Но вряд ли аксапта блокирует записи на время жизни формы - это и сделать-то не очень просто.
А 20 часов на закрытие магазина - ТС можно только посочувствовать, там видимо после всех оптимизаций и доработок все поразъехалось, и все это хозяйство на него(нее?) вывалилось.
...
Рейтинг: 0 / 0
25.05.2009, 11:28
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004953
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Bладимир
Блокировочники, а MS SQL 2000 - чистый блокировочник, именно так и работают.
это к чему, уточните плз.
p.s. как работают блокировочники и то, что SQL2k чистый блокировочник наверняка все знают. Только речь идет совсем о другом.
...
Рейтинг: 0 / 0
25.05.2009, 11:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36004987
miklenew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miklenew
Участник
Volochkova
Вот табличка.. уж ХЗ насколько она стандартная.. мне от не ведомо..

Да уж. Когда я начинал изучать Axapt-у, то что такое слои было в первый день.
Ради интереса сдул пыль с книг по разработке. Ax 3.0 - 20 стр, Ax 4.0 - 40 стр.
Советую ещё раз вдумчиво почитать одну из этих книг.
Прежде чем мне доверили что-то оптимизировать, прошло месяца три не меньше.
Но я тогда уже основы знал как отче наш. И простых задач, но актуальных для организации много наделал. Знал не только как правильно, но и почему.
Да и у нас практиковался такой метод, как просмотр кода более старшими товарищами.
Axapta - отличная система, уже почти 3 года программирую на ней и средства что-то ускорить в ней есть. Я вообще стараюсь не лезть в БД.
То что действительно бывают проблемы как со скоростью или с неудачным архитектурным решением, это да. Но 98% случаях, это не стандартная Axapta, а то что написали либо партнёры (внедренцы) или на клиенте.
А вы не понимая, кто-что сделал наводите панику.
На axforum.info создать тему вы по какой-то причине боитесь или не хотите, чтоб вам помогли.
Пишите на непрофильном форуме, вполне конкретные проблемы вперемешку с поверхностными выводами.
Если проблем много, а подсказать доброжелательных старших товарищей нет, таких которые были в своё время у меня. Это плохо.
Могу помочь, стать тем самым старшим товарищем, 1-2 часа в день (по мере вашей в этом необходимости) проводить консультации по телефону или любыми другими удалёнными средствами.
Если интересно, то детали можно обсудить по почте kolosov82@inbox.ru.
PS: Сразу оговорюсь, на всякий случай, не терплю хамства.
...
Рейтинг: 0 / 0
25.05.2009, 11:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005011
Bладимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bладимир
Участник
iscrafmBладимир
Блокировочники, а MS SQL 2000 - чистый блокировочник, именно так и работают.
это к чему, уточните плз.


К тому что блокировочники борются с грязным чтением именно блокировками.

Вот описанная ситуация:
belugin

Есть две транзакции A и B.

А приходует товары a1 и a2 на склад С1.
B перемещает товар a1 c С1 на склад C2.

Сценарий

1. A увеличила остаток a1 на C1
2. В посмотрела на этот остаток (так как блокировки нет, она не знает что он "грязный" и что нельзя закоммититься) перенесла его на склад C2.
3. А пытается увеличить остаток a2 на С1 но что-то происходит и транзакция откатывается.

Итого:

- Нет ни одной приходной накладной
- На складе С2 есть остаток, который неизвестно откуда взялся.


К нему был Ваш коменнтарий:

iscrafm
если такие сценарии решаются при помощи физических блокировок записей в БД, то грустно, очень.


Может быть Вы раскажете, как с такой ситуацией надо бороться без блокировок?
...
Рейтинг: 0 / 0
25.05.2009, 11:57
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005070
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Bладимир,
почитайте про понятие POSTING. В аксапте даже.
...
Рейтинг: 0 / 0
25.05.2009, 12:16
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005137
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscrafmBладимир,
почитайте про понятие POSTING. В аксапте даже.
Давайте подробнее. Для меня, например, ваша мысль непонятна.
...
Рейтинг: 0 / 0
25.05.2009, 12:33
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005254
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mazzy
Давайте подробнее. Для меня, например, ваша мысль непонятна.
если документ не "проведен", то его записи не учавствуют в учете (товар не оприходован). А учитывается весь документ или ничего. Одна транзакция. Поэтому и непонятно, как можно взять одну запись из документа в тот момент, пока транзакция не завершена. Подозрение только на то, что записи обрабатываются построчно, а не в одной транзакции (о чем говорит Волочкова). Могу ошибаться, посмотреть негде сейчас.
...
Рейтинг: 0 / 0
25.05.2009, 13:01
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005355
V. Goncharenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
V. Goncharenko
Участник
VolochkovaВидимо я не понимаю ничего
Вы действительно ОЧЕНЬ многого не понимаете
авторМне одного того что для каждой записи RecID генерируется на клиенте достаточно..
Вы это каким образом определили? Вообще RecId на сервере геренируется в большинстве случаев (за исключением толстого клиента)
авторЗачем при приходе товара блокировать!!!! При продаже кстати тоже... блокировки не нужны :-))) Вопрос, как видите не с MS SQL а к логике, архитектуре. Именно ее я считаю ущербной...

Такие понятия, как ACID , для нас пустой звук, но архитектуры обсуждать любим..
Вам бы выйти из режима агрессивного отрицания (см. "маразм" в каждом сообщении) и начать задавать правильные вопросы на профильных форумах. А пока что резюме такое
- Снятая с поддержки версия приложения
- Снятая с поддержки версия СУБД
- Непонятной кривизны партнерское решение
...
Рейтинг: 0 / 0
25.05.2009, 13:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005394
Фотография sobolev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sobolev
Участник
Два вопроса касательно партнерского решения:
1. Предоставляет ли базовая поставка Dynamics AX функционал для розничной торговли (я так понимаю, что Volochkova пользует именно эту сферу бизнеса)?
2. Как партнер, предоставивший обсуждаемое решение позиционирует себя сам и как к этому относится MS?

Суть второго вопроса в том, что если это - официальный партнер со всякими регалиями, то на MS лежит значительная доля ответственности за решения этого партнера.
...
Рейтинг: 0 / 0
25.05.2009, 13:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005412
Viverna
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viverna
Гость
sobolevДва вопроса касательно партнерского решения:
1. Предоставляет ли базовая поставка Dynamics AX функционал для розничной торговли (я так понимаю, что Volochkova пользует именно эту сферу бизнеса)?
2. Как партнер, предоставивший обсуждаемое решение позиционирует себя сам и как к этому относится MS?

Суть второго вопроса в том, что если это - официальный партнер со всякими регалиями, то на MS лежит значительная доля ответственности за решения этого партнера.

Базовая не включает. Но есть решения партнеров для розничной торговли. Например Корус или Коламбус. Что за решение у Volochkova - вот в чем вопрос :) Да и думаю там и местные программисты успели пошаманить.
...
Рейтинг: 0 / 0
25.05.2009, 13:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005531
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovamazzyVolochkova
Но зато человеку достоверно известно:
Volochkova
Но логика построчной обработки записей, накладывает ущербный отпечаток на кодеров...

Я пока от Вас ни одного опровержения не видел. Мне одного того что для каждой записи RecID генерируется на клиенте достаточно..
Могу в картинках...
Вам же уже сказали:
1. читайте доку про update_recordset, insert_recordset
2. построчно на клиента переносятся результаты запросов. Запросы с агрегирующими функциями (типа select count(recid) from custtable group by custaccount) выполняются на сервере. Получившиеся результаты построчно переносятся на клиента. Но строк в результате гораздо меньше, чем в исходной таблице. Так работает курсор.

В общем, пилите дальше.

Это и есть построчная гемороидалья.... Можно дальше не пилить... :-)
Вместо отправки на сервер запроса - проведи документ и получить результат...
Пользователь сидит и ждет.. когда же для каждой строки отработают куча маленьких запросиков..
Достаточно взглянуть SQL профайлером, что делает процесс... как бегает курсором по таблицам.. :-)

Так что красивые маркетинговые фишки... это не клиент серверная обработка. :-)[/quot]
Кстати, вот о чем сейчас подумал.

1.
Куча маленьких, одинаковых, заранее скомпилированных, закэшированных, параметризированных (чтобы сработал cost optimize) запросов бывает лучше, чем десяток монстроидальных запросов Поэтому пилите, пилите. Изучайте. Узнавайте больше.

2.
Я тут вспомнил одного клиента, у которого подобные "шпециалисты" выключили Аксаптовское кэширование таблиц. В результате у них Аксапта действительно занималась ddos-атаками на sql-сервер, постоянно запрашивая параметры (например, стандартную величину округления = 0.01 руб, или максимальную величину ошибки в проводках = 0.01 руб). Когда вернули таблицам стандартные параметры кэширования, то ddos-атаки прекратились, потому что Аксапта держала записи в своем кэше и не посылала запросы к этим таблицам на sql.

Если у организации, где работает Volochkova есть вменяемые люди, то проверьте свойства CacheLookup по крайней мере у таблиц CompanyInfo, LedgerParameters, InventParameters, CustParameters, VendParameters, Currency.

У этих таблиц совйство CacheLookup должно быть либо Found, либо EntireTable.
Разработчики Аксапты очень серьезно думали о производительности.
Не будьте волочковыми, думайте о последствиях своих действий.
...
Рейтинг: 0 / 0
25.05.2009, 14:14
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005650
Bладимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bладимир
Участник
iscrafm
если документ не "проведен", то его записи не учавствуют в учете (товар не оприходован). А учитывается весь документ или ничего. Одна транзакция. Поэтому и непонятно, как можно взять одну запись из документа в тот момент, пока транзакция не завершена. Подозрение только на то, что записи обрабатываются построчно, а не в одной транзакции (о чем говорит Волочкова). Могу ошибаться, посмотреть негде сейчас.

Внутри транзакции тоже используются блокировки, чтобы "нельзя" было взять одну запись из документа. "Нельзя" в кавычках потому, что даже в этом случае можно, но уже надо явно с хинтами возиться. Но это Вы и без меня наверное знаете.

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

А в аксапте какие транзакции - сиквельные или распределенные?
...
Рейтинг: 0 / 0
25.05.2009, 14:48
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36005864
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
BладимирА в аксапте какие транзакции - сиквельные или распределенные?
сиквельные.
...
Рейтинг: 0 / 0
25.05.2009, 15:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006572
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafmПоэтому и непонятно, как можно взять одну запись из документа в тот момент, пока транзакция не завершена.

Как SQL сервер 2000 это обеспечивает?
...
Рейтинг: 0 / 0
25.05.2009, 20:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006593
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
belugin,

не совсем понял вопрос
...
Рейтинг: 0 / 0
25.05.2009, 21:02
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006598
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
belugin,
В ситуации, которую Вы описали, при приеме на склад 2-х позиций происходит забор одной из них и с последующим откатом всего документа. Вот и вопрос возник... а каким образом можно взять позицию обрабатываемого документа, если он еще полностью не обработан. Вы же привели эту ситуацию. Мне она представляется нереальной.
...
Рейтинг: 0 / 0
25.05.2009, 21:10
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006684
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafmbelugin,
В ситуации, которую Вы описали, при приеме на склад 2-х позиций происходит забор одной из них и с последующим откатом всего документа. Вот и вопрос возник... а каким образом можно взять позицию обрабатываемого документа, если он еще полностью не обработан. Вы же привели эту ситуацию. Мне она представляется нереальной.

Опишите, пожалуйста, за счет чего в блокировочниках нельзя взять позицию пока транзакция не завершена. Как осуществляется изоляция транзакции и как происходит откат.
...
Рейтинг: 0 / 0
25.05.2009, 22:37
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006699
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
вот тут, вроде, описано довольно подробно но поищу еще - где-то с картинками было.
...
Рейтинг: 0 / 0
25.05.2009, 22:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006709
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
beluginiscrafmbelugin,
В ситуации, которую Вы описали, при приеме на склад 2-х позиций происходит забор одной из них и с последующим откатом всего документа. Вот и вопрос возник... а каким образом можно взять позицию обрабатываемого документа, если он еще полностью не обработан. Вы же привели эту ситуацию. Мне она представляется нереальной.

Опишите, пожалуйста, за счет чего в блокировочниках нельзя взять позицию пока транзакция не завершена. Как осуществляется изоляция транзакции и как происходит откат.
понятия не имею причем здесь блокировочник. Позицию нельзя взять пока документ не учтен. Документ учитывается целиком или не учитывается. Эта логика практически во всех известных мне системах присутствует. Если Вы привели ситуацию когда это не так, значит для этого были основания.
...
Рейтинг: 0 / 0
25.05.2009, 22:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006710
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
belugin вот тут, вроде, описано довольно подробно но поищу еще - где-то с картинками было.
это еще в детстве проходил. Только не пойму причем здесь логика обработки документов и уровни изоляции.
...
Рейтинг: 0 / 0
25.05.2009, 22:51
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006729
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafm,




READ COMMITTED

Если параметр READ_COMMITTED_SNAPSHOT находится в состоянии OFF (по умолчанию), компонент Database Engine при выполнении операций считывания текущей транзакцией использует совмещаемые блокировки для предотвращения изменения строк другими транзакциями. Совмещаемые блокировки также блокируют инструкции от считывания строк, измененных другими транзакциями , пока не завершится другая транзакция. От типа совмещаемой блокировки зависит время ее освобождения. Блокировка строки освобождается перед обработкой следующей строки. Блокировка строки освобождается при чтении следующей страницы, а блокировка таблицы освобождается при завершении выполнения инструкции.

еще :

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

1. Есть процесс разноски документа.
2. Этот процесс разноски составляет транзакциию БД.
3. Даже если эта транзакция не содержит ничего кроме обновления остатков она должна быть изолирована от других транзакций.
4. Это изоляция достигается за счет блокировок.
5. Без блокировок при приходе вообще нельзя обойтись, можно только снизить их длительность (выполнить как можно позже)
6. Что и было сделано в Ax4
...
Рейтинг: 0 / 0
25.05.2009, 23:13
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006735
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Какое из этих утверждений неверно.
...
Рейтинг: 0 / 0
25.05.2009, 23:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006771
Bладимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bладимир
Участник
mazzyBладимирА в аксапте какие транзакции - сиквельные или распределенные?
сиквельные.

Спасибо.
А уровень изоляции какой? Какая схема для контроля одновременного доступа: оптимистические, пессимистические блокировки или еще чего-нибудь?
...
Рейтинг: 0 / 0
26.05.2009, 00:05
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006783
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
BладимирА уровень изоляции какой?
В формах и вне транзакций - uncommited.
В транзакциях - commited.
(надо отметить, что изменение данных возможно только в транзакции)

Bладимир
Какая схема для контроля одновременного доступа: оптимистические, пессимистические блокировки или еще чего-нибудь?
В SQL 2000 - пессимистические.
В SQL 2005 и версия аксапты выше AX3.0SP5 - оптимистические.

Про ax3.0: http://blogs.msdn.com/aeremenk/archive/2006/07/15/666245.aspx
и вообще полезный блог http://blogs.msdn.com/aeremenk/

про ax2009:
http://msdn.microsoft.com/en-us/library/bb190073.aspx
http://msdn.microsoft.com/en-us/library/aa854605.aspx

Аксапта на msdn: http://msdn.microsoft.com/ru-ru/dynamics/ax/default(en-us).aspx
Best practice http://msdn.microsoft.com/en-us/library/aa658028.aspx
...
Рейтинг: 0 / 0
26.05.2009, 00:31
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006784
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
mazzy
В SQL 2000 - пессимистические.
В SQL 2005 и версия аксапты выше AX3.0SP5 - оптимистические.
И еще:
в ax2009 есть ключевые слова, которые позволяют программисту задать в коде схему доступа.
а в формах в ax2009 всегда используется оптимистическая.
...
Рейтинг: 0 / 0
26.05.2009, 00:36
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006831
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
belugin,
к чему так много текста? Решили меня по блокировкам просветить? Это ваши уроки, я их пропускаю.
update a where b = x и ,цикл по записям на клиенте или AOS с обработкой каждой, сравните. Кто о чем, а кто о блокировках и уровнях изоляции.
...
Рейтинг: 0 / 0
26.05.2009, 02:37
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006884
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
update a where b = x и ,цикл по записям на клиенте или AOS с обработкой каждой, сравните.


В каком из них не будет блокировок?

Сейчас я отвечаю на вопрос "зачем блокировки при обработке прихода".
...
Рейтинг: 0 / 0
26.05.2009, 06:37
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006886
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
mazzy
В SQL 2005 и версия аксапты выше AX3.0SP5 - оптимистические.


Еще это контроллируется позапросно и потаблично.
...
Рейтинг: 0 / 0
26.05.2009, 06:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006942
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkovamazzyVolochkova
Но зато человеку достоверно известно:
Volochkova
Но логика построчной обработки записей, накладывает ущербный отпечаток на кодеров...

Я пока от Вас ни одного опровержения не видел. Мне одного того что для каждой записи RecID генерируется на клиенте достаточно..
Могу в картинках...
Вам же уже сказали:
1. читайте доку про update_recordset, insert_recordset
2. построчно на клиента переносятся результаты запросов. Запросы с агрегирующими функциями (типа select count(recid) from custtable group by custaccount) выполняются на сервере. Получившиеся результаты построчно переносятся на клиента. Но строк в результате гораздо меньше, чем в исходной таблице. Так работает курсор.

В общем, пилите дальше.

Это и есть построчная гемороидалья.... Можно дальше не пилить... :-)
Вместо отправки на сервер запроса - проведи документ и получить результат...
Пользователь сидит и ждет.. когда же для каждой строки отработают куча маленьких запросиков..
Достаточно взглянуть SQL профайлером, что делает процесс... как бегает курсором по таблицам.. :-)

Так что красивые маркетинговые фишки... это не клиент серверная обработка. :-)
Кстати, вот о чем сейчас подумал.

1.
Куча маленьких, одинаковых, заранее скомпилированных, закэшированных, параметризированных (чтобы сработал cost optimize) запросов бывает лучше, чем десяток монстроидальных запросов Поэтому пилите, пилите. Изучайте. Узнавайте больше.

2.
Я тут вспомнил одного клиента, у которого подобные "шпециалисты" выключили Аксаптовское кэширование таблиц. В результате у них Аксапта действительно занималась ddos-атаками на sql-сервер, постоянно запрашивая параметры (например, стандартную величину округления = 0.01 руб, или максимальную величину ошибки в проводках = 0.01 руб). Когда вернули таблицам стандартные параметры кэширования, то ddos-атаки прекратились, потому что Аксапта держала записи в своем кэше и не посылала запросы к этим таблицам на sql.

Если у организации, где работает Volochkova есть вменяемые люди, то проверьте свойства CacheLookup по крайней мере у таблиц CompanyInfo, LedgerParameters, InventParameters, CustParameters, VendParameters, Currency.

У этих таблиц совйство CacheLookup должно быть либо Found, либо EntireTable.
Разработчики Аксапты очень серьезно думали о производительности.
Не будьте волочковыми, думайте о последствиях своих действий.[/quot]

Гы.. Не путайте теплое с мягким. Речь идет про блокировки здоровых таблиц..
В те таблички что Вы указали... Даже близко не блокируются..

И про производительность ни черта они не думали.. Судя по тому что я вижу...
Ну или партнеры, которые решение продают...

To ALL... Прекращайте пытаться "спасти бедную Volochkov" :-) Топик про недостатки Аксапты..
Если надо будет, я задам вопросы на Аксфоруме.
...
Рейтинг: 0 / 0
26.05.2009, 08:33
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006947
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
V. GoncharenkoVolochkovaВидимо я не понимаю ничего
Вы действительно ОЧЕНЬ многого не понимаете
авторМне одного того что для каждой записи RecID генерируется на клиенте достаточно..
Вы это каким образом определили? Вообще RecId на сервере геренируется в большинстве случаев (за исключением толстого клиента)
авторЗачем при приходе товара блокировать!!!! При продаже кстати тоже... блокировки не нужны :-))) Вопрос, как видите не с MS SQL а к логике, архитектуре. Именно ее я считаю ущербной...

Такие понятия, как ACID , для нас пустой звук, но архитектуры обсуждать любим..
Вам бы выйти из режима агрессивного отрицания (см. "маразм" в каждом сообщении) и начать задавать правильные вопросы на профильных форумах. А пока что резюме такое
- Снятая с поддержки версия приложения
- Снятая с поддержки версия СУБД
- Непонятной кривизны партнерское решение

Гы... Ну сколько раз твердили миру...
И что что снятая с производства? СУБД а тем более версия Аксапты?

Пример плиз, генерации RecID на сервере... Сейчас это делает ну точно не MS SQL. А если так, то значит это делает клиент, АОС или сам клиент..

автор- Непонятной кривизны партнерское решение.
Вот не надо тут рака за камень заводить. Это между прочим продавалась как самое супер мега пупер решение.. работающие в крупных розничных сетях центральной части страны :-)

И возвращаясь к вопросу топика номер раз...
Получается что решение могут продать кривое/голове...
С поддержки не слазить, ибо станете Волочковыми :-)))
Готовьте бабки господа.. и огромные.. Ибо маркетологи пролечили уши...

Итого пока именно такое...
...
Рейтинг: 0 / 0
26.05.2009, 08:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006948
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
miklenewVolochkova
Вот табличка.. уж ХЗ насколько она стандартная.. мне от не ведомо..

Да уж. Когда я начинал изучать Axapt-у, то что такое слои было в первый день.
Ради интереса сдул пыль с книг по разработке. Ax 3.0 - 20 стр, Ax 4.0 - 40 стр.
Советую ещё раз вдумчиво почитать одну из этих книг.
Прежде чем мне доверили что-то оптимизировать, прошло месяца три не меньше.
Но я тогда уже основы знал как отче наш. И простых задач, но актуальных для организации много наделал. Знал не только как правильно, но и почему.
Да и у нас практиковался такой метод, как просмотр кода более старшими товарищами.
Axapta - отличная система, уже почти 3 года программирую на ней и средства что-то ускорить в ней есть. Я вообще стараюсь не лезть в БД.
То что действительно бывают проблемы как со скоростью или с неудачным архитектурным решением, это да. Но 98% случаях, это не стандартная Axapta, а то что написали либо партнёры (внедренцы) или на клиенте.
А вы не понимая, кто-что сделал наводите панику.
На axforum.info создать тему вы по какой-то причине боитесь или не хотите, чтоб вам помогли.
Пишите на непрофильном форуме, вполне конкретные проблемы вперемешку с поверхностными выводами.
Если проблем много, а подсказать доброжелательных старших товарищей нет, таких которые были в своё время у меня. Это плохо.
Могу помочь, стать тем самым старшим товарищем, 1-2 часа в день (по мере вашей в этом необходимости) проводить консультации по телефону или любыми другими удалёнными средствами.
Если интересно, то детали можно обсудить по почте kolosov82@inbox.ru.
PS: Сразу оговорюсь, на всякий случай, не терплю хамства.

Мыло записал. Будет необходимость, обязательно обращусь с конкретными вопросами.
Спасибо.
...
Рейтинг: 0 / 0
26.05.2009, 08:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006950
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
beluginСейчас я отвечаю на вопрос "зачем блокировки при обработке прихода".
так может наконец-то ответите.
...
Рейтинг: 0 / 0
26.05.2009, 08:43
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006959
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
belugin
В каком из них не будет блокировок?

Вы разницу между update table1 set ... where f1 = x и циклом на клиенте или AOS для построчной обработки записей понимаете? Разрабатывали что-нибудь самостоятельно? Естественно для корректной отработки этого цикла базу в определенных диапазонах необходимо принудительно заблокировать. Код учета документа прихода приведите, обсудим. Может так будет понятней.
...
Рейтинг: 0 / 0
26.05.2009, 08:53
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36006993
miklenew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miklenew
Участник
Volochkova
To ALL... Прекращайте пытаться "спасти бедную Volochkov" :-) Топик про недостатки Аксапты..

Нет это топик не про недостатки Axapt-ы.
Я бы эту тему назвал: Уроки логики для начинающих

Идет волк по лесу, видит заяц читает здоровенную книгу.
-Волк: Что это за фигню ты читаеш?
-Заяц: Да вот логику изучаю... хочеш покажу пример?
-Волк: Да, давай!
-Заяц: Ты куриш?
-Волк: Да...
-Заяц: Если ты куриш значит у тебя есть деньги на сигареты, да?
-Волк: Да, конечно.
-Заяц: Ну, если есть деньги, то ты наврено еще и пьеш да?
-Волк: Ну, да пью.
-Заяц: Если пьеш и куриш, значит и в ночных клубах бываеш, да?
-Волк: Да, бываю.
-Заяц: Если ты бываеш в ночных клубах, значит и с девочками, наверно того... да?
-Волк: Ну... как без этого.
-Заяц: Значит ты не импотент!
-Волк: Ух ты, здорово... буду тоже логику учить.

Встречает волк медведя

-Волк: Слушай, мужик, я логику изучаю, хочеш покажу пример?
-Медведь: Да, давай.
-Волк: Ты куриш?
-Медведь: Нет.
-Волк: Значит импотент!!!
...
Рейтинг: 0 / 0
26.05.2009, 09:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007001
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
miklenew
Я бы эту тему назвал: Уроки логики для начинающих

уроков логики не видно. Обсуждение недостатков Аксапты, ничего лишнего и личного.
...
Рейтинг: 0 / 0
26.05.2009, 09:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007010
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Это просто ЖЕСТЬ :-))))

Кстати про кеширование таблиц идея хорошая...
Проверяю...

Если есть дока про назначения пропертей и нафига нужны... был бы признателен..
Ибо доков по этой теме просто нет ..

Выключение индексов не помогло, они тупо прибиты к коду.. Стоило их выключить, документы вообще перестали проводится.

и в некоторых таблицах.... проперти Clusterindex указано, но индекс на MS SQL нифига не кластерный...

Так же указано пропетри - праймарикей в табличке в репозитарии..
а на MS SQL ключа даже близко нет
Это нормально?

Еще раз повторюсь.. Что досталось в наследство, то и сопровождаем...
Максимум - настройки на MSSQL
...
Рейтинг: 0 / 0
26.05.2009, 09:27
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007043
miklenew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miklenew
Участник
iscrafm
уроков логики не видно. Обсуждение недостатков Аксапты, ничего лишнего и личного.
Странно, что не видите.
Человек пишет реальные проблемы, а когда предлагают помочь (я про себя).
Пишет

To ALL... Прекращайте пытаться "спасти бедную Volochkov" :-) Топик про недостатки Аксапты..

Спрашиваеться нафига было вообще писать реальные проблемы, на основе их сделать какие-то выводы, тему превратить в я не я, корова не моя.
Чтоб потом всё подитожить таким макаром.
Просто мотивации не пойму неужели выплеснуть эмоции важнее, чем найти решение.
Те вопросы которые поднял человек, сложно просто с бухты барахты решить.
Сначала надо не один час потыкаться и перепроверить элементарные ошибки, которые могли быть допущены. Просто кричать Мы все погибнем бесполезно.
Надо сесть и включить мозг. Искать и не сдаваться.
...
Рейтинг: 0 / 0
26.05.2009, 09:42
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007068
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
miklenew
Спрашиваеться нафига было вообще писать реальные проблемы, на основе их сделать какие-то выводы, тему превратить в я не я, корова не моя.

я думаю это следствие. Раззадорили.
...
Рейтинг: 0 / 0
26.05.2009, 09:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007086
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
miklenewiscrafm
уроков логики не видно. Обсуждение недостатков Аксапты, ничего лишнего и личного.
Странно, что не видите.
Человек пишет реальные проблемы, а когда предлагают помочь (я про себя).
Пишет

To ALL... Прекращайте пытаться "спасти бедную Volochkov" :-) Топик про недостатки Аксапты..

Спрашиваеться нафига было вообще писать реальные проблемы, на основе их сделать какие-то выводы, тему превратить в я не я, корова не моя.
Чтоб потом всё подитожить таким макаром.
Просто мотивации не пойму неужели выплеснуть эмоции важнее, чем найти решение.
Те вопросы которые поднял человек, сложно просто с бухты барахты решить.
Сначала надо не один час потыкаться и перепроверить элементарные ошибки, которые могли быть допущены. Просто кричать Мы все погибнем бесполезно.
Надо сесть и включить мозг. Искать и не сдаваться.

На предыдущей странице, я Вам уже ответил.
Топик про проблемы в Аксапте.. Их описал, с чем можно столкнуться, если программа продается по принципу, это круто.. а не это надо..

Привел пример как это у меня.. И тут же все поехали спасать :-)
...
Рейтинг: 0 / 0
26.05.2009, 10:00
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007116
Coolibin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Coolibin
Участник
VolochkovaTo ALL... Прекращайте пытаться "спасти бедную Volochkov" :-) Топик про недостатки Аксапты..
Если надо будет, я задам вопросы на Аксфоруме.

Volochkova, я Вам сочувствую. Неужели не понятно, что не слезут они с Вас с живого))). Когда аргументов полноценных нет, то конечно же рулит переход на личности. Все это отлично уже отшлифовано у Ваших оппонентов на Аксфоруме. Топик уже давно больше обсуждает недостатки не Аксапты, а Ваши.

Но Вы сами нарвались. Мне, все-таки, кажется, что в принципе неверно оценивать такую систему, как Аксапта с точки зрения технологической. Как будто бы основное ее предназначение в создании оптимальных запросов и блокировок. Я думаю, что это не так. Все-таки предназначение системы несколько в другом, в возможности получения максимально возможной в каждой конкретной ситуации эффективности бизнес процессов. Именно с этой точки зрения прежде всего и имеет смысл оценивать как достоинства, так и недостатки системы. И в данном контексте утверждение, что самописка однозначно лучше серийной системы потому что там "лучше запросы" выглядит не очень убедительно. Связь очень косвенная. Вот если бы Вы рассказали, как Аксапта мешает предприятию зарабатывать больше денег, то это было бы намного объективнее. И автору топика, конечно же, было бы легче убеждать влядельцев бизнеса в неких преимуществах собственной разработки. Не, ну он, конечно же, может им рассказать про какие-то там блокировки и "ректальные кубы", но вряд ли это будет то, что они от него хотят услышать.
...
Рейтинг: 0 / 0
26.05.2009, 10:10
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007219
miklenew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miklenew
Участник
Volochkova
Топик про проблемы в Аксапте.. Их описал, с чем можно столкнуться, если программа продается по принципу, это круто.. а не это надо..
Привел пример как это у меня.. И тут же все поехали спасать :-)
Ни чё, что теперь буду считать вас мужского рода, а то скоро в конец запутаюсь.
Нашёл самое первое сообщение
Volochkova
Значит смотри. Реальности с фронта...
1. Цена системы.. Лицензии. Причем не только на Акспату, на сопутку - ВИнда, Офис, Сервера, эксель.. покупать также придется.
2. Если система распределенная а ставить будут в терминальном режиме.. то это большая ОПА..
3. Сервер. Железо готовься брать по цене +/- 5-6 лямов - это только под сервер базы данных. Плюс такой же под резервный.
3. Знания. Без знаний SQL и БД ставить даже не думай.
4. Технология. Что бы там не говорили, а Акспата работает построчно как 1с и вся в блокировках..
База просто стонет.
5. Знания по X++. есть пара книжек ( максимум) одна +/- толковая pdf и AxForum. Остальное за космические деньги от внедренцев.
6. Отчеты это еще большая ОПА. Выводятся все в Эксель построчно... Типа Анахронизма времен первой мировой.
7. сама система построена на теории - сиди и смотри. Короче народ только и делает что смотрит как обрабатываются строчки.. и ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет.. ждет..
8. Рост базы. База растет минимум по 30-40 гигов на одно подразделение. Теории обрезания базы не видел. Так что готовься.
9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.
10. Итоговый маразм. Все данные, так же построчно кидаю в 1с.. Иначе отчеты не сдать.

1, 3 - спорить не буду, не моя компетенция.
2 - Если будет, а если не будет.
Мы пользовались и через VPN и через Cytrix и через AOS и без него. Полёт нормальный.
Как вам лучше так и ставьте. Все утверждения принимаете вы.
Попробовали всё, нашли для себя самый лучший. Забыли.
3.1 Перефразирую. Без хороших специалистов ставить даже не думай.
4 Блокировка - страшное слово. А если начинать разбираться, то ничего страшного в нём кроме названия нет.
Главное чтоб дедлоков не было и чтоб блокировки не были длинными.
Если они длинные надо думать, как решать.
Насчёт построчности вам уже писали, как напишите так она и будет работать.
Но помойму вы это не уловили.
5. Книги врятли тут помогут. см 3.1 Если конечно нет пару лет в запасе
6. Читайте Axforum. Ускорение вывода в Excel.
7. Мне больше нравиться сиди, смотри, думай, делай.

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

Это уже чисто в нашей компетенции. И мы должны с этим бороться.
8. http://axapta.mazzy.ru/lib/dbgrowthsolution/
9. Не пробовал врать не буду.
10. Кто чем владеет, тот тем и пользуеться.
...
Рейтинг: 0 / 0
26.05.2009, 10:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007235
V. Goncharenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
V. Goncharenko
Участник
Coolibin[quot Volochkova]Volochkova, я Вам сочувствую. Неужели не понятно, что не слезут они с Вас с живого))). Когда аргументов полноценных нет, то конечно же рулит переход на личности. Все это отлично уже отшлифовано у Ваших оппонентов на Аксфоруме. Топик уже давно больше обсуждает недостатки не Аксапты, а Ваши
Ок, давайте перейдем на личности
24x7, сотня конкурентных пользователей, AX4.0 SP2, Microsoft SQL Server 2005 SP2, полет нормальный
Так лучше?
...
Рейтинг: 0 / 0
26.05.2009, 10:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007286
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
CoolibinVolochkovaTo ALL... Прекращайте пытаться "спасти бедную Volochkov" :-) Топик про недостатки Аксапты..
Если надо будет, я задам вопросы на Аксфоруме.

Volochkova, я Вам сочувствую. Неужели не понятно, что не слезут они с Вас с живого))). Когда аргументов полноценных нет, то конечно же рулит переход на личности. Все это отлично уже отшлифовано у Ваших оппонентов на Аксфоруме. Топик уже давно больше обсуждает недостатки не Аксапты, а Ваши.

Но Вы сами нарвались. Мне, все-таки, кажется, что в принципе неверно оценивать такую систему, как Аксапта с точки зрения технологической. Как будто бы основное ее предназначение в создании оптимальных запросов и блокировок. Я думаю, что это не так. Все-таки предназначение системы несколько в другом, в возможности получения максимально возможной в каждой конкретной ситуации эффективности бизнес процессов. Именно с этой точки зрения прежде всего и имеет смысл оценивать как достоинства, так и недостатки системы. И в данном контексте утверждение, что самописка однозначно лучше серийной системы потому что там "лучше запросы" выглядит не очень убедительно. Связь очень косвенная. Вот если бы Вы рассказали, как Аксапта мешает предприятию зарабатывать больше денег, то это было бы намного объективнее. И автору топика, конечно же, было бы легче убеждать влядельцев бизнеса в неких преимуществах собственной разработки. Не, ну он, конечно же, может им рассказать про какие-то там блокировки и "ректальные кубы", но вряд ли это будет то, что они от него хотят услышать.

Конечно нарвались.. :-)
Мне понравилось что в ходе темы "убить Волочкову" пара реальных точек, через которые можно провести прямую, все таки появились..
И именно это необходимо, для принятия решения что делать со зверьем - Аксапта..

И в очередной раз скажу респект muzzy за его проект по Аксапте...
Так же все кто откликнулся на тему.
...
Рейтинг: 0 / 0
26.05.2009, 10:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007306
miklenew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miklenew
Участник
CoolibinКогда аргументов полноценных нет, то конечно же рулит переход на личности. Все это отлично уже отшлифовано у Ваших оппонентов на Аксфоруме. Топик уже давно больше обсуждает недостатки не Аксапты, а Ваши.

1) Всегда считал выражение переход наличности, это когда начинаются оскарбления.
Отвечу за себя. Не оскорблял.
Всю тему не читал. Поэтому не знаю кто кого оскарблял.
Вам не кажеться не много не корректно всех приравнивать только по одной единственной позиции человека. Одной из нескольких тысяч.
Не забывайте что у вас тоже две руки и две ноги, но мы же разные.
2) В чём то вы правы.
Мой подход к Volochkova: 80% объективного и 20% субъективного.
Я ко всем отношусь и так и так просто проценты у всех разные.
Каков процент зависит и от меня и от самого человека.
Нуля не у кого нет.
...
Рейтинг: 0 / 0
26.05.2009, 10:59
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007325
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Coolibin Когда аргументов полноценных нет, то конечно же рулит переход на личности. Все это отлично уже отшлифовано у Ваших оппонентов на Аксфоруме. Топик уже давно больше обсуждает недостатки не Аксапты, а Ваши.


Кстати, вот этого не было...
В корне...

1. я не дал полной описания проблемы.. Т.к. и опять 25.. не собирался решать свою проблему.. в этой ветке. Эта ветка про иное :-)))
2. обсуждение к технологии так и не перешли.. но некоторые моменты были озвучены..
3. Я знаю базу с точки зрения MS SQL люди с точки зрения Аксапты... ясен пень что сложно найти общий знаменатель..
...
Рейтинг: 0 / 0
26.05.2009, 11:03
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007435
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
Если есть дока про назначения пропертей и нафига нужны... был бы признателен..
Ибо доков по этой теме просто нет ..
Пля... Я же ссылку давал здесь.
Хорошо, еще раз: Аксапта на msdn: http://msdn.microsoft.com/ru-ru/dynamics/ax/default(en-us).aspx
кроме того, у вас в Аксапте в меню Помощь есть пункт Руководство разработчика.

про проперти здесь http://msdn.microsoft.com/en-us/library/aa871620.aspx

Volochkova
Выключение индексов не помогло, они тупо прибиты к коду..

Такого не бывает. Разбирайтесь и пилите дальше.

Volochkova
Так же указано пропетри - праймарикей в табличке в репозитарии..
а на MS SQL ключа даже близко нет
Это нормально?

Нет. Разбирайтесь. Ключевое слово - Синхронизация.
...
Рейтинг: 0 / 0
26.05.2009, 11:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007505
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkova
Если есть дока про назначения пропертей и нафига нужны... был бы признателен..
Ибо доков по этой теме просто нет ..
Пля... Я же ссылку давал здесь.
Хорошо, еще раз: Аксапта на msdn: http://msdn.microsoft.com/ru-ru/dynamics/ax/default(en-us).aspx
кроме того, у вас в Аксапте в меню Помощь есть пункт Руководство разработчика.

про проперти здесь http://msdn.microsoft.com/en-us/library/aa871620.aspx

Volochkova
Выключение индексов не помогло, они тупо прибиты к коду..

Такого не бывает. Разбирайтесь и пилите дальше.

Volochkova
Так же указано пропетри - праймарикей в табличке в репозитарии..
а на MS SQL ключа даже близко нет
Это нормально?

Нет. Разбирайтесь. Ключевое слово - Синхронизация.

Ну ты совсем меня за приму держишь :-)))
Синхронизация.. сделает чтобы проперти были равны структуре на сервере :-))
А у меня сейчас идут расхождения... Почему так случилось.. вопрос пятый...
Но это нормальная? обычная ситуация?
И как например проверить по 1900 объектам, что структура совпадает с тем что на MS SQL?



автор
Volochkova
Выключение индексов не помогло, они тупо прибиты к коду..

Такого не бывает. Разбирайтесь и пилите дальше.


Знаю, что крокодилы не летают... Но реально вылетела у всех ошибка, не обнаружен индекс, которому выключили енабля...



http://msdn.microsoft.com/en-us/library/aa871620.aspx
Это чисто текст.. Что такое кластер индекс, я типа догадался...
и праймари кей тоже..
А на что оно влияет и нафига надо?



автор CacheLookup - Determines how to cache the records retrieved during a lookup operation.

Ну и как это понимать?
Вот больше всего мне нравится 97 аксес , хоть и вешал проц в 100% но зато дока по нему как для дебилов.. все ясно... куда, сколько.. от куда и зачем...

дока же с 2000-го... стала, вода водой.. нифига не ясно... зато проц не лочится :-)))

P.S. Только не надо ПРО ДОСТОИНСТВА И УЩЕРБНОСТЬ АСКЕСА НАЧИНАТЬ!!!!!!! :-)
...
Рейтинг: 0 / 0
26.05.2009, 12:00
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007522
Coolibin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Coolibin
Участник
V. Goncharenko
Так лучше?
Для чего или кого лучше? Я не спорю, конечно, что Вам есть чем гордиться.

Внимательный читатель заметил бы, однако, что автор топика совсем не просил объяснить какая Аксапта хорошая. Он спрашивал: какие аргументы привести начальству, чтобы доказать, что собственная разработка лучше, чем Аксапта?
_devel
Помогите переубедить начальство! Я сторонник собственной разработки, особенно когда есть силы и желание.

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

Да, V. Goncharenko, 24x7x100 это действительно круто. Но к теме-то топика не имеет никакого отношения. Расскажите про это в теме про достоинства системы. Подумайте о том, кто попросил помощи в этом топике. Вы ему чем-то помогли? Почему вы считаете, что специалист не имеет права получать на этом форуме негативную информацию про вашу любимую систему?

Автору топика - если вопрос все еще актуальный, пишите в личку, потому что тратить время на холивар не интересно.
...
Рейтинг: 0 / 0
26.05.2009, 12:05
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007543
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
Ну ты совсем меня за приму держишь :-)))

Каков вопрос - таков ответ.

Volochkova
Синхронизация.. сделает чтобы проперти были равны структуре на сервере :-))

Именно так.

Volochkova
А у меня сейчас идут расхождения... Почему так случилось.. вопрос пятый...
Но это нормальная? обычная ситуация?
И как например проверить по 1900 объектам, что структура совпадает с тем что на MS SQL?

Повторяю - не нормальная.
Повторяю - ключевое слово Синхронизация.


Volochkova
автор CacheLookup - Determines how to cache the records retrieved during a lookup operation.

Ну и как это понимать?

Читать про lookup.
...
Рейтинг: 0 / 0
26.05.2009, 12:11
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007568
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Coolibin Теперь тема выглядит так, что все, у кого проблемы с Аксаптой - плохие "шпециалисты".
"Все" - нехорошее слово.
Как только появляется слово "все" - жди логической ошибки.

Coolibin
Подумайте о том, кто попросил помощи в этом топике.

Никто.

Coolibin
Почему вы считаете, что специалист не имеет права получать на этом форуме негативную информацию про вашу любимую систему?

?!?!?!?!?

CoolibinАвтору топика - если вопрос все еще актуальный, пишите в личку, потому что тратить время на холивар не интересно.
У нас есть такие приборы,
но мы вам о них не расскажем,
но если вы позвоните/придете/напишете,
то их вам конечно продажем
(C)
...
Рейтинг: 0 / 0
26.05.2009, 12:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007696
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
CoolibinВнимательный читатель заметил бы, однако, что автор топика совсем не просил объяснить какая Аксапта хорошая. Он спрашивал: какие аргументы привести начальству, чтобы доказать, что собственная разработка лучше, чем Аксапта?
_devel
Помогите переубедить начальство! Я сторонник собственной разработки, особенно когда есть силы и желание.

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

Справедливости ради, следует отметить, что убеждать нужно не руганью в чью-то сторону, а доказательством собственной состоятельности в решении задачи, более быстро, дешевле, надежней и т.п. Заголовок темы изначально флеймовый . И специалисты, работающие с аксаптой, вполне обосновано его (флейм) поддерживают.
...
Рейтинг: 0 / 0
26.05.2009, 12:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36007970
Coolibin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Coolibin
Участник
iscrafm
Справедливости ради, следует отметить, что убеждать нужно не руганью в чью-то сторону, а доказательством собственной состоятельности в решении задачи, более быстро, дешевле, надежней и т.п. Заголовок темы изначально флеймовый . И специалисты, работающие с аксаптой, вполне обосновано его (флейм) поддерживают.
Нет, iscrafm, топик был бы флеймовый, если бы автор сказал: аксапта сакс, а своя система рулз... Но он этого не говорил. Возможно, он это хотел сказать своему начальству. Но не форуму. А у форума он попросил аргументов в поддержку его конкретной личной точки зрения. Но те, у кого плохо с русским языком, прочитали в его посте совсем другое. Либо кому-то просто не нравится сам факт появления такой информации на этом форуме.

По поводу нужности убеждения доказательством собственной состоятельности... да бог с вами. Убеждать нужно тем, что убеждает. Вы сами-то верите, что если вы будете использовать только собственную состоятельность в качестве аргумента, то все сразу к вам потянутся? Не мне Вам рассказывать, как в большинстве случаев проводится выбор платформ и систем. Там что, ничего кроме фактов собственной состоятельности?)))

Я не вижу никакой проблемы, если даже айтишник убедит своего директора выбрать хоть самый наихудший вариант. Значит фиговый директор, не умеет нанимать себе правильных работников. Скорее всего, по своей скудости ума хочет на айти сэкономить денюшек. И тогда самое почетное место этому директору - на свалке истории, потому что нихрена он не умеет управлять. Пусть следующий директор хорошенько думает, кому доверить свою информационную систему. А придет директор поумнее, глядишь, и для бизнеса в целом польза.
...
Рейтинг: 0 / 0
26.05.2009, 14:07
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009235
V. Goncharenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
V. Goncharenko
Участник
Да, ветка действительно скатилась во флейм, пора из нее выходить
- Топикстартеру, который заранее настроен на то, что самописка лучше покупной системы (любой), негатива предоставили более чем достаточно
- Имею некоторый опыт работы с ЖД экспедиторами и не очень хорошо представляю, как туда натягивать стандартную DAX, так что в этом в чем-то даже с автором солидарен
- На некоторые партнерские "решения", гуляющие по России-матушке, смотреть без слез нельзя
- Обсуждать архитектуру готов, но с имеющими знания хотя бы о concepts. Про "маразм" уже слышал - неинтересно
- Просто спорить в стиле "кто последний скажит 'дурак', тот и выиграл" - неинтересно

В общем, если нужно поругать - "экспертов" тут уже высказалось предостаточно. Хотите обсудить - welcome на специализированные форумы :)
...
Рейтинг: 0 / 0
26.05.2009, 22:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009267
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafmbeluginСейчас я отвечаю на вопрос "зачем блокировки при обработке прихода".
так может наконец-то ответите.

Извините мне казадлось я уже ответил, но на ввсякий случай повторю,

Утверждение 1. Цитата (см выше)
Транзакция всегда вызывает монопольную блокировку любых данных, которые она изменяет , и держит блокировку до тех пор, пока транзакция не завершится, независимо от уровня изоляции, установленного для транзакции.

Утверждение 2: Увеличение складских остатков является обновлением данных

=>

Увеличение складских остатков блокирует изменяемые остатки до конца транзакции.

теперь "зачем"

SQL сервер - блокировочник,

это значит, что изоляция транзакций осуществляется при помощи блокировок.

Например, у нас есть запрос
Код: plaintext
1.
2.
     
Update остатки set  количество = количество +  10  where номенклатура in ('гайки','болты')

Когда выполняется этот запрос SQL сервер обновляет записи остатков. В данном случае пусть будет две записи.

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

Для этого SQL сервер ведет протокол, чтобы в случае ошибки откатить транзакцию. При ошибке он пройдется по протоколу и вернет даные на место.

Допустим, SQL успел обновить одну из записей ('гайки'), а при обновлении другой возникла ошибка.

Транзакция откатывается и данные возвращаются на место.

Это может привести к проблеме, если другая транзакция успеет прочитать обновленное значение записи 'гайки'. Надо как-то ей сказать, что обновленный вариант записи 'гайки' еще может быть отменен.

Для этого используется блокировка.

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

P.S. В Ax2009 обновление остатков делается одним простым SQL запросом на транзакцию непосредственно перед коммитом (если интересно могу привести кусочки исходников, в общем виде описано в статье Дениса Федотенко, ссылку на которую я приводил).

Вопросы:
1. Я ответил?
2. Вы согласны ли вы с такой картиной, если не согласны в чем здесь ошибка?
...
Рейтинг: 0 / 0
26.05.2009, 23:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009278
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafm
Вы разницу между update table1 set ... where f1 = x и циклом на клиенте или AOS для построчной обработки записей понимаете?


Да.


Разрабатывали что-нибудь самостоятельно?


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

Дальше занимался BAAN и AX.


Естественно для корректной отработки этого цикла базу в определенных диапазонах необходимо принудительно заблокировать.


По блокировке ведь не видно, принудительная она или нет - реально это отражается только на времени блокирования, так?


Код учета документа прихода приведите, обсудим. Может так будет понятней.

Там большое количество уровней вложенности - и не самое удачное разьбиение на функции - боюсь будет очень длинно.

В целом так: документ обрабатывается построчно. Требуемые обновления остатков записываются в таблицу InventSumDelta, одним из элементов первичного ключа которой является номер транзакции.

В конце транзакции происходит:
1. Вставка записей InventSum (остатки)
2. Обновление записей InventSum при помощи одного апдейта из InventSumDelta.
...
Рейтинг: 0 / 0
26.05.2009, 23:30
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009285
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
belugin
1. Вставка записей InventSum (остатки)
2. Обновление записей InventSum при помощи одного апдейта из InventSumDelta.

Это про Ax4 и 2009 - впрочем оно описано в статье Федотенко
...
Рейтинг: 0 / 0
26.05.2009, 23:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009289
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
CoolibinВот если бы Вы рассказали, как Аксапта мешает предприятию зарабатывать больше денег, то это было бы намного объективнее.

Он, кстати, говорил, что из за тормозов время теряется
...
Рейтинг: 0 / 0
26.05.2009, 23:43
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009309
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
miklenew
Volochkova
3. Знания. Без знаний SQL и БД ставить даже не думай.

3.1 Перефразирую. Без хороших специалистов ставить даже не думай.


Интересно, а с какими системами такого масштаба можно жить без хорошего DBA?
...
Рейтинг: 0 / 0
27.05.2009, 00:02
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009392
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginiscrafmbeluginСейчас я отвечаю на вопрос "зачем блокировки при обработке прихода".
так может наконец-то ответите.

Извините мне казадлось я уже ответил, но на ввсякий случай повторю,

Утверждение 1. Цитата (см выше)
Транзакция всегда вызывает монопольную блокировку любых данных, которые она изменяет , и держит блокировку до тех пор, пока транзакция не завершится, независимо от уровня изоляции, установленного для транзакции.

Утверждение 2: Увеличение складских остатков является обновлением данных

=>

Увеличение складских остатков блокирует изменяемые остатки до конца транзакции.

теперь "зачем"

SQL сервер - блокировочник,

это значит, что изоляция транзакций осуществляется при помощи блокировок.

Например, у нас есть запрос
Код: plaintext
1.
2.
     
Update остатки set  количество = количество +  10  where номенклатура in ('гайки','болты')

Когда выполняется этот запрос SQL сервер обновляет записи остатков. В данном случае пусть будет две записи.

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

Для этого SQL сервер ведет протокол, чтобы в случае ошибки откатить транзакцию. При ошибке он пройдется по протоколу и вернет даные на место.

Допустим, SQL успел обновить одну из записей ('гайки'), а при обновлении другой возникла ошибка.

Транзакция откатывается и данные возвращаются на место.

Это может привести к проблеме, если другая транзакция успеет прочитать обновленное значение записи 'гайки'. Надо как-то ей сказать, что обновленный вариант записи 'гайки' еще может быть отменен.

Для этого используется блокировка.

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

P.S. В Ax2009 обновление остатков делается одним простым SQL запросом на транзакцию непосредственно перед коммитом (если интересно могу привести кусочки исходников, в общем виде описано в статье Дениса Федотенко, ссылку на которую я приводил).

Вопросы:
1. Я ответил?
2. Вы согласны ли вы с такой картиной, если не согласны в чем здесь ошибка?

Баба яга против!!!! :-)))
ИМХО изначально кривая логика.
И пусть меня опять закидают камнями, но привожу уже не первые факты...

1. Первичен АЛГОРИТМ! а уже потом код...
И так... Процедура прихода...
Все что было описано с примером про приход и перемещение.. это все лажа...
В жизни ( мое имхо) должно быть так...

Берем накладную.... проверяем все ее признаки... +/-.. кто проверил, заполнены ли сроки годности и т.д.
А уж потом проводим по регистрам партий и в самом конце... Если нет партий, то регистр остатков.
И никакие блокировки не нужны. В самом примере нарушена сама логика прихода.

2. Теперь сам код...
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
begin tran
Update 
     reg
From    
    InventStoc  reg inner join DocIncome docdetal on reg.ProductID = docdetal.ProductID and docdetal.DocHeadID = @DocHeadID
Set 
     reg.KolProd = reg.KolProd + docdetal.KolProd
commit
Обработается на 1000 порядков быстрее чем цикл на клиенте или АОСе...
И не надо никаких костылей из темы кеширования таблиц на АОСе...
MS SQL все сделает сам...

Update сделается (одновременно для всех записей).
Теперь про блокировки...
На момент выполнения транзакции, а это уж точно толика времени для документа в 1000 строк .
Записи с товаром будут заблокированы. Если нужен код MS SQL я его приведу..
И сканирование таблицы
А ля Аксапта
Код: plaintext
select * from InventStoc  (READPAST) Where KolProd  >  0

отдаст только те записи которые доступны и не заблокированы ТРАНЗАКЦИЯМИ!
Которые сделает один сервер MS SQL.
И в результате для продажи нельзя будет выбрать то, что сейчас заблокировано приходом.

Что мы имеем в сухом остатке?
Никаких гонений данных по сети, ни какого геморроя, простой доступный T-SQL.
Но этого движек Аксапты делать не умеет.

Мой же вариант

Код: plaintext
select * from InventStoc  Where KolProd  >  0

не споткнется об блокировки...
Т.к. у команды есть такая фишка - ExecTimeOut в результате... запрос на просмотр остатков подождет прихода всей партии 1000 СТРОК!!!! и тут же покажет их...

В варианте Аксапты.. будет While Select на приходе с блокировками или кешированием... на приходе и на просмотре остатков..
...
Рейтинг: 0 / 0
27.05.2009, 02:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009610
Viverna
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viverna
Гость
Volochkova9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.
Аха! Раз Аксижн - значит все таки Корус Ретайл :) Интересно какой версии.

Учитывая что он берет данные с боевой базы - а вы не пробовали настроить, чтобы он брал данные из хранилища? А хранилище часа так в 3 ночи обновлялось. И никаких вам блокировок.
...
Рейтинг: 0 / 0
27.05.2009, 09:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009617
Ага
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ага
Гость
Volochkova

1. Первичен АЛГОРИТМ! а уже потом код...
И так... Процедура прихода...
Все что было описано с примером про приход и перемещение.. это все лажа...
В жизни ( мое имхо) должно быть так...

Берем накладную.... проверяем все ее признаки... +/-.. кто проверил, заполнены ли сроки годности и т.д.
А уж потом проводим по регистрам партий и в самом конце... Если нет партий, то регистр остатков.
И никакие блокировки не нужны. В самом примере нарушена сама логика прихода.

2. Теперь сам код...
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
begin tran
Update 
     reg
From    
    InventStoc  reg inner join DocIncome docdetal on reg.ProductID = docdetal.ProductID and docdetal.DocHeadID = @DocHeadID
Set 
     reg.KolProd = reg.KolProd + docdetal.KolProd
commit
Обработается на 1000 порядков быстрее чем цикл на клиенте или АОСе...
И не надо никаких костылей из темы кеширования таблиц на АОСе...
MS SQL все сделает сам...

Update сделается (одновременно для всех записей).
Теперь про блокировки...
На момент выполнения транзакции, а это уж точно толика времени для документа в 1000 строк .
Записи с товаром будут заблокированы. Если нужен код MS SQL я его приведу..
И сканирование таблицы
А ля Аксапта
Код: plaintext
select * from InventStoc  (READPAST) Where KolProd  >  0

отдаст только те записи которые доступны и не заблокированы ТРАНЗАКЦИЯМИ!
Которые сделает один сервер MS SQL.
И в результате для продажи нельзя будет выбрать то, что сейчас заблокировано приходом.

Что мы имеем в сухом остатке?
Никаких гонений данных по сети, ни какого геморроя, простой доступный T-SQL.
Но этого движек Аксапты делать не умеет.

Мой же вариант

Код: plaintext
select * from InventStoc  Where KolProd  >  0

не споткнется об блокировки...
Т.к. у команды есть такая фишка - ExecTimeOut в результате... запрос на просмотр остатков подождет прихода всей партии 1000 СТРОК!!!! и тут же покажет их...

В варианте Аксапты.. будет While Select на приходе с блокировками или кешированием... на приходе и на просмотре остатков..

Счастливый Вы человек Volochkova, до сих пор живете в мире фантомов :).
Распостраните Вашу концепцию "жизнь без блокировок" на 100 конкурентых пользователей.

В Вашем варианте в последовательность выполнения с уровнем изоляции read uncommitted (привожу так любимый Вами T-SQL):
Код: plaintext
1.
2.
3.
4.
5.
Клиент  1 : begin transaction 
Клиент  1 : delete  from InventStoc  
Клиент  2 : select @qty=sum(quantity) from InventStoc  Where id_item='zuzu'
Клиент  1 : rollback transaction
Клиент  2 : if @qty= begin delete from  item where id_item='zuzu' end
Клиент 2 словит фантомные данные результат его выполнения явно приведет к логической ошибке.

Насколько я помню в Аксапте все данные читаются по умолчанию с хинтом read uncommitted (если иное явно не указано), при модификации данные пересчитываются с хинтом read committed. Такая схема гарантирует блокировки на минимальное время и отсутствие фантомов.

Засим откланиваюсь, уверен автор топика сделал для себя выводы. Уважаемой Волочковой хочу пожелать немного подучить матчасть на первом сверху форуме.
...
Рейтинг: 0 / 0
27.05.2009, 09:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009627
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
Volochkova
Update сделается (одновременно для всех записей).


я о том, как обсепечивается то, что он сделан одновременно.


Никаких гонений данных по сети, ни какого геморроя, простой доступный T-SQL.
Но этого движек Аксапты делать не умеет.


умеет, но возможностей меньше чем у Transact SQL

На всякий случай: Вот так сделано обновление остатков в 2009 (думаю в 4 так же)

\Classes\InventUpdateOnhand\sqlUpdateInventSumStrSQLServer

генерирует вот тако SQL
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
/* This method will build following statement in a str:

execute sp_executesql N'UPDATE InventSum
    SET InventSum.CostAmountPhysical     = InventSum.CostAmountPhysical            +
                                           InventSumDelta.SUM_CostAmountPhysical,
        InventSum.PostedValue            = InventSum.PostedValue                   +
                                           InventSumDelta.SUM_PostedValue,
        InventSum.Qty                    = InventSum.Qty                           +
                                           InventSumDelta.SUM_Qty,
        .....
        .....

        InventSum.LastUpdDatePhysical    = CASE WHEN InventSum.LastUpdDatePhysical > InventSumDelta.MAX_LastUpdDatePhysical
                                                THEN InventSum.LastUpdDatePhysical
                                                ELSE InventSumDelta.MAX_LastUpdDatePhysical
                                           END,

        InventSum.LastUpdDateExpected    = CASE WHEN InventSum.LastUpdDateExpected > InventSumDelta.MAX_LastUpdDateExpected
                                                THEN InventSum.LastUpdDateExpected
                                                ELSE InventSumDelta.MAX_LastUpdDateExpected
                                           END,

        InventSum.ClosedQty              = CASE WHEN ((InventSum.PostedQty + InventSumDelta.SUM_PostedQty) = 0 AND
                                                      (InventSum.Deducted  + InventSumDelta.SUM_Deducted)  = 0 AND
                                                      (InventSum.Picked    + InventSumDelta.SUM_Picked)    = 0 AND
                                                      ....
                                                      ....
                                                     )
                                                THEN 1
                                                ELSE 0
                                           END,
        InventSum.Closed                 = CASE WHEN ((InventSum.PostedValue    + InventSumDelta.SUM_PostedValue)  = 0 AND
                                                     (InventSum.PhysicalValue  + InventSumDelta.SUM_PhysicalValue) = 0 AND
                                                      ....
                                                      ....
                                                     )
                                                THEN 1
                                                ELSE 0
                                           END
    FROM (SELECT SUM(CostAmountPhysical)    AS SUM_CostAmountPhysical,
                 SUM(PostedValue)           AS SUM_PostedValue,
                 SUM(Qty)                   AS SUM_Qty,
                 .....                      AS ...,
                 .....                      AS ...,
                 MAX(LastUpdDatePhysical)   AS MAX_LastUpdDatePhysical,
                 MAX(LastUpdDateExpected)   AS MAX_LastUpdDateExpected,
                 InventSumDelta.ItemId,
                 InventSumDelta.InventDimId
          FROM InventSumDelta
          WHERE InventSumDelta.DataAreaId   = @p2
          AND   InventSumDelta.TTSId        = @p3
          AND   InventSumDelta.IsAggregated = 0
          GROUP BY InventSumDelta.ItemId, InventSumDelta.InventDimId
         ) AS InventSumDelta
    WHERE InventSum.DataAreaId        = @p1
    AND   InventSum.ItemId            = InventSumDelta.ItemId
    AND   InventSum.InventDimId       = InventSumDelta.InventDimId
',N'@p1 NVARCHAR(3), @p2 NVARCHAR(3), @p3 BIGINT',@p1=%1,@p2=%2, @p3='%3'

*/
...
Рейтинг: 0 / 0
27.05.2009, 09:48
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009739
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
beluginmiklenew
Volochkova
3. Знания. Без знаний SQL и БД ставить даже не думай.

3.1 Перефразирую. Без хороших специалистов ставить даже не думай.


Интересно, а с какими системами такого масштаба можно жить без хорошего DBA?
можно. Только не нужно в обязанности DBA включать поддержку работы системы, которой без него эта работа очень тяжело дается.
...
Рейтинг: 0 / 0
27.05.2009, 10:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009790
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
beluginЭто может привести к проблеме, если другая транзакция успеет прочитать обновленное значение записи 'гайки'.
..

Вопросы:
1. Я ответил?
2. Вы согласны ли вы с такой картиной, если не согласны в чем здесь ошибка?

1. не пойму зачем мне описание механизма работы транзакций.
2. ошибка в построчной обработке записей на клиенте или AOS и блокировании на время обработки других таблиц. Хотя вы в следующем посте сказали вроде о том, что разницу понимаете. Не пойму тогда к чему весь этот текст.

beluginВ Ax2009 обновление остатков делается одним простым SQL запросом на транзакцию непосредственно перед коммитом
долгая дорога в дюнах.
...
Рейтинг: 0 / 0
27.05.2009, 10:35
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009791
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
VivernaVolochkova9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.
Аха! Раз Аксижн - значит все таки Корус Ретайл :) Интересно какой версии.

Учитывая что он берет данные с боевой базы - а вы не пробовали настроить, чтобы он брал данные из хранилища? А хранилище часа так в 3 ночи обновлялось. И никаких вам блокировок.

Гы... Ну как то знаете не догадался....
300 гигов сливать в хранилища...
Решение сделал проще и быстрее...


Ага
Счастливый Вы человек Volochkova, до сих пор живете в мире фантомов :).
Распостраните Вашу концепцию "жизнь без блокировок" на 100 конкурентых пользователей.

В Вашем варианте в последовательность выполнения с уровнем изоляции read uncommitted (привожу так любимый Вами T-SQL):
Код: plaintext
1.
2.
3.
4.
5.
Клиент  1 : begin transaction 
Клиент  1 : delete  from InventStoc  
Клиент  2 : select @qty=sum(quantity) from InventStoc  Where id_item='zuzu'
Клиент  1 : rollback transaction
Клиент  2 : if @qty= begin delete from  item where id_item='zuzu' end
Клиент 2 словит фантомные данные результат его выполнения явно приведет к логической ошибке.

Насколько я помню в Аксапте все данные читаются по умолчанию с хинтом read uncommitted (если иное явно не указано), при модификации данные пересчитываются с хинтом read committed. Такая схема гарантирует блокировки на минимальное время и отсутствие фантомов.

Засим откланиваюсь, уверен автор топика сделал для себя выводы. Уважаемой Волочковой хочу пожелать немного подучить матчасть на первом сверху форуме.

Кто тут? Ты ща с кем разговаривал? Ну и что за код ты тут нарисовал??? Что делать то должен??
Логика где??? А на 100 пользователей АОСа свое натяни.. и что станет???
И эти люди запрещают мне пить :-)
...
Рейтинг: 0 / 0
27.05.2009, 10:35
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009805
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
2belugin4

Ну и что Вы тут показали?
Можно перевести на просто язык?

2009 Аксапта это X++ с генерацией TSQL кода???? Не может быть!!! не верю!!!!

Я же это искал и не нашел в 3,5... а мне так объясняли что я лошарик.. Что Акспата это круто...
И что я слаще морковки ничего не пробовал :-)))

Ну и чем отличается X++ & T-SQL VS C# & T-SQL?
Если отбросить понты маркетинговые?
...
Рейтинг: 0 / 0
27.05.2009, 10:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009853
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
АгаСчастливый Вы человек Volochkova, до сих пор живете в мире фантомов :).
Распостраните Вашу концепцию "жизнь без блокировок" на 100 конкурентых пользователей.
....
В Вашем варианте в последовательность выполнения с уровнем изоляции read uncommitted...
Засим откланиваюсь, уверен автор топика сделал для себя выводы. Уважаемой Волочковой хочу пожелать немного подучить матчасть на первом сверху форуме.
А где Волочкова говорила о таком уровне изоляции?
Советчики учить матчасть, почему-то, придумывают "от себя" какие-то левые ситуации, потом объяснения этой глупости, а потом гордо откланиваются. Модель поведения получше, чем модель общения с СУБД, несомненно.
...
Рейтинг: 0 / 0
27.05.2009, 10:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009909
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
VolochkovaНу и чем отличается X++ & T-SQL VS C# & T-SQL?
Если отбросить понты маркетинговые?

Такие штуки используются очень редко.

Это как раньше ассемблерные вставки делали я ЯВУ.

Чем отличается прорамма на паскале с ассемблерными вставками от программы полностью на ассемблере.
...
Рейтинг: 0 / 0
27.05.2009, 11:04
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009962
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
прочитал статью про IMTS (Дениса Федотенко). Странно, что в 2009 году заговорили о классическом (шаблонном) механизме складских транзакций, да еще и название ему придумали.
...
Рейтинг: 0 / 0
27.05.2009, 11:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009964
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
2007.. опечатка
...
Рейтинг: 0 / 0
27.05.2009, 11:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009965
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
belugin4VolochkovaНу и чем отличается X++ & T-SQL VS C# & T-SQL?
Если отбросить понты маркетинговые?

Такие штуки используются очень редко.



Это или от безысходности.. Или кого то в разработке жутко достал маразм :-)))
Кстати код, приведенный Вами, работал бы быстрее, загрузив сначала под запрос в tmp табличку.
...
Рейтинг: 0 / 0
27.05.2009, 11:18
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009973
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
iscrafmАгаСчастливый Вы человек Volochkova, до сих пор живете в мире фантомов :).
Распостраните Вашу концепцию "жизнь без блокировок" на 100 конкурентых пользователей.
....
В Вашем варианте в последовательность выполнения с уровнем изоляции read uncommitted...
Засим откланиваюсь, уверен автор топика сделал для себя выводы. Уважаемой Волочковой хочу пожелать немного подучить матчасть на первом сверху форуме.
А где Волочкова говорила о таком уровне изоляции?
Советчики учить матчасть, почему-то, придумывают "от себя" какие-то левые ситуации, потом объяснения этой глупости, а потом гордо откланиваются. Модель поведения получше, чем модель общения с СУБД, несомненно.

Там не левая ситуация, а фантомная... ну пришел чел с другого измерения, с кем не бывает :-)
...
Рейтинг: 0 / 0
27.05.2009, 11:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009979
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
iscrafm1. не пойму зачем мне описание механизма работы транзакций.

2. ошибка в построчной обработке записей на клиенте или AOS и блокировании на время обработки других таблиц. Хотя вы в следующем посте сказали вроде о том, что разницу понимаете. Не пойму тогда к чему весь этот текст.


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

В статье Федотенко, по которой задается вопрос облсуждаются просто блокировки.
Написано что в версии 4 они блокировнны на минимальное время.
Волочкова спросил зачем блокировать вообще.
Я ответил.

Еще раз: начиная с версии 4 остатки обновляются одним SQL запросом, который я приводил выше. Разумеется в ходе выполнения этого запроса они блокируются, потому, что при обновлении данных всегда происходит блокировка до конца транзакции.


beluginВ Ax2009 обновление остатков делается одним простым SQL запросом на транзакцию непосредственно перед коммитом
долгая дорога в дюнах.

В 4 то же самое.
...
Рейтинг: 0 / 0
27.05.2009, 11:21
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009989
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
belugin4,

понятно, спасибо. Удивляет только то, что до AX4 разработчики не знали что-ли элементарных шаблонов проектирования?
...
Рейтинг: 0 / 0
27.05.2009, 11:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36009991
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
VolochkovaЭто или от безысходности..


От того, что update_recordset не поддерживает case.
...
Рейтинг: 0 / 0
27.05.2009, 11:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36010242
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
belugin4iscrafm1. не пойму зачем мне описание механизма работы транзакций.

2. ошибка в построчной обработке записей на клиенте или AOS и блокировании на время обработки других таблиц. Хотя вы в следующем посте сказали вроде о том, что разницу понимаете. Не пойму тогда к чему весь этот текст.


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

В статье Федотенко, по которой задается вопрос облсуждаются просто блокировки.
Написано что в версии 4 они блокировнны на минимальное время.
Волочкова спросил зачем блокировать вообще.
Я ответил.

Еще раз: начиная с версии 4 остатки обновляются одним SQL запросом, который я приводил выше. Разумеется в ходе выполнения этого запроса они блокируются, потому, что при обновлении данных всегда происходит блокировка до конца транзакции.


beluginВ Ax2009 обновление остатков делается одним простым SQL запросом на транзакцию непосредственно перед коммитом
долгая дорога в дюнах.

В 4 то же самое.

Это минимальное время умножается на цикл - кол-ва записей в купе с блокировками прорастает просто гроздью проблем...

И обсуждались Блокировки, т.к. товар могут списать, а его надо откатывать..
Вот чего понять не могу...
Зачем вставлять записи в регистр, для общего доступа, а пото их проверять.. Это же приход - голый Insert и все.
Проверки должны быть перед приходом...

А вот в расходе картинка ИНАЯ. Но презентация просто расписывается в беспомощности МС и Аксапты.
...
Рейтинг: 0 / 0
27.05.2009, 12:31
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36010255
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
belugin4VolochkovaЭто или от безысходности..


От того, что update_recordset не поддерживает case.

Угадал.


VivernaVolochkova9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.
Аха! Раз Аксижн - значит все таки Корус Ретайл :) Интересно какой версии.

Учитывая что он берет данные с боевой базы - а вы не пробовали настроить, чтобы он брал данные из хранилища? А хранилище часа так в 3 ночи обновлялось. И никаких вам блокировок.

Рецепт нужен? Могу поделится...
...
Рейтинг: 0 / 0
27.05.2009, 12:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36010395
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
iscrafmbelugin4,

понятно, спасибо. Удивляет только то, что до AX4 разработчики не знали что-ли элементарных шаблонов проектирования?

Я точно не знаю, Ax4 это был первый релиз от Microsoft после поглощения Navision.

Кстати, какое название у этого шаблона проектирования?
...
Рейтинг: 0 / 0
27.05.2009, 13:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36010689
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
belugin4
Кстати, какое название у этого шаблона проектирования?
не помню, давно это было. Может у него вообще нет названия. Описание того, что я применяю обзорно здесь . Без деталей, только как паттерн. Операция при которой остатки блокируются там в конце (Типовой вариант).
...
Рейтинг: 0 / 0
27.05.2009, 14:19
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36011113
Viverna
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viverna
Гость
VivernaVolochkova9. Кубы, Аксижен.. Якобы панацея, но сделаны тоже ректально. Учитывая что он берет данные с боевой базы, которая вся в блокировках.. то через год считать кубы уже просто невозможно.
Аха! Раз Аксижн - значит все таки Корус Ретайл :) Интересно какой версии.

Учитывая что он берет данные с боевой базы - а вы не пробовали настроить, чтобы он брал данные из хранилища? А хранилище часа так в 3 ночи обновлялось. И никаких вам блокировок.

Рецепт нужен? Могу поделится...[/quot]
Поделитесь - очень интересно!
...
Рейтинг: 0 / 0
27.05.2009, 15:57
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36012209
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Viverna
Поделитесь - очень интересно!

Безвозмездно, т.е. даром. :-)
Выстраданный вариант..

Далее курю, как сделать DIFF AXISION, что бы пересчитывать не все данные , а только последний год. Тогда время не 6 часов, а уже 1,5.
...
Рейтинг: 0 / 0
28.05.2009, 02:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36012804
Viverna
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viverna
Гость
Volochkova, посмотрела ваш "рецепт". Ощущение, что изобретаете велосипед. К примеру чем ваша база AxisionTmp - отличается от того же хранилища Axcision - вы же так же перезакачиваете данные в нее.

К слову будет сказано, Axcision сам способен осуществлять "инкрементальную" закачку данных в хранилище, т.е. не все 100% записей, а только удалять удалённые, добавлять новые и изменять изменённые строки

Только для этого надо, чтобы все таблицы, из которых берутся данные имели поля CreatedDate, CreatedTime, ModifiedDate и ModifiedTime
Если, хотя бы у одной из участвующих в объединении таблиц этих полей не будет - алгоритм не используется, происходит 100% закачка данных. (Проверить это можно просмотрев сообщения в Журнале процессов).

Однако на "сложных" фактах (объединяется много таблиц, с множеством условий и т.д.) инкрементальное обновление может и не дать выйгрыша в производительности - т.к. чудес не бывает и сначала нужно найти все добавленные записи, а для этого нужно выполнить по сути весь SQL запрос, формирующий таблицу фактов куба, но с фильтром по дате и времени создания записи и потом уже скопировать их в хранилище. Аналогично для изменённых и потом ещё и для удалённых записей. Выигрыш в меньшем копировании данных из БД в хранилище может быть потерян за выполнением "подготовительных" запросов к БД (для выборки нужных записей).

Контраргумент в защиту Axcision - произвести обновление хранилища "вручную":
У вас те же два варианта - либо закачать по новой все записи из БД в хранилище,
либо выбирать новые, изменённые, удалённые в БД и производить нужные изменения с хранилищем.
+ как вариант, настроить репликацию между БД и хранилищем

При любом варианте:
- не думаю, что это получится существенно быстрее Axcision;
- данные всё равно будут браться с "боевой БД, котрая вся в блокировках" (А откуда же их ещё брать??) -> не запускайте обновление днём, в часы, когда работают все пользователи, общепринятой практикой является ночное обновление
+ можно использовать режим Хранилища данных, чтобы свести время перекачки данных из БД в хранилище к минимуму (одномоментная закачка всех нужных исходных данных в промежёточное хранилище, с уже последующей их обработкой) (для этого, собственно, этот режим и существует)
+ если не включена, то нужно обязательно включить, а если включена, то не помешает периодическое обновление вручную статистики на рабочей БД (UPDATE STATISTICS.....). Работать сразу же начинает ВСЁ быстрее
+ можно проанализировать запросы, создаваемые при построении таблицы факта куба (в Журнале процессов) и создать дополнительные индексы в БД

Обвинять Axcision, в том, что мы вот запустили обновление кубов и пользователи Axapta все затормозились, по крайней мере смешно. Ведь никому же не приходит в голову начать массированную закачку данных (измеряемую гигабайтами) куда-нибудь из рабочей базы данных в рабочее время (средствами DTS/SSIS)?

P.S. Кстати вышла новая версия Axcision поддерживающая MS AS 2005. Может и поможет для ваших объемов.
...
Рейтинг: 0 / 0
28.05.2009, 12:06
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36014729
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Как я устал от маркетинговых..... поездок по ушам..
Теория выглядит красиво, практика показывает обратное..

Начнем с первой ноты. Кого скорость расчета устраивает.. Ну и зашибись..
Я не упрекаю, что Аксижен сделан плохо..

Вторая нота, если тормоза, большие объемы, то я для себя решение нашел....
Кому надо, пробуйте..

Теперь третья нота :-)))

VivernaVolochkova, посмотрела ваш "рецепт". Ощущение, что изобретаете велосипед. К примеру чем ваша база AxisionTmp - отличается от того же хранилища Axcision - вы же так же перезакачиваете данные в нее.

К слову будет сказано, Axcision сам способен осуществлять "инкрементальную" закачку данных в хранилище, т.е. не все 100% записей, а только удалять удалённые, добавлять новые и изменять изменённые строки

Только для этого надо, чтобы все таблицы, из которых берутся данные имели поля CreatedDate, CreatedTime, ModifiedDate и ModifiedTime
Если, хотя бы у одной из участвующих в объединении таблиц этих полей не будет - алгоритм не используется, происходит 100% закачка данных. (Проверить это можно просмотрев сообщения в Журнале процессов).

Однако на "сложных" фактах (объединяется много таблиц, с множеством условий и т.д.) инкрементальное обновление может и не дать выйгрыша в производительности - т.к. чудес не бывает и сначала нужно найти все добавленные записи, а для этого нужно выполнить по сути весь SQL запрос, формирующий таблицу фактов куба, но с фильтром по дате и времени создания записи и потом уже скопировать их в хранилище. Аналогично для изменённых и потом ещё и для удалённых записей. Выигрыш в меньшем копировании данных из БД в хранилище может быть потерян за выполнением "подготовительных" запросов к БД (для выборки нужных записей).




Видал я это.... "инкрементальную" закачку
А что происходит по факту??
Код: plaintext
1.
2.
Truncate table - 
Insert into

Вот и вся "инкрементальная" закачка.. Так что лисапед рулит.


Viverna
Контраргумент в защиту Axcision - произвести обновление хранилища "вручную":
У вас те же два варианта - либо закачать по новой все записи из БД в хранилище,
либо выбирать новые, изменённые, удалённые в БД и производить нужные изменения с хранилищем.
+ как вариант, настроить репликацию между БД и хранилищем


У меня один вариант... если пересчитывается всё, то пересчитывать всё :-)

Viverna
При любом варианте:
- не думаю, что это получится существенно быстрее Axcision;
- данные всё равно будут браться с "боевой БД, котрая вся в блокировках" (А откуда же их ещё брать??) -> не запускайте обновление днём, в часы, когда работают все пользователи, общепринятой практикой является ночное обновление
+ можно использовать режим Хранилища данных, чтобы свести время перекачки данных из БД в хранилище к минимуму (одномоментная закачка всех нужных исходных данных в промежёточное хранилище, с уже последующей их обработкой) (для этого, собственно, этот режим и существует)
+ если не включена, то нужно обязательно включить, а если включена, то не помешает периодическое обновление вручную статистики на рабочей БД (UPDATE STATISTICS.....). Работать сразу же начинает ВСЁ быстрее
 + можно проанализировать запросы, создаваемые при построении таблицы факта куба (в Журнале процессов) и создать дополнительные индексы в БД


Делается... и обновление и реиндекс, где фрагментация сильная....
и ночью запускается... И по джобам, которые лезут через COM объекты....
и через саму Аксапту...
Эффект.. авно.....
20 часов если запустить НОЧЬЮ.... и база в дауне....

Посему???? Мало того что не иннер джоины, а перечисления таблиц в запросах, так еще и через линк сервер.. Т.е. запрос выполняется на сервере Аксижена, притянув туда по ГИГАБИТКЕ ГИГАБАЙТЫ с боевой базы... Где не поставишь даже NOLOCK, что бы хоть как то снять блокировку.
А еще ночью, надо продажи разнести..



Viverna
Обвинять Axcision, в том, что мы вот запустили обновление кубов и пользователи Axapta все затормозились, по крайней мере смешно. Ведь никому же не приходит в голову начать массированную закачку данных (измеряемую гигабайтами) куда-нибудь из рабочей базы данных в рабочее время (средствами DTS/SSIS)?

P.S. Кстати вышла новая версия Axcision поддерживающая MS AS 2005. Может и поможет для ваших объемов.

Это не смешно, читайте еще раз... НОЧЬЮ!!! НИКОГО НЕТ!!!! Получается МЕДЛЕННО!!! ОСЕНЬ :-)
Проблема не в объемах, а методах, технологиях.
Мне надо что бы работало, шустро, я этого добился.

Не поверишь... Это лисапед.. Аксижена.. был применен к новой отчетности.. ночью.. вытаскиваю все таблички, которые мне нужны с полями необходимыми для расчета.... Invnettrans, Inventtable т.д. ( 30 минут) потом среди бела дня.. ( правда пока раз в неделю) тажу на соседний сервер DTS-ом... База как страдала, так и страдает....

А уже на соседнем сервере, отчетность бегает как заведенная...
Через нормальные хранимки... и чистый T-SQL...
Отчеты считаются шустро, быстро... никого не лочат... база занимает копейки...
Пока не хватает времени, что бы заменить varchar на Int.. .тогда скорости вообще буду космические...

Вообщем.. если сие по скоростям буде не айс...
Ну значит не айс..

Но у меня сейчас время расчета сократилось минимум в 2 раза...
За ночь, успеваем все посчитать.
Лишние прокладки выкинул.
И рецепт, то какой? Если тормоза и надо, хоть что то сделать... то вперед..
А покупка новой версии, или переход на 2005 при такой же сохранении старых принципов.. веры в меня не всиляет..
...
Рейтинг: 0 / 0
29.05.2009, 04:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36015682
IgorK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorK
Участник
Можно я свои 5 копеек вставлю.
Работаем с Аксаптой ~5 лет, база ~100G, активных юзеров - 100-150.
Что могу сказать - то что ядро Косяпты абсолютно неправильно работает с MSSQL - это факт. Вся работа построена на курсорах - sp_createcursor, sp_fetch ну и т.д. ИМХО круче метода чтобы замучить сервер нету. Это касается и 2000 и 2005 - зависы, блокировки и др. неприяности возникали с периодичностью, достойной лучшего применения! Какой выход? Мы его нашли!
Угадайте с 3-х раз какой?...
Oracle! После перевода базы на Oracle 10G практически все проблемы, связанные с производительностью, блокировками и т.д. ушли (тьфу*3)! Уже пол-года - полет нормальный!
При этом!!! Нагрузка на сервер упала НА ПОРЯДОК! (не шучу).
Вот такъ вотъ!
...
Рейтинг: 0 / 0
29.05.2009, 13:43
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36015765
Фотография mista2009
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mista2009
Участник
IgorKМожно я свои 5 копеек вставлю.
Работаем с Аксаптой ~5 лет, база ~100G, активных юзеров - 100-150.
Что могу сказать - то что ядро Косяпты абсолютно неправильно работает с MSSQL - это факт. Вся работа построена на курсорах - sp_createcursor, sp_fetch ну и т.д. ИМХО круче метода чтобы замучить сервер нету. Это касается и 2000 и 2005 - зависы, блокировки и др. неприяности возникали с периодичностью, достойной лучшего применения! Какой выход? Мы его нашли!
Угадайте с 3-х раз какой?...
Oracle! После перевода базы на Oracle 10G практически все проблемы, связанные с производительностью, блокировками и т.д. ушли (тьфу*3)! Уже пол-года - полет нормальный!
При этом!!! Нагрузка на сервер упала НА ПОРЯДОК! (не шучу).
Вот такъ вотъ!

Не понял. А что в случае с Oracle 10G sp_createcursor, sp_fetch ну и т.д. не используются или Oracle 10G они по барабану?
...
Рейтинг: 0 / 0
29.05.2009, 14:06
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36016405
IgorK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorK
Участник
mista2009Не понял. А что в случае с Oracle 10G sp_createcursor, sp_fetch ну и т.д. не используются или Oracle 10G они по барабану?
В том и фича что НЕ ИСПОЛЬЗУЮТСЯ! Видимо Оракла не позволяет издеваться над собой таким образом. Но в случае Оракла, аксапта общается с ним "человеческим" SQL языком!
...
Рейтинг: 0 / 0
29.05.2009, 17:13
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017114
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
IgorKМожно я свои 5 копеек вставлю.
Работаем с Аксаптой ~5 лет, база ~100G, активных юзеров - 100-150.
Что могу сказать - то что ядро Косяпты абсолютно неправильно работает с MSSQL - это факт. Вся работа построена на курсорах - sp_createcursor, sp_fetch ну и т.д. ИМХО круче метода чтобы замучить сервер нету. Это касается и 2000 и 2005 - зависы, блокировки и др. неприяности возникали с периодичностью, достойной лучшего применения! Какой выход? Мы его нашли!
Угадайте с 3-х раз какой?...
Oracle! После перевода базы на Oracle 10G практически все проблемы, связанные с производительностью, блокировками и т.д. ушли (тьфу*3)! Уже пол-года - полет нормальный!
При этом!!! Нагрузка на сервер упала НА ПОРЯДОК! (не шучу).
Вот такъ вотъ!

IgorKmista2009Не понял. А что в случае с Oracle 10G sp_createcursor, sp_fetch ну и т.д. не используются или Oracle 10G они по барабану?
В том и фича что НЕ ИСПОЛЬЗУЮТСЯ! Видимо Оракла не позволяет издеваться над собой таким образом. Но в случае Оракла, аксапта общается с ним "человеческим" SQL языком!

Весь прикол в том, что у Oracle существует такое понятие как версионность.
Механизм "блокировки" при апдейте отсутствует. Выглядит это так...
Update - это инсерт новой записи с новой версией в таблице.
В итоге блокировки не существует из-за технологии сервера БД.

Это большое подспорье для "инвалидного" движка Акспаты.
Но... Например Акапта Ритейл имеет такую хитрую штуку в нагрузку - почтовая система.
Если мне не изменяет память писали ее господа внедрявшие в последствии ЭГАИС ( возможно я ошибаюсь), но суть такова.


Комплекс работает на ОС семейства Windows NT и СУБД Microsoft SQL server 2000 различных редакций.

А хранимки почтовой системы, это вообще жесть...
В общем пришлось сильно постараться, что бы довести эту груду металлолома до рабочего варианта, сломали не один напильник.

:-)

А вариант что 100 пользователей это опа... нашел очередное подтверждение..

2IgorK
Вопрос имеется, а сколько АОС-ос используете на 100 -150 пользователей?
...
Рейтинг: 0 / 0
30.05.2009, 13:19
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017119
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
Весь прикол в том, что у Oracle существует такое понятие как версионность.
Механизм "блокировки" при апдейте отсутствует. Выглядит это так...
Update - это инсерт новой записи с новой версией в таблице.
В итоге блокировки не существует из-за технологии сервера БД.

Это большое подспорье для "инвалидного" движка Акспаты.

"инвалидный" движк Акспаты нормально работает с версионным СУБД начиная с AX3.0 SP5 (kr1)
Как в SQL 2005, так и в Оракл.

об этом я писал здесь /topic/650982&pg=10#7225841
(второй раз уже ссылку на это сообщение даю)

на русском об этом писал Еременко http://blogs.msdn.com/aeremenk/archive/2006/07/15/666245.aspx
(ссылка была в том же моем сообщении)

Волочкова, вы опять ни хрена документацию не читаете...
Но вы бы все-такие почитали про методику оптимизации работы с СУБД в многопользовательских приложениях. Глядишь, поняли бы зачем делается именно так, а не иначе. Кроме того, глядишь, давно бы на SQL2005 перешли.

Впрочем, воля ваша...
...
Рейтинг: 0 / 0
30.05.2009, 13:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017122
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
2IgorK
Вопрос имеется, а сколько АОС-ос используете на 100 -150 пользователей?
В документации рекомендуется держать не более 50-75 пользователей на одном АОСе.
...
Рейтинг: 0 / 0
30.05.2009, 13:28
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017449
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkova
2IgorK
Вопрос имеется, а сколько АОС-ос используете на 100 -150 пользователей?
В документации рекомендуется держать не более 50-75 пользователей на одном АОСе.

Доку я читал.
Понять не могу почему написано 75, без расшифровки железа.
Типа - 4 ксеона 16 гигов озу - 1000 пользователей.
А 1 пень 4 и 2 гига озу - 10 юзверей.

mazzy[quot Volochkova]
Волочкова, вы опять ни хрена документацию не читаете...
Но вы бы все-такие почитали про методику оптимизации работы с СУБД в многопользовательских приложениях. Глядишь, поняли бы зачем делается именно так, а не иначе. Кроме того, глядишь, давно бы на SQL2005 перешли.

Впрочем, воля ваша...
Прочтите Выше, что написано про почтовую систему, может тоже прозреете.

Да и прочтите презентацию самого MS, ту не раз давали ссылку...
Ms sql 2005, база в озу 3 раза помещается, а у юзверей дикие тормоза...
Так что припарку движку как угодно делай, толку не будет, пока не перейдет на клиент серверное общение с базой. И не на построчную обработку документов.

И заметьте, перешли не на 2005 сюкль, а на оракл! :-)
О чем говорит? Люди писавшие Акспту и MS SQL по ходу вместе никогда не собирались..
...
Рейтинг: 0 / 0
31.05.2009, 04:35
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017460
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovamazzyVolochkova
2IgorK
Вопрос имеется, а сколько АОС-ос используете на 100 -150 пользователей?
В документации рекомендуется держать не более 50-75 пользователей на одном АОСе.

Доку я читал.
Понять не могу почему написано 75, без расшифровки железа.
Типа - 4 ксеона 16 гигов озу - 1000 пользователей.
А 1 пень 4 и 2 гига озу - 10 юзверей.
Не читали.
Потому что там объясняется: AOS - 32 разрядное приложение пока. И один экземпляр больше 2гигов испльзовать не умеет.

Volochkova
mazzy[quot Volochkova]
Волочкова, вы опять ни хрена документацию не читаете...
Но вы бы все-такие почитали про методику оптимизации работы с СУБД в многопользовательских приложениях. Глядишь, поняли бы зачем делается именно так, а не иначе. Кроме того, глядишь, давно бы на SQL2005 перешли.

Впрочем, воля ваша...
Прочтите Выше, что написано про почтовую систему, может тоже прозреете.

Про почтовую систему ничего сказать не могу, поскольку это не стандартный функционал.
Но сильно подозреваю, что ВАМ и для нее переход на sql2005 тоже поможет.
а уж чтение документации и подавно.

Впрочем, повторяю: воля ваша.

Volochkova
Да и прочтите презентацию самого MS, ту не раз давали ссылку...
Ms sql 2005, база в озу 3 раза помещается, а у юзверей дикие тормоза...
Так что припарку движку как угодно делай, толку не будет, пока не перейдет на клиент серверное общение с базой. И не на построчную обработку документов.

И заметьте, перешли не на 2005 сюкль, а на оракл! :-)
О чем говорит? Люди писавшие Акспту и MS SQL по ходу вместе никогда не собирались..
Собирались, Volochkova, собирались.
Читайте доку, изучайте историю.
...
Рейтинг: 0 / 0
31.05.2009, 06:07
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017511
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
смешная ситуация. Человек рассказывает о проблемах, а ему в ответ рассказывают о том, что проблема в нем, оказывается.
...
Рейтинг: 0 / 0
31.05.2009, 10:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017541
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscrafmсмешная ситуация. Человек рассказывает о проблемах, а ему в ответ рассказывают о том, что проблема в нем, оказывается.
именно так.
поскольку такие проблемы в первую очередь характеризует человека, который о них рассказывает.

ну, примерно так, как если бы кто-то рассказывал, что "дефки не дают". Оно конечно понятно, что весь мир бардак и все бабы нехорошие...

у аксапты конечно же есть проблемы. но совсем не те, о которых говорит волочкова.

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

а проблемы волочковой - они возрастные. как прыщи или недающие дефки. либо человек таки прочитает и осознает, либо будет заниматься чем-нибудь другим. Если не осознает, то его предприятие либо возьмет нормального специалиста и таки исправит косяки предыдущих поколений, либо выкинет аксапту. Что ж, се ля ви.
...
Рейтинг: 0 / 0
31.05.2009, 12:05
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017543
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafm,

так часть проблем действительно в нем, часть, возможно, в партнерском решении (я его не знаю - вполне возможно, что Корусовцы что-то смогут возразить), часть в Ax3, часть пока осталась и в Ax2009 (например, про серверные курсоры никто ничего и не возражает).

Соответственно человеку указывают, там где полагают что он ошибается.

Я, например, приводил ссылку, в которой честно описаны недостатки обновления остатков в Ax3 и Волочкова вполне себе использует ее в качетсве подтверждения своей точки зрения о недостатках.

Если у вас сложилось впечатление, что на все проблемы отвечают "проблема в нём" - вероятно все дело в пропорции.

Вторая проблема, что человек не отделяет недостатков продукта от недостатков партнерского решения и клиентских доработок.
...
Рейтинг: 0 / 0
31.05.2009, 12:06
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017544
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
и еще.

mazzyiscrafmсмешная ситуация. Человек рассказывает о проблемах, а ему в ответ рассказывают о том, что проблема в нем, оказывается.
именно так.
поскольку такие проблемы в первую очередь характеризует человека, который о них рассказывает.
Кстати, когда я беру на работу специалиста, то обычно задаю вопрос "что вам не нравится в Аксапте".
ответы характеризуют человека гораздо лучше, нежели другие вопросы и/или тесты.

поскольку о преимуществах можно почитать в рекламке.
на тесты можно натаскать даже медведя.
а вот проблемы... они показывают с чем человек сталкивался и с чем реально работал.
...
Рейтинг: 0 / 0
31.05.2009, 12:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017545
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
mazzy
Потому что там объясняется: AOS - 32 разрядное приложение пока. И один экземпляр больше 2гигов испльзовать не умеет.


64-битный АОС есть в Ax2009
...
Рейтинг: 0 / 0
31.05.2009, 12:10
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017546
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
beluginЕсли у вас сложилось впечатление, что на все проблемы отвечают "проблема в нём" - вероятно все дело в пропорции.
Эт-то точно
...
Рейтинг: 0 / 0
31.05.2009, 12:10
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017548
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
belugin64-битный АОС есть в Ax2009
хватит ax2009 впаривать ;)
у волочковой явно не эта версия.
кроме того, я бы... пока не торопился рекомендовать такой вариант... вот через полгодика-годик, может быть.
...
Рейтинг: 0 / 0
31.05.2009, 12:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017550
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
mazzy,

я просто уточнил, к чему относится твое "пока"
...
Рейтинг: 0 / 0
31.05.2009, 12:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017551
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
beluginmazzy,

я просто уточнил, к чему относится твое "пока"
Спасибо
...
Рейтинг: 0 / 0
31.05.2009, 12:16
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017558
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
mazzy
у волочковой явно не эта версия.


Тема "поругать аксапту" потому, что топик ориджинатор не хочет чтоб ее купили
=>
надо выделать те недостатки, которые существуют в версиях, которые могут продать топик ориджинатору.

Ему не могут продать Ax3
=> надо ругать 4 и 2009
...
Рейтинг: 0 / 0
31.05.2009, 12:31
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017571
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Коллеги, вполне понятно, что к 2009 году, наконец-то, научились как нужно организовать учет запасов. Вполне понятно, что при покупке новой версии у Волочковой и сотнях других, проблемы испарятся. Почему об этом просто не сказать: не могли раньше, за дополнительные деньги можем помочь. Стеб какой-то идет вместо прямого ответа.
...
Рейтинг: 0 / 0
31.05.2009, 13:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017576
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafmКоллеги, вполне понятно, что к 2009 году, наконец-то, научились как нужно организовать учет запасов.


Я вам уже объяснял что раньше, зачем вы передергиваете? Или вы забыли?


Вполне понятно, что при покупке новой версии у Волочковой и сотнях других, проблемы испарятся. Почему об этом просто не сказать: не могли раньше, за дополнительные деньги можем помочь. Стеб какой-то идет вместо прямого ответа.

Были прямые ответы и ссылки на конкретные статьи. И даже конкретные предложения. Или вы забыли?
...
Рейтинг: 0 / 0
31.05.2009, 13:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017578
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
beluginiscrafmКоллеги, вполне понятно, что к 2009 году, наконец-то, научились как нужно организовать учет запасов.


Я вам уже объяснял что раньше, зачем вы передергиваете? Или вы забыли?

ладно, 2007. Все время забываю. Скажите честно Волочковой, что в той версии, какая у него, проблемы не разрешимы. Это не сложно, и не зазорно.
...
Рейтинг: 0 / 0
31.05.2009, 13:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017590
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscrafmbeluginiscrafmКоллеги, вполне понятно, что к 2009 году, наконец-то, научились как нужно организовать учет запасов.


Я вам уже объяснял что раньше, зачем вы передергиваете? Или вы забыли?

ладно, 2007. Все время забываю. Скажите честно Волочковой, что в той версии, какая у него, проблемы не разрешимы. Это не сложно, и не зазорно.
У Волочковой - возможно
У остальных, в той версии, какая у него, проблем, похожих на его, нет.
...
Рейтинг: 0 / 0
31.05.2009, 13:53
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017593
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscrafmладно, 2007. Все время забываю. Скажите честно Волочковой, что в той версии, какая у него, проблемы не разрешимы. Это не сложно, и не зазорно.
Впрочем, чего это я?

Да, конечно, проблемы Волочковой неразрешимы.
Используйте доводы Волочковой, когда будете биться против Аксапты.
Обязательно спросите у продавцов Аксапты с ленинским прищуром. Пусть они ответят
...
Рейтинг: 0 / 0
31.05.2009, 13:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017610
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscrafm
ладно, 2007. Все время забываю.


ничего, бывает


Скажите честно Волочковой, что в той версии, какая у него, проблемы не разрешимы. Это не сложно, и не зазорно.

К сожалению, не могу утверждать точно, что неразрешимы, потому, что не знаю,
- включен ли у нее IMTS
- что будет если у нее в трешке включить
(см часть статьи Федотенко про IMTS в 3.0 )
...
Рейтинг: 0 / 0
31.05.2009, 14:28
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017658
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mazzyИспользуйте доводы Волочковой, когда будете биться против Аксапты.

а зачем мне с ней биться? Начните с этого, если хотите советами наградить.
...
Рейтинг: 0 / 0
31.05.2009, 15:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36017914
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
mista2009

Не понял. А что в случае с Oracle 10G sp_createcursor, sp_fetch ну и т.д. не используются или Oracle 10G они по барабану?
Нет, не по барабану. На самом деле, бедняга Оракл тоже страдает от всей этой блевотины (это я про все эти мегагибкие ERP-системы)... просто он версионник и в силу архитектуры не так чувствителен к хреново написанному коду. На рано или поздно все равно вылезет, оно всегда рано или поздно вылазит.
...
Рейтинг: 0 / 0
31.05.2009, 21:53
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018089
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
belugin
Вторая проблема, что человек не отделяет недостатков продукта от недостатков партнерского решения и клиентских доработок.

Ну началось в колхозе утро :-)))
Конструктив и не начался, пошли во флуд?
Ах красавцы :-)

авторСама Акспата - идеология, базовый функционал, не клиент серверное приложение, язык программирования в принципе нормальный. А вот Партнеры, что то не так написали, люди все таки... Сами мол наделали что то не так, тоже люди, могете ошибаться...

Я Вас правильно понял?
Так это можно про любой язык так написать. :-) Про любую технологию...

И отделять эти недостатки не собираюсь. Комплекс используется целиком.. Ну нельзя отделить Лада Калина от новой машины.. Нельзя... Это комплекс.... :-)


mazzy
Потому что там объясняется: AOS - 32 разрядное приложение пока. И один экземпляр больше 2гигов испльзовать не умеет.

Реально? Козырно??? Не в жизнь бы не догадался...
В принципе я на более сухой тезис от Вас и не рассчитывал :-)

mazzy
Собирались, Volochkova, собирались.
Читайте доку, изучайте историю.

На заборах тоже много чего пишут а там дрова..

Курсорная обработка данных...
Жесткий клинч базы, блокировки. Говорят обо обратном..
А это куда более красноречиво, нежели блоги и история :-)


mazzy
проблемы, прежде всего, в области локализации - когда из erp-системы локализаторы делают бух.калькулятор. проблемы, прежде всего, в неадекватной ценовой политике для россии. проблемы прежде всего в краткосрочности принимаемых решений (из-за частой смены топ-менеджеров). из-за этого у функционала есть перекосы в сторону красивых фантиков за счет необходимых, но очень долгосрочных проектов (например, объединение русских и буржуйских ОС, русских и буржуйских подсистем управления персоналом).



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

Ты смотрика , реально козырно, психолог.
Ну как же я не догадался... :-)

Я еще 5 страниц назад, написал что проблема использования Аксапты как обычной ТИС, это ошибка. Ну и ценник неадекватный.. Все проблемы из-за бабок :-)))
А на 13 ой меня в прыщи заделал.. Гы... Ню ню... Если про Аксапту сказать нечего, перейди на личности.. Дело то не хитрое... Что в принципе еще больше утверждает меня в мысли, что конструктивного в ЕРП, аля Косяпта ничего нет.

И уж тем более сколько раз твердили миру... Обсуждаем что? Недостатки Косяпты или Объявили крестовый поход "Спасти ВОЛОЧКОВУ"? Так уже раз 100 обсасывалось..
...
Рейтинг: 0 / 0
01.06.2009, 02:43
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018184
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkovabelugin
Вторая проблема, что человек не отделяет недостатков продукта от недостатков партнерского решения и клиентских доработок.

Ну началось в колхозе утро :-)))
Конструктив и не начался, пошли во флуд?


Извините, пожалуйста, iscra* начал обсуждение "почему напали на Волочкову".

Volochkova]
И отделять эти недостатки не собираюсь. Комплекс используется целиком.. Ну нельзя отделить Лада Калина от новой машины.. Нельзя... Это комплекс.... :-)


Мне почему-то вспоминается комплекс из телевизора, уха и отвертки.

Давайте подойдем к вопросу со стороны того, кто покупает аксапту сейчас - топик об этом:
- какой шанс у него получить ax3?
- какой шанс у него получить то же партнерское решение, что и у вас?
- какой шанс у него сделать те же модификации, что и у вас?
...
Рейтинг: 0 / 0
01.06.2009, 07:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018191
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
belugin
Извините, пожалуйста, iscra* начал обсуждение "почему напали на Волочкову".


...а я это поддержал. :(

P.S. Давайте игнорировать реплики не по существу, даже если они написаны эмоционально.
...
Рейтинг: 0 / 0
01.06.2009, 08:01
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018301
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
belugin
Мне почему-то вспоминается комплекс из телевизора, уха и отвертки.

мне тоже

belugin
Давайте подойдем к вопросу со стороны того, кто покупает аксапту сейчас - топик об этом:
- какой шанс у него получить ax3?

Не, Максим, здесь я категорически не согласен.
Даже если ax3 устарела и снята с поддержки, все равно и для этой системы надо предлагать решения. Ведь люди есть.

============
могу повторить только за теми людьми, которые недоуменно говорили в этой ветке: у меня все работает. Так вот:

У меня были клиенты, в настолько же запущенном состоянии, как и предприятие Волочковой.
У меня были клиенты, у которых "шпециалисты", подобные Волочковой, ставили раком Аксапту.
Но это были единичные случаи.
У всем моих клиентов удавалось снять проблемы, которые Волочкова называет неразрешимыми просто за счет возврата к принципам и идеологии, которые были заложены разработчиками.

В основном у моих клиентов подобных проблем не возникало, при этом оборудование было значительно попроще, чем у Волочковой.

Но как и другим в этой ветке, мне похоже не поверят.

Что ж, первый шаг в РЕШЕНИЮ проблем описан здесь http://axapta.mazzy.ru/lib/querytuning/
...
Рейтинг: 0 / 0
01.06.2009, 09:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018500
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
авторЧто ж, первый шаг в РЕШЕНИЮ проблем описан здесь http://axapta.mazzy.ru/lib/querytuning/
Да, практически все хинты в Аксапте левые,интересно,кому это нужно,чтобы их потом выковыривали?
Еще вопрос.Уважаемые ахаптовцы,не ститаете ли вы,что наличие грязного чтения, превращает результаты запросов в помойку?Зачем тогда блокировки?
ЗЫ
А,что слышно о проете Green(если не изменяет память,собирались перевести весь свой зоопарк на единый фреймворк)?
...
Рейтинг: 0 / 0
01.06.2009, 11:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018640
IgorK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorK
Участник
В общем, не вдаваясь во все дебри спора скажу (для Волочковой) - мы юзаем на 150 чел. 2 АОСа и 1 отдельный для портальных (Web). Версия KR2 - ИМХО наиболее устойчивая (ну или SP3 еще).
Для торарищей mazzy и belugin - я пришел в Аксапту из "другого мира" разработки для СУБД, где утверждалось и доказывалось что работать с MSSQL на уровне курсоров - есть моветон и прямой путь к тормозам и проблемам, что прекрасно демонстрирует Аксапта. Идеология работы ядра не поменялась на в 4 ни в 2009 версии - и не зависит от версии СУБД.
Да, SQL 2005 и выше работает в версионном режиме, НО - это м-м-м (как бы помягче сказать) работа через одно место (TempDB) - ТАК версионность не делают! И еще - у нас тоже довольно приличное оборудование+ хранилище на быстрых диска среднего уровня, при использовании MSSQL даже оно в некоторых случах становилось раком и загрузка 4 процов была в рамках 60-70% !!! При смене СУБД зпгрузка процов упала до 25-40% и хранилище практически простаивает! (Впрочем на axforum я это описывал) И это все при неизменном приложении ! Вам не кажется, что это говорит о неправильной работе с MSSQL ?
ps/ У меня нет претензий к Аксапте как таковой - у меня притензии к работе с конкретной СУБД, причем родной для нее, заметьте!
уф. упарился
...
Рейтинг: 0 / 0
01.06.2009, 11:57
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018768
Фотография sobolev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sobolev
Участник
mazzy
Что ж, первый шаг в РЕШЕНИЮ проблем описан здесь http://axapta.mazzy.ru/lib/querytuning/

Мне показалось, что статья все-таки подтверждает ряд тезисов Волочковой. А именно:
1. DynAx не всегда (мягко говоря) правильно работает с СУБД.
2. Требуется не мало "колдовства" (в статье целое исследование приведено) чтобы эту дорогую систему (еще один из тезисов Волочковой) заставить правильно работать.

Если не ошибаюсь, в статье речь идет о корректировке кодов, написанных собственно разработчиками продукта, а не "кривыми" кастомайзерами.
Совсем все запуталось: чтобы система хорошо работала ее надо "готовить", но делать это должны сторонние шпециалисты, которые, в свою очередь, как правило (если я верно уловил дух высказываний опытных специалистов), все только портят.
...
Рейтинг: 0 / 0
01.06.2009, 12:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018825
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
SeVaавторЧто ж, первый шаг в РЕШЕНИЮ проблем описан здесь http://axapta.mazzy.ru/lib/querytuning/
Да, практически все хинты в Аксапте левые,интересно,кому это нужно,чтобы их потом выковыривали?
Их делали в другое время и в другие времена.
Когда и базы были меньше, и еще cost optimizer не был таким сильным.
Еще когда все надежды были на syntax оптимизацию.

С тех пор много времени прошло.
Еще в ax4.0 полностью убрали все хинты из кода. А для ax3 добавили параметр запуска hint flags (см. документацию и axforum).

SeVa
Еще вопрос.Уважаемые ахаптовцы,не ститаете ли вы,что наличие грязного чтения, превращает результаты запросов в помойку?Зачем тогда блокировки?
В формах - нет, не превращает.
В отчетах... Тут всякое бывает. Но чтобы избавиться от "помойки" достаточно тело отчета заключить в транзакцию.
А все обновления делаются только в транзакции (там грязного чтения нет)
Поэтому я не думаю, что грязное чтение является проблемой.

SeVa
А,что слышно о проете Green(если не изменяет память,собирались перевести весь свой зоопарк на единый фреймворк)?
Работа идет. Потихоньку все переводят на .net (неторопливо и с обязательным сохранением совместимости)
Первая волна Project Green завершена
Историю project green см. http://forum.mazzy.ru/index.php?showtopic=447&st=40&start=40
правда сейчас этот проект так не называют.

последние новости http://forum.mazzy.ru/index.php?showtopic=13175
Также Поищите Green на axforum.info и forum.mazzy.ru

IgorKДля торарищей mazzy и belugin - я пришел в Аксапту из "другого мира" разработки для СУБД, где утверждалось и доказывалось что работать с MSSQL на уровне курсоров - есть моветон и прямой путь к тормозам и проблемам, что прекрасно демонстрирует Аксапта. Идеология работы ядра не поменялась на в 4 ни в 2009 версии - и не зависит от версии СУБД.
И пока менять его не собираются.
IgorK - никто не говорит, что курсоры - идеальное решение. Но в то же время и не самое худшее решение.
Я, например, утверждаю, что у Волочковой запущенный случай, и попытка свалить всю беду на курсоры... Хм...

Выбранное решение - результат компромиссов в течение 20 лет развития.
о развитии см. http://axapta.mazzy.ru/lib/names/

Выбранное решение оправдывает себя в системе, которая должна работать с несколькими СУБД (здесь на SQL.ru была ветка о поддержке нескольких СУБД и о технологических компромиссах).

В двух словах: Выбранная схема работы:
1. позволяет размазать нагрузку между СКЛ и сервером бизнес-логики Аксапты
2. предполагается, что десяток простых, похожих друг на друга запросов лучше, чем пара сложных и уникальных (см. кэширование, предварительная компиляция, cost ompimizer, параметрические запросы и т.п.)
3. предполагается, что сервер бизнес-логики достаточно часто прерывает получение результатов запроса после получения части (исходя из своей бизнес-логики)
4. изначально разработчики очень большое внимание уделяли кросс-платформенности и возможности работы с различными СУБД (изначально была возможность работы и с Oracle, и c MS SQL, и mySQL, и с Postgree, и с DB/2 и с собственным форматом и еще с десятком различных СУБД). Теперь...

IgorKps/ У меня нет претензий к Аксапте как таковой - у меня притензии к работе с конкретной СУБД, причем родной для нее, заметьте!
А Теперь народ считает MS SQL родной системой.
А ведь изначально Аксапта писалась в первую очередь для Оракла

Да, последние версии Аксапты в первую очередь пишутся и оптимизируются под MS SQL. Причем под MS SQL 2008.
Но совместимость никто не отменял.
Но у клиентов используются и старые версии.

В частности, ax3.0 была здорово прооптимизирована для MS SQL 2005.
В те времена, когда был MS SQL 2000, Аксапта еще не принадлежала Майкрософту и в первую очередь оптимизировалась под Оракл.
Опять же таки http://axapta.mazzy.ru/lib/names/

Возвращаясь к случаю Волочковой.
Вместо того, чтобы разобраться в истории, в источниках проблем, собрать статистику, запустить таки cost optimizer или таки полностью отдаться sintax optimizer'у, найти пути решения.... там сделали следующее: оставили рассинхронизированными Аксапту и СУБД (в результате Аксапта не знает о реальной структуре базы данных и не может ничего оптимизировать сама), не делают и ручную оптимизацию структуры (см. эти дикие индексы). Вручную вставляют кластерные индексы, которые приводят к постоянному сплиту страниц ДАННЫХ (при этом не понимают разницу между сплитом данных и сплитом индексов). Более чем уверен, что не делат анализ, не пересчитывают статистику на MS SQL (как и у остальных клиентов с подобным характером). Вместо того, чтобы заниматься делом идет крик о неправильных принципах и подходах.

IgorKВам не кажется, что это говорит о неправильной работе с MSSQL ?
У людей была задача - опеспечить работу с разными СУБД (с десятком разных СУБД).
Потом из-за маркетинговых соображений осталось две поддерживаемые СУБД.
В последних версиях Майкрософт ориентируется прежде всего на MS SQL. Но клиенты это увидят только начиная с версии ax2009 (именно поэтому belugin так много говорит об этом).

Еще раз:
1. я согласен, что выбранное решение - работа через курсоры и через ODBC - не самое идеальное.
2. Однако выбранное решение вполне удовлетворительно при тех предположениях и в тех условиях, которые были тогда (1996-2002 годы).
3. я утверждаю, что выбранное решение - не приводит к таким катастрофическим последствиям как у Волочковой. К таким катастрофическим последствиям приводят безалаберность и безграмотность самих шпециалистов. Но даже в таких клинических случаях, как у Волочковой, нормальные могут и должны сделать так, чтобы Аксапта работала приемлемо для бизнеса: сбор статистики, оптимизация запросов, работа над индексами, нормальный maintanance plan и т.п. (ежедневынй ребилд индексов - это неприемлемо, кластерный индекс в таблице inventSum - это вредительство со стороны "шпециалистов").
4. Эволюция не остановилась. Работа над Аксаптой продолжается. Начало изменения принципов и предположений клиенты увидят в ax2009, которая уже вышла. Аксапта будет изменяться и развиваться дальше согласно утвержденным планам.
...
Рейтинг: 0 / 0
01.06.2009, 13:16
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018853
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
sobolev1. DynAx не всегда (мягко говоря) правильно работает с СУБД.
Да, предположения, сделанные в маленькой базе могут не оправдаться в большой, и наоборот.

sobolev
2. Требуется не мало "колдовства" (в статье целое исследование приведено) чтобы эту дорогую систему (еще один из тезисов Волочковой) заставить правильно работать.

Если обычная работа администратора - сбор статистики и приборка в базе и индексах - это "колдовство"... То да, требуется именно такая "уличная магия".

Обратите внимание, что Аксапта предоставляет необходимые инструменты для администратора уличного мага.

sobolev
Если не ошибаюсь, в статье речь идет о корректировке кодов, написанных собственно разработчиками продукта, а не "кривыми" кастомайзерами.

Да. Но обратите внимание на дату публикации
Также обратите внимание, что подобная уличная магия доступна любому более-менее вменяемому специалисту-аксаптоведу.

sobolevСовсем все запуталось: чтобы система хорошо работала ее надо "готовить", но делать это должны сторонние шпециалисты, которые, в свою очередь, как правило (если я верно уловил дух высказываний опытных специалистов), все только портят.
Чтобы система хорошо работала и при размере 5Гб, и при размере 500Гб, ее надо тюнить, как и любую другую систему.
Делать это должны Специалисты (нормальные специалисты). Все равно какие - внутренние или внешние.
"Шпециалисты" вместо того, чтобы работать в согласии с системой, перестают синхронизировать Аксапту с СУБД, вносят коррекции в базу, не согласовывая с Аксаптой, делают безумные кластерные индексы. Скорее всего, перестают считать статистику. А потом начинают говорить о том, что их спасает только ежедневный полный ребилд индексов.

sobolevmazzy
Что ж, первый шаг в РЕШЕНИЮ проблем описан здесь http://axapta.mazzy.ru/lib/querytuning/

Мне показалось, что статья все-таки подтверждает ряд тезисов Волочковой. А именно:

Поэтому статья может таки подтверждает ряд тезисов.
Но указывает совершенно другой путь.
...
Рейтинг: 0 / 0
01.06.2009, 13:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018943
Фотография sobolev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sobolev
Участник
mazzy
Да, предположения, сделанные в маленькой базе могут не оправдаться в большой, и наоборот.

Фраза совершенно справедливая. Однако ж, в контексте топика, показывает против обсуждаемой системы: хорошо известно маркетинговое позиционирование DynAx.

mazzy
Обратите внимание, что Аксапта предоставляет необходимые инструменты для...

Мне не показалось, что правка исходного кода, написанного разработчиками, равно как обращение к средствам ОС и СУБД можно отнести к инструментам, предоставляемым Аксаптой.

mazzy
Чтобы система хорошо работала и при размере 5Гб, и при размере 500Гб, ее надо тюнить, как и любую другую систему.

Тоже нельзя согласиться. Система, которая хорошо работает на базе в 500Гб будет быстро работать и на базе в 5Гб. Упомянутое выше позиционирование Аксапты дает возможность разработчикам достаточно четко определить для каких масштабов БД следует проводить оптимизацию кода, дабы не вешать эти проблемы на своих клиентов.

Все таки, мне представляется не совсем честным за-дорого продавать систему, требующую высококвалифицированного (что тоже не дешево) вмешательства на самом низком уровне в течении всего жизненного цикла. Я понимаю, там бизнес-процессы, документы, атрибуты бизнес-сущностей, но индексы - по-моему, через край.
...
Рейтинг: 0 / 0
01.06.2009, 13:59
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36018944
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
авторПерая волна прошла...Потихоньку все переводится на Net
Интересуют официальные источники, а не картинки с форума.Если ли таковые?Проект задвинут в долгий ящик или нет?
...
Рейтинг: 0 / 0
01.06.2009, 13:59
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019032
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginVolochkovabelugin
Вторая проблема, что человек не отделяет недостатков продукта от недостатков партнерского решения и клиентских доработок.

Ну началось в колхозе утро :-)))
Конструктив и не начался, пошли во флуд?


Извините, пожалуйста, iscra* начал обсуждение "почему напали на Волочкову".

Volochkova]
И отделять эти недостатки не собираюсь. Комплекс используется целиком.. Ну нельзя отделить Лада Калина от новой машины.. Нельзя... Это комплекс.... :-)


Мне почему-то вспоминается комплекс из телевизора, уха и отвертки.

Давайте подойдем к вопросу со стороны того, кто покупает аксапту сейчас - топик об этом:
- какой шанс у него получить ax3?
- какой шанс у него получить то же партнерское решение, что и у вас?
- какой шанс у него сделать те же модификации, что и у вас?

Ну чтож.. хотите без флуда. Давай те без флуда..
По существу есть что сказать?
Курсоры по базе это нормально?
Это верх пика производительности?

Тут ктото разорялся что на новой версии (2009) научились хранить остатки как положено..
Это МАРАЗМ! :-) ибо уже 2009 год, век когда sql 7.0 уже антиквариат, а они только научились хранить остатки..

Сколько примеры приводил, сколько писал, что проблема не у меня. Ну 3.5 у меня Косяпта и что?
Проблемы были есть и остаются. А если учесть, что покупая партнерское решение... Человеки не застрахованы получить проект хуже, чем заказали бы заточить под себя на 1с... ил вообще самописку. Вот в чем мои претензии к Акспате. Получить заготовку. которую потом самому же и доводить до ума.. А за это уже денег платить не будут... Т.к. за одно и тоже два раза деньги не платят..


sobolevmazzy
Что ж, первый шаг в РЕШЕНИЮ проблем описан здесь http://axapta.mazzy.ru/lib/querytuning/

Мне показалось, что статья все-таки подтверждает ряд тезисов Волочковой. А именно:
1. DynAx не всегда (мягко говоря) правильно работает с СУБД.
2. Требуется не мало "колдовства" (в статье целое исследование приведено) чтобы эту дорогую систему (еще один из тезисов Волочковой) заставить правильно работать.

Если не ошибаюсь, в статье речь идет о корректировке кодов, написанных собственно разработчиками продукта, а не "кривыми" кастомайзерами.
Совсем все запуталось: чтобы система хорошо работала ее надо "готовить", но делать это должны сторонние шпециалисты, которые, в свою очередь, как правило (если я верно уловил дух высказываний опытных специалистов), все только портят.
+ Ахулиард. Только супротив этого никто ничего конкретного не глаголит :-)
А еще бичь системы, построчная обработка... ТИпа While Select и погнали :-)))


И еще... мне очень понравилось, что при любом подключении, коненкшен создается заново, и ему прописываются такие свойства :-) как читать незакомиченные строки. :-) В результате в базе наступает всеобщий хаос..
...
Рейтинг: 0 / 0
01.06.2009, 14:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019093
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
IgorKВ общем, не вдаваясь во все дебри спора скажу (для Волочковой) - мы юзаем на 150 чел. 2 АОСа и 1 отдельный для портальных (Web). Версия KR2 - ИМХО наиболее устойчивая (ну или SP3 еще).
Для торарищей mazzy и belugin - я пришел в Аксапту из "другого мира" разработки для СУБД, где утверждалось и доказывалось что работать с MSSQL на уровне курсоров - есть моветон и прямой путь к тормозам и проблемам, что прекрасно демонстрирует Аксапта. Идеология работы ядра не поменялась на в 4 ни в 2009 версии - и не зависит от версии СУБД.
Да, SQL 2005 и выше работает в версионном режиме, НО - это м-м-м (как бы помягче сказать) работа через одно место (TempDB) - ТАК версионность не делают! И еще - у нас тоже довольно приличное оборудование+ хранилище на быстрых диска среднего уровня, при использовании MSSQL даже оно в некоторых случах становилось раком и загрузка 4 процов была в рамках 60-70% !!! При смене СУБД зпгрузка процов упала до 25-40% и хранилище практически простаивает! (Впрочем на axforum я это описывал) И это все при неизменном приложении ! Вам не кажется, что это говорит о неправильной работе с MSSQL ?
ps/ У меня нет претензий к Аксапте как таковой - у меня притензии к работе с конкретной СУБД, причем родной для нее, заметьте!
уф. упарился
Тогда еще парочка вопросов...
Что делаете в Аксапте?
Торговая ли компания? Ассортимент +/- кол-во позиций.
Сколько народу одновременно приходует и продает товар, кол-во накладных выписываемых в день?
...
Рейтинг: 0 / 0
01.06.2009, 15:03
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019155
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
SeVaавторПерая волна прошла...Потихоньку все переводится на Net
Интересуют официальные источники, а не картинки с форума.Если ли таковые?Проект задвинут в долгий ящик или нет?
есть. ссылки на них собраны на форуме. если не устраивает форум, то ищите ссылки самостоятельно.
нет, проект не задвинут. он идет себе дальше.
просто сейчас он не называется Project Green, сейчас он просто Microsoft Dynamics.

Volochkova
Сколько примеры приводил, сколько писал, что проблема не у меня. Ну 3.5 у меня Косяпта и что?
У вас проблема, у вас. Нет такой версии
http://forum.mazzy.ru/index.php?showtopic=881
...
Рейтинг: 0 / 0
01.06.2009, 15:21
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019237
IgorK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorK
Участник
VolochkovaТогда еще парочка вопросов...
Что делаете в Аксапте?
Торговая ли компания? Ассортимент +/- кол-во позиций.
Сколько народу одновременно приходует и продает товар, кол-во накладных выписываемых в день?
Что делаем - да много чего - закупки, продажи, склад (ячейки), ГК, расчеты с клиентами/поставщиками ну и всякое (бухгалтерия на 1С ;-) ), а вообще если интересно, лучше в личку - ICQ 33 91 22 70
...
Рейтинг: 0 / 0
01.06.2009, 15:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019352
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzy
Volochkova
Сколько примеры приводил, сколько писал, что проблема не у меня. Ну 3.5 у меня Косяпта и что?
У вас проблема, у вас. Нет такой версии
http://forum.mazzy.ru/index.php?showtopic=881
Ну нельзя же быть на столько прямоходящим :-)
Ну точняк траблы у людей :-)
...
Рейтинг: 0 / 0
01.06.2009, 16:03
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019448
Фотография George Nordic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
George Nordic
Участник
mazzyУ вас проблема, у вас. Нет такой версии

Полагаю, имелась в виду MBS Axapta 3.0 Sp 5.

С Уважением,
Георгий
...
Рейтинг: 0 / 0
01.06.2009, 16:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019474
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
George NordicmazzyУ вас проблема, у вас. Нет такой версии

Полагаю, имелась в виду MBS Axapta 3.0 Sp 5.

Во-первых, было четыре разных выпуска, которые можно назвать SP5 (один международный, два российских FP и kernel rollup).
Во-вторых, говорю же "шпециалист", которому все равно... Один хрен виновата "Косяпта"
...
Рейтинг: 0 / 0
01.06.2009, 16:31
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019776
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
George NordicmazzyУ вас проблема, у вас. Нет такой версии

Полагаю, имелась в виду MBS Axapta 3.0 Sp 5.

С Уважением,
Георгий
Это уже обсуждалось 5 страниц :-)
Не поддавайтесь на провокации :-)
...
Рейтинг: 0 / 0
01.06.2009, 18:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019883
V. Goncharenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
V. Goncharenko
Участник
mazzyЕще в ax4.0 полностью убрали все хинты из кода
ой.. не убрали, а отключили по умолчанию и оставили опцию на AOS для их включения
...
Рейтинг: 0 / 0
01.06.2009, 19:01
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019926
V. Goncharenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
V. Goncharenko
Участник
IgorKДля торарищей mazzy и belugin - я пришел в Аксапту из "другого мира" разработки для СУБД, где утверждалось и доказывалось что работать с MSSQL на уровне курсоров - есть моветон и прямой путь к тормозам и проблемам, что прекрасно демонстрирует Аксапта. Идеология работы ядра не поменялась на в 4 ни в 2009 версии - и не зависит от версии СУБД
К сожалению, подходы "другого мира" неприменимы к системам, предназначенным для работы на нескольких СУБД. А логика, согласно который Вы, основываясь на проблемах г-жи Волочковой (напоминаю, AX 3.0 + SQL Server 2000, оба продукта EOL), "приговорили" версии DAX 4.0 и 2009, а заодно и текущие редакции SQL Server, мягко говоря, неидеальна :)
авторДа, SQL 2005 и выше работает в версионном режиме, НО - это м-м-м (как бы помягче сказать) работа через одно место (TempDB) - ТАК версионность не делают!

А КАК делают версионность ? Только не говорите "как в Oracle", потому что технически он вообще не версионник :)
авторИ еще - у нас тоже довольно приличное оборудование+ хранилище на быстрых диска среднего уровня, при использовании MSSQL даже оно в некоторых случах становилось раком и загрузка 4 процов была в рамках 60-70% !!! При смене СУБД зпгрузка процов упала до 25-40% и хранилище практически простаивает! (Впрочем на axforum я это описывал) И это все при неизменном приложении ! Вам не кажется, что это говорит о неправильной работе с MSSQL ?

Это скорее говорит о работе с обеими СУБД как с "черными ящиками", что довольно странно для выходца из "другого мира" :) Нашли аномалию в производительности - выяснили причину - устранили. Так было и так будет
...
Рейтинг: 0 / 0
01.06.2009, 19:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36019971
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
авторК сожалению, подходы "другого мира" неприменимы к системам, предназначенным для работы на нескольких СУБД
Очень даже применимы.Современные ОRM работают без курсоров и с разными БД
...
Рейтинг: 0 / 0
01.06.2009, 19:58
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36020448
IgorK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorK
Участник
V. GoncharenkoК сожалению, подходы "другого мира" неприменимы к системам, предназначенным для работы на нескольких СУБД. Это простите, почему? Для Оракла они смогли обойтись "нормальным" SQL, а для MS религия не позволяет?
V. GoncharenkoА логика, согласно который Вы, основываясь на проблемах г-жи Волочковой (напоминаю, AX 3.0 + SQL Server 2000, оба продукта EOL), "приговорили" версии DAX 4.0 и 2009, а заодно и текущие редакции SQL Server, мягко говоря, неидеальна :)Я основываюсь не на логике Волочковой, а на своей собственной! Я тестировал все версии и на разных СУБД, так что в этом все ОК!
V. GoncharenkoА КАК делают версионность ? Только не говорите "как в Oracle", потому что технически он вообще не версионник :) ??? Я что-то пропустил и Оракл стал блокировочником? Ну посмотрите на Interbase/Firebird/PostgreSQL - там немного другая реализация, похуже чем у Оракла, но все-же.
V. GoncharenkoЭто скорее говорит о работе с обеими СУБД как с "черными ящиками", что довольно странно для выходца из "другого мира" :) Нашли аномалию в производительности - выяснили причину - устранили. Так было и так будетЭто говорит о том, что я сказал! Прежде чем перейти на Оракл мы проделали много работы по расшивке узких мест в MSSQL+Axapta - кое что удалось решить, но далеко не все.
...
Рейтинг: 0 / 0
02.06.2009, 09:24
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36020461
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
mazzy
belugin
Давайте подойдем к вопросу со стороны того, кто покупает аксапту сейчас - топик об этом:
- какой шанс у него получить ax3?

Не, Максим, здесь я категорически не согласен.
Даже если ax3 устарела и снята с поддержки, все равно и для этой системы надо предлагать решения. Ведь люди есть.


Здесь топик "поругаем аксапту" соотвественно наша задача выявить всамделишние недостатки аксапты.

Так как топик предназначен для влияния решения о покупке или непокупке, то надо выявить недостатки текущих версий, а не старых. Иначе таковые аргументы легко парировать.
...
Рейтинг: 0 / 0
02.06.2009, 09:31
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36020736
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin4
Гость
V. GoncharenkomazzyЕще в ax4.0 полностью убрали все хинты из кода
ой.. не убрали, а отключили по умолчанию и оставили опцию на AOS для их включения

из кода приложения действительно утрали большое количество хинтов. Возможность их делать оставили.
...
Рейтинг: 0 / 0
02.06.2009, 11:19
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36028959
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
belugin4V. GoncharenkomazzyЕще в ax4.0 полностью убрали все хинты из кода
ой.. не убрали, а отключили по умолчанию и оставили опцию на AOS для их включения

из кода приложения действительно утрали большое количество хинтов. Возможность их делать оставили.
если это хинты.. то я точно прима :-)


Объявили курсорчик.... такой не хилый
нафига все поля тащить я ХЗ :-) но видимо великий смысл есть...
Далее вершина гения человеческого
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
declare @P1 int set @P1= 105  declare @P2 int set @P2= 180151019  declare @P3 int set @P3= 16  declare @P4 int 
set @P4= 1  declare @P5 int set @P5=- 1  exec sp_cursorprepexec @P1 output, @P2 output, 
N'@P1 varchar(1000),@P2 varchar(1000)', 



N'SELECT A.ACCOUNTNUM,A.TRANSDATE,A.VOUCHER,A.TXT,A.AMOUNTMST,A.AMOUNTCUR,
A.CURRENCYCODE,A.TRANSTYPE,A.DIMENSION,A.DIMENSION2_,A.DIMENSION3_,A.QTY,A.PURCHLEDGERID,A.DOCUMENTDATE,
A.JOURNALNUM,A.JOURNALIZESEQNUM,A.ALLOCATELEVEL,A.POSTING,A.CORRECT,A.DEL_CLOSEDID,A.CREDITING,A.DOCUMENTNUM,
A.PAYMREFERENCE,A.PERIODCODE,A.OPERATIONSTAX,A.TOACCOUNT,A.FROMACCOUNT,A.PAYMMODE,A.JOURNALIZENUM,
A.FURTHERPOSTINGTYPE,A.LEDGERPOSTINGJOURNALID,A.TAXREFID,A.DEL_OFFSETACCOUNTNUM_RU,A.BONDBATCHTRANS_RU,A.BONDBATCH_RU,
A.RTSLFROMCOMPANYID,A.RTSLSESSIONTRANSID,A.CREATEDTRANSACTIONID,A.RECID 




FROM 
   LEDGERTRANS A(NOLOCK)  
WHERE 
    ((DATAAREAID=@P1) AND (VOUCHER=@P2)) 
ORDER BY A.DATAAREAID,A.VOUCHER,A.TRANSDATE OPTION(FAST 2)',

 @P3 output, @P4 output, @P5 output, 'cm1', '          DocFor000867' 
select @P1, @P2, @P3, @P4, @P5

Кто нибудь объяснит блондинке зачем???

WHERE
((DATAAREAID=@P1) AND (VOUCHER=@P2))
ORDER BY
A.DATAAREAID,A.VOUCHER ,A.TRANSDATE
OPTION(FAST 2)',

какой тайный смысл?

Хинты :-)) ню ню...
...
Рейтинг: 0 / 0
06.06.2009, 09:45
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36028962
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaОбъявили курсорчик.... такой не хилый
А зачем вы такой объявили.

Volochkova
нафига все поля тащить я ХЗ :-) но видимо великий смысл есть...

Читайте про автовыбор полей и рекомендации по производительности при выборе полей.
Если вы сейчас скажете, что это "стандартный" запрос, то что ж вы приборкой то не занимаетесь?

Volochkova' DocFor000867'
О-о-о... Да у вас еще и выравнивание вправо. http://axapta.mazzy.ru/lib/adjustment/
Ну, блин, вы даете.

Volochkova
Кто нибудь объяснит блондинке зачем???

Блондинка, в аксапте принято давать названия объектов, из которых выполнен запрос.
По названию объектов нормальные специалисты сразу могут сказать стандартный это функционал или доработка. Если доработка, то спрашивайте у ваших разработчиков, а не на форуме.

Что могу предположить: был написан запрос, который выбирает и сортирует движения по главной книге. В каком-то конкретном случае кто-то выполняет этот запрос для одной компании и одного документа. Почему так? Смотрите в коде, а не тупите на форуме.
...
Рейтинг: 0 / 0
06.06.2009, 09:57
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36028964
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkovabelugin4V. GoncharenkomazzyЕще в ax4.0 полностью убрали все хинты из кода
ой.. не убрали, а отключили по умолчанию и оставили опцию на AOS для их включения

из кода приложения действительно утрали большое количество хинтов. Возможность их делать оставили.
если это хинты.. то я точно прима :-)


Это вы с кем разговаривали ?


Объявили курсорчик.... такой не хилый
нафига все поля тащить я ХЗ :-) но видимо великий смысл есть...
Далее вершина гения человеческого


Каким кодом на X++ это генерируется и где расположен этот код?
...
Рейтинг: 0 / 0
06.06.2009, 10:04
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36028981
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
Кто нибудь объяснит блондинке зачем???

WHERE
((DATAAREAID=@P1) AND (VOUCHER=@P2))
ORDER BY
A.DATAAREAID,A.VOUCHER ,A.TRANSDATE
OPTION(FAST 2)\',

какой тайный смысл?

Я вот что сейчас подумал.
В стандартной аксапте у таблицы ledgerTrans есть индекс VoucherDateIdx (см. скриншот)
Обратите внимание, что по умолчанию в начало индексов всегда вставляется dataareaid, если не использовать опцию CROSSCOMPANY (см. http://axforum.info/forums/showthread.php?t=14956 ).

Обратите внимание, что индекса, который начинался бы с поля transdate в стандартной аксапте нет. Есть только индекс A.DATAAREAID,A.TRANSDATE

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

=================
Думаю, что хоть вы и Волочкова, но даже это вы бы поняли.
Однако что-то вас "смущает" настолько, что вы не побоялись показаться полной дурой и написать на форуме.

Поэтому идем дальше.

Судя по вашему сообщению /topic/650982&pg=7#7209175
и судя по тому, что у вас dataareaid в конце, то вы всетаки используете опцию CROSSCOMPANY

Поэтому делаю предположение, что индекс VoucherDateIdx у вас также потюнен на вашем проекте и поле dataareaid у вас также перенесено в конец (т.е. у вас сейчас скорее всего порядок полей в индексе следующий: {Voucher, TransDate, DataAreaId}.

В этих условиях, естественно, порядок полей в указанном вами запросе, не имеет никакого смысла. И вы гордо показываете всем свое возмущение.

Но скорее всего мы снова видим пример неграмотных действий администратора.
Скорее всего, был изменен индекс, но при этом не изменен код, который использует этот индекс.

============
Что должен был бы сделать вменяемый администратор (хотя бы даже прима, а не прыщавая дура из кордебалета):
1. выяснить источник запроса (какой объект, какой код)
2. разобраться с индексами
3. поправить либо индекс, либо код

В любом случае, вменяемый администратор начал бы выяснять, какой код/объект генерирует такой запрос.
...
Рейтинг: 0 / 0
06.06.2009, 10:52
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36028983
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
mazzy
В стандартной аксапте у таблицы ledgerTrans есть индекс VoucherDateIdx (см. скриншот)
Черт, не вложился. Попробую еще раз: скриншот
...
Рейтинг: 0 / 0
06.06.2009, 10:53
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36028985
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
mazzymazzy
В стандартной аксапте у таблицы ledgerTrans есть индекс VoucherDateIdx (см. скриншот)

тот же индекс в той же стандартной аксапте, но с точки зрения SQL
...
Рейтинг: 0 / 0
06.06.2009, 10:56
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36028996
iscra_fm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscra_fm
Гость
VolochkovaДалее вершина гения человеческого

это то, на что хватило возможностей для трансляции того, что сделали на X в SQL. Понятно, что самостоятельно такие вещи никто в здравом уме писать не будет.
...
Рейтинг: 0 / 0
06.06.2009, 11:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029006
iscra_fm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscra_fm
Гость
mazzyVolochkova
Кто нибудь объяснит блондинке зачем???

WHERE
((DATAAREAID=@P1) AND (VOUCHER=@P2))
ORDER BY
A.DATAAREAID,A.VOUCHER ,A.TRANSDATE
OPTION(FAST 2)',

какой тайный смысл?

Я вот что сейчас подумал.
В стандартной аксапте у таблицы ledgerTrans есть индекс VoucherDateIdx (см. скриншот)

наблюдаю за баталией с большим интересом. Вопрос по фому, а в ответ про ерему.
Задают вопрос:

WHERE T1=105 and T2=180151019 ORDER BY T1,T2

Написана откровенная тупость. В ответ про какие-то индексы, с нелестными коментариями. Позовите Вия.
...
Рейтинг: 0 / 0
06.06.2009, 11:43
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029009
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscra_fmmazzyVolochkova
Кто нибудь объяснит блондинке зачем???

WHERE
((DATAAREAID=@P1) AND (VOUCHER=@P2))
ORDER BY
A.DATAAREAID,A.VOUCHER ,A.TRANSDATE
OPTION(FAST 2)',

какой тайный смысл?

Я вот что сейчас подумал.
В стандартной аксапте у таблицы ledgerTrans есть индекс VoucherDateIdx (см. скриншот)

наблюдаю за баталией с большим интересом. Вопрос по фому, а в ответ про ерему.
Задают вопрос:

WHERE T1=105 and T2=180151019 ORDER BY T1,T2

Написана откровенная тупость. В ответ про какие-то индексы, с нелестными коментариями. Позовите Вия.
iscra_fm, теперь вы откровенно тупите. На самом деле запрос такой
WHERE T1=105 and T2=180151019 ORDER BY T1,T2, T3

Вкратце: кто-то у них занимался производительностью. Но откровенно схалтурил.
...
Рейтинг: 0 / 0
06.06.2009, 11:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029021
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscra_fm
это то, на что хватило возможностей для трансляции того, что сделали на X в SQL. Понятно, что самостоятельно такие вещи никто в здравом уме писать не будет.

В общем, iscra_fm, вы совершенно напрасно хотите обратить внимание на "недостатки транслятора".
На скриншоте представлено три запроса, созданных в Аксапте.

Query2 - запрос, который показала Волочкова. Поля выбираются автоматически (dynamic = yes), но скорее всего код написан так, что аксапта не может сообразить и выбирает все поля (опять же см. документацию и рекомендации по автовыбору полей)

Query3 - запрос, который можно было бы написать, чтобы избавиться от сортировки по полям, которые используются в равенстве. Кроме того, обратите внимание, что в принципе dataareaid можно было бы указать и в конце. (Если бы Волочкова была бы примой, то она бы сделала такой запрос)

Query4 - запрос, который выполняет задачу оптимально. Во-первых, сокращен список полей (раз уж Волочкова не может исправить код согласно рекомендациям). Во-вторых, для сортировки используется индекс, а не набор полей.
...
Рейтинг: 0 / 0
06.06.2009, 12:08
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029039
iscra_fm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscra_fm
Гость
mazzyiscra_fm, теперь вы откровенно тупите. На самом деле запрос такой
WHERE T1=105 and T2=180151019 ORDER BY T1,T2, T3

mazzyВ общем, iscra_fm, вы совершенно напрасно хотите обратить внимание на "недостатки транслятора".
На скриншоте представлено три запроса, созданных в Аксапте.

кто-то должен позвать Вия,Фому и Ерему. Всех.
есть список, у которого в полях, по которым выполняется сортировка (зачем-то), всегда одинаковые значения.
Вот картинка для медитации... смотреть до просветления. Жесть.
...
Рейтинг: 0 / 0
06.06.2009, 12:42
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029045
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscra_fmесть список, у которого в полях, по которым выполняется сортировка (зачем-то)
iscra_fm, как это "зачем-то"?

какой-то программист указал в коде, что надо выполнять сортировку по этим полям.
аксапта сама НЕ будет вставлять поля для сортировки.
зовите всех. медитируйте.
...
Рейтинг: 0 / 0
06.06.2009, 12:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029046
iscra_fm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscra_fm
Гость
mazzyQuery2,
Query3,Query4
это изначально там, или как с запасами, начиная с Ax4?
...
Рейтинг: 0 / 0
06.06.2009, 12:51
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029048
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
mazzy
аксапта сама НЕ будет вставлять поля для сортировки.

Да, забыл: указанные программистом поля удалять из списка сортировки она также не будет.
...
Рейтинг: 0 / 0
06.06.2009, 12:52
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029049
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscra_fmmazzyQuery2,
Query3,Query4
это изначально там, или как с запасами, начиная с Ax4?
изначально.
...
Рейтинг: 0 / 0
06.06.2009, 12:52
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029052
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscra_fmили как с запасами, начиная с Ax4?
и про запасы вы зря... надеюсь, что просто не разобрались в сути вопроса, а не волочковите...
...
Рейтинг: 0 / 0
06.06.2009, 12:56
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029053
iscra_fm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscra_fm
Гость
mazzy
какой-то программист указал в коде, что надо выполнять сортировку по этим полям.
аксапта сама НЕ будет вставлять поля для сортировки.

похвально, если конечно "системные поля" не пристыковываются автоматом к тому, что написал программист. Если это так, то конечно нужно претензии к программеру предъявлять.
...
Рейтинг: 0 / 0
06.06.2009, 12:57
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029055
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscra_fmпохвально, если конечно "системные поля" не пристыковываются автоматом к тому
Системное поле dataareraid пристыковывается в начале, если нет параметра CROSSCOMPANY.
описано в документации.
есть в вопросах при тестировании на экзаменах.
специалист должен такие вещи знать.
...
Рейтинг: 0 / 0
06.06.2009, 13:00
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029056
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
mazzy
Системное поле dataareraid пристыковывается в начале, если нет параметра CROSSCOMPANY.

Блин, поскольку тут такой "принципиальный" разговор, уточню:

пристыковывается вначале, если:
1. нет параметра CROSSCOMPANY
2. программист не указал системное поле dataareaid вручную
3. указан набор полей, а не индекс
...
Рейтинг: 0 / 0
06.06.2009, 13:01
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029078
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyVolochkovaОбъявили курсорчик.... такой не хилый
А зачем вы такой объявили.

Volochkova
нафига все поля тащить я ХЗ :-) но видимо великий смысл есть...

Читайте про автовыбор полей и рекомендации по производительности при выборе полей.
Если вы сейчас скажете, что это "стандартный" запрос, то что ж вы приборкой то не занимаетесь?

Volochkova\' DocFor000867\'
О-о-о... Да у вас еще и выравнивание вправо. http://axapta.mazzy.ru/lib/adjustment/
Ну, блин, вы даете.

Volochkova
Кто нибудь объяснит блондинке зачем???

Блондинка, в аксапте принято давать названия объектов, из которых выполнен запрос.
По названию объектов нормальные специалисты сразу могут сказать стандартный это функционал или доработка. Если доработка, то спрашивайте у ваших разработчиков, а не на форуме.

Что могу предположить: был написан запрос, который выбирает и сортирует движения по главной книге. В каком-то конкретном случае кто-то выполняет этот запрос для одной компании и одного документа. Почему так? Смотрите в коде, а не тупите на форуме.


beluginVolochkovabelugin4V. GoncharenkomazzyЕще в ax4.0 полностью убрали все хинты из кода
ой.. не убрали, а отключили по умолчанию и оставили опцию на AOS для их включения

из кода приложения действительно утрали большое количество хинтов. Возможность их делать оставили.
если это хинты.. то я точно прима :-)


Это вы с кем разговаривали ?


Объявили курсорчик.... такой не хилый
нафига все поля тащить я ХЗ :-) но видимо великий смысл есть...
Далее вершина гения человеческого


Каким кодом на X++ это генерируется и где расположен этот код?


О свежая кровь "флудерастов" :-) ...
И так... начинаем с начала...
Есть кнопа.. после ее нажатия.... 10 км туалетной бумаги циклов...
Класса
Код: plaintext
\nbegin tran\nначали цикл\n нашли какоето умное значение запустили метод другой таблицы... \nзакончили\ncommit\n

Метод другой таблицы....
Код: plaintext
\nbegin tran\nначали цикл\n нашли какоето умное значение запустили метод ИНОЙ таблицы... \nзакончили\ncommit\n



Метод иной таблицы....
Код: plaintext
\nbegin tran\nначали цикл\n нашли какоето умное значение запустили метод засекреченной таблицы... \nзакончили\ncommit\n

и так далее.. после третьего цикла... уже забываешь что хотели в начале... а база вся проростает блокировками... Что именно вызывает такой код, я хз.... Т.к. разработкой и внедрением занимались ИНЫЕ спецы...

Я знаю что такое БД.. и как с ней бороться..
А вот циклы и курсоры.. меня просто убивают :-)))
И не одного меня..


mazzyVolochkova
Кто нибудь объяснит блондинке зачем???

WHERE
((DATAAREAID=@P1) AND (VOUCHER=@P2))
ORDER BY
A.DATAAREAID,A.VOUCHER ,A.TRANSDATE
OPTION(FAST 2)\',

какой тайный смысл?

Я вот что сейчас подумал.
В стандартной аксапте у таблицы ledgerTrans есть индекс VoucherDateIdx (см. скриншот)
Обратите внимание, что по умолчанию в начало индексов всегда вставляется dataareaid, если не использовать опцию CROSSCOMPANY (см. http://axforum.info/forums/showthread.php?t=14956 ).

Обратите внимание, что индекса, который начинался бы с поля transdate в стандартной аксапте нет. Есть только индекс A.DATAAREAID,A.TRANSDATE

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

=================
Думаю, что хоть вы и Волочкова, но даже это вы бы поняли.
Однако что-то вас "смущает" настолько, что вы не побоялись показаться полной дурой и написать на форуме.

Поэтому идем дальше.

Судя по вашему сообщению /topic/650982&pg=7#7209175
и судя по тому, что у вас dataareaid в конце, то вы всетаки используете опцию CROSSCOMPANY

Поэтому делаю предположение, что индекс VoucherDateIdx у вас также потюнен на вашем проекте и поле dataareaid у вас также перенесено в конец (т.е. у вас сейчас скорее всего порядок полей в индексе следующий: {Voucher, TransDate, DataAreaId}.

В этих условиях, естественно, порядок полей в указанном вами запросе, не имеет никакого смысла. И вы гордо показываете всем свое возмущение.

Но скорее всего мы снова видим пример неграмотных действий администратора.
Скорее всего, был изменен индекс, но при этом не изменен код, который использует этот индекс.

============
Что должен был бы сделать вменяемый администратор (хотя бы даже прима, а не прыщавая дура из кордебалета):
1. выяснить источник запроса (какой объект, какой код)
2. разобраться с индексами
3. поправить либо индекс, либо код

В любом случае, вменяемый администратор начал бы выяснять, какой код/объект генерирует такой запрос.
Если сказать нечего, то переходим на личности...
Ты так и не понял про что речь?
Про НЕДОСТАТКИ СИСТЕМЫ :-) они описаны..
А найти от куда берется такой запрос? Гуляя в лабиринтах и классах методов... можно...
Вопрос времени.. Это тоже к минусам...
Дорого в человека часах, разбираться с косяками ПОСТАВКИ :-))))
Маркетинг... что делать :-)


mazzy
В этих условиях, естественно, порядок полей в указанном вами запросе, не имеет никакого смысла. И вы гордо показываете всем свое возмущение.

Ваш порядок полей в индексе добавляет смысл в запрос???? Офигительная логика :-)))
Ему про фому он про ерему.... Я показал минус системы... Что запрос при открытии курсора.. заставляет делать сервер БД...
:-)

У меня табличка ledgertrans живет вообще отдельно от своих индексов...
Но сделано это не Аксаптой..
Порядок полей.... стандартный... Ибо смотрим запрос :-))) Аксапта же такая гламурная система :-)))
Кстати в проданной поставке кеширования нет.. Он не нужен...

belugin
Каким кодом на X++ это генерируется и где расположен этот код?
По ходу это qwery. Из моих.. даже никто писать их не умеет :-)
Так что или наследство, или част партнерского решения.


mazzyiscra_fmесть список, у которого в полях, по которым выполняется сортировка (зачем-то)
iscra_fm, как это "зачем-то"?

какой-то программист указал в коде, что надо выполнять сортировку по этим полям.
аксапта сама НЕ будет вставлять поля для сортировки.
зовите всех. медитируйте.
вернулись к тому с чего начинали..
Программу пишут люди :-)
В базой заготовке, берите большую порцию.. ЗДОРОВЫХ напильников и высокоточных спецов..
Пилить будем :-) А иначе никак... Это не Лексус :-)
тут сел и поехал не получится... Чуть машина встала - вышли закрыли авто - открыли поехали дальше :-)))
...
Рейтинг: 0 / 0
06.06.2009, 13:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029081
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Кстати ответ зачем добавлять сортировку
по DATAAREAID так и не ответили, лично я хз.. как надо код написать, что бы сортировку включить в код по DataAreaID :-)
...
Рейтинг: 0 / 0
06.06.2009, 13:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029088
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
Что именно вызывает такой код, я хз.... Т.к. разработкой и внедрением занимались ИНЫЕ спецы...

Ясно

Volochkova
Я знаю что такое БД.. и как с ней бороться..

"К гульфику претензии есть?" :)


Volochkova
mazzy
В любом случае, вменяемый администратор начал бы выяснять, какой код/объект генерирует такой запрос.
Если сказать нечего, то переходим на личности...
Ты так и не понял про что речь?
Про НЕДОСТАТКИ СИСТЕМЫ :-) они описаны..
А найти от куда берется такой запрос? Гуляя в лабиринтах и классах методов... можно...
Вопрос времени.. Это тоже к минусам...
Дорого в человека часах, разбираться с косяками ПОСТАВКИ :-))))
Маркетинг... что делать :-)
Могу только повторить: вменяемый администратор начал бы выяснять, какой код/объект генерирует такой запрос.

Volochkova
У меня табличка ledgertrans живет вообще отдельно от своих индексов... Но сделано это не Аксаптой..

Зато претензии к Аксапте.
Ясно

Volochkova
Порядок полей.... стандартный...

Тогда извините. Разбирайтесь с кодом.

Volochkova
Кстати в проданной поставке кеширования нет.. Он не нужен...

Есть.

Volochkova
belugin
Каким кодом на X++ это генерируется и где расположен этот код?
По ходу это qwery. Из моих.. даже никто писать их не умеет :-)
Так что или наследство, или част партнерского решения.



Как искать - вам уже ссылку давали
http://axapta.mazzy.ru/lib/querytuning/
...
Рейтинг: 0 / 0
06.06.2009, 13:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029093
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
пардон. мой индекс..

Да кстати.. кеширование... в том виде котором существует.. выглядит гламурным костылем :-)
При кешировании всей таблички.. даже небольшой.... открываем курсор.. и погнали в цикле... считывать данные... :-)

Очень правильные циклы :-))) на селекты ума не хватило...


даа. и про выравнивание слева, справа.... ссылка полезная.. но толку?
У меня уже 5 лет так контора пашет... а всего год созерцаю.. просто издевательство над MS SQL :-)
...
Рейтинг: 0 / 0
06.06.2009, 13:53
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029103
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzy
Кстати в проданной поставке кеширования нет.. Он не нужен...

Есть.
[/quot]

См картинку.. в том что нам продали нет :-)
У нас права только на слой usr так что то что правим, выделяется сразу...

mazzy
Как искать - вам уже ссылку давали
http://axapta.mazzy.ru/lib/querytuning/
mazzy
У нас код не вызывает зависание :-)))) Его тюнингом долго шукать :-)))
Или лично я не знаю как...
На MS SQL профайлер роднее... Там уж профайлер...

mazzy
[quot Volochkova]
У меня табличка ledgertrans живет вообще отдельно от своих индексов... Но сделано это не Аксаптой..

Зато претензии к Аксапте.
Ясно


Зря такая ирония..
ИМХО, за такое бабло, в базовую поставку вставить разделение на файл группы и разнести таблицы, было бы плюсом системе или партнеру... А так не зачет :-)

mazzy
Volochkova
Порядок полей.... стандартный...

Тогда извините. Разбирайтесь с кодом.

Нафига разбираться????? Работает... Причем шустро... Важен сам факт :-)))
При увеличении нагрузки будут траблы.. и звать спецов :-)))) или своих.. или варягов, но их больше ценят.. :-)


Итого.... Ничего нового...
Базовая поставка требует доработки ...
А дорабатывать будут люди.. по мне без разницы на чем...
И пользы от Косяпты, кроме развода на бабало не созерцаю.
...
Рейтинг: 0 / 0
06.06.2009, 14:05
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029109
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaОчень правильные циклы :-))) на селекты ума не хватило...
Я все понять не могу - какие циклы?
Аксапта отсылает запрос с селектом (возможно агрегированный), затем выбирает результаты.
О чем вы говорите. Разберитесь наконец.

Volochkova
даа. и про выравнивание слева, справа.... ссылка полезная.. но толку?
У меня уже 5 лет так контора пашет...


Volochkovamazzy
Кстати в проданной поставке кеширования нет.. Он не нужен...

Есть.

См картинку.. в том что нам продали нет :-)
У нас права только на слой usr так что то что правим, выделяется сразу...[/quote]



Volochkova
mazzy
Volochkova
У меня табличка ledgertrans живет вообще отдельно от своих индексов... Но сделано это не Аксаптой..

Зато претензии к Аксапте.
Ясно


Зря такая ирония..
ИМХО, за такое бабло, в базовую поставку вставить разделение на файл группы и разнести таблицы, было бы плюсом системе или партнеру... А так не зачет :-)

Не знаю.
Возможно партнер козел.
Но из-за этого 5 лет (или даже 1 год) гнобить свою контору и не делать нормальных настроек...
это либо матерую силу воли надо иметь... или быть волочковой.
"шпециалисты", блин.

http://axapta.mazzy.ru/lib/filegroupsetup/
http://axapta.mazzy.ru/lib/mssqlsetup2/


mazzy
Итого.... Ничего нового...
Базовая поставка требует доработки ...
А дорабатывать будут люди.. по мне без разницы на чем...
И пользы от Косяпты, кроме развода на бабало не созерцаю.
...
Рейтинг: 0 / 0
06.06.2009, 14:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029111
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Насчет скриншота: у LedgerTrans параметр CacheLookup правильный.
...
Рейтинг: 0 / 0
06.06.2009, 14:16
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029118
iscra_fm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscra_fm
Гость
напрашивается одно из двух решений. Или обратиться к mazzy, чтобы навести порядок (по тому что он рассказал, можно сделать вывод, что навести его можно), или сменить систему. Вариант "помучиться" умышленно опускаю.
...
Рейтинг: 0 / 0
06.06.2009, 14:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029126
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyНасчет скриншота: у LedgerTrans параметр CacheLookup правильный.

Так есть кеширование или нет?
Ledgertrans
А то у Вас частенько.. противовположенные мнения..
То статистику делать, а дефрагментация не нужна..
То кеширование есть то нет :-))

mazzyVolochkovaОчень правильные циклы :-))) на селекты ума не хватило...
Я все понять не могу - какие циклы?
Аксапта отсылает запрос с селектом (возможно агрегированный), затем выбирает результаты.
О чем вы говорите. Разберитесь наконец.
[/quot]

Хорошо.. накропаю примеров с картинками... а то все такие непонятливые :-))


mazzy
Не знаю.
Возможно партнер козел.
Но из-за этого 5 лет (или даже 1 год) гнобить свою контору и не делать нормальных настроек...
это либо матерую силу воли надо иметь... или быть волочковой.
"шпециалисты", блин.
Ну опять Вы несдержанны :-) Это минус :-)
1. Я пришел, Акспаты не знал.. А первая заповедь админа??? Не навредить :-))
Пока не найду как сделать верно, на боевой даже не дернусь..
Номера документов проблем сильных не создают... Номерные серии идут как надо..
2. А за этот год "стоячей воды" нет, что бы сесть и покурить, так что перестаньте умничать на тему.. Какие у нас спецы.. Речь про то, что можно получить.. не то, что маркетологи по ушам вливают... и попасть на бабло... нехилое..
3. что такое MS SQL ( я еще с 5ой, кажется, страницы писал) я знаю.
Разбиение дисков на разные массивы физические и разнесение таблиц по разным группам было сделано в первую очередь. До этого база в 60 гигов лежала одним куском PRIMARY
Выделение справочников в отдельный файл груп привело операторов просто в экстаз..
А работай на селектах.. а не курсорах и так нормально бы было :-)))
4. Про партнера, зря Вы так.. нам много раз предлагали пригласить партнеров и разобраться что и как и почему.. Вопрос цены... останавливает.. + в базе навернули свои примочки.. делится не хотят..
...
Рейтинг: 0 / 0
06.06.2009, 14:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029129
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
iscra_fmнапрашивается одно из двух решений. Или обратиться к mazzy, чтобы навести порядок (по тому что он рассказал, можно сделать вывод, что навести его можно), или сменить систему. Вариант "помучиться" умышленно опускаю.
Блин.. еще один.. порядок и наводится...

* Профайлеры включены..
* Раз в неделю собираем статистику что фрагменитруется сильно, что не сильно, где какие индексы живут. в какой файл группе. Полезно анализировать..
* Статистика обновляется...
* тяжести переписываются.. или выносятся на MS SQL

Я нигде не писал, что это невозможно.. или что не хочу это делать...
Вообщем смотрим пост выше :-))
...
Рейтинг: 0 / 0
06.06.2009, 14:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029134
iscra_fm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscra_fm
Гость
Volochkova
Блин.. еще один..
VolochkovaНу опять Вы несдержанны :-) Это минус :-)
...
Рейтинг: 0 / 0
06.06.2009, 14:41
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029176
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
iscra_fmVolochkova
Блин.. еще один..
VolochkovaНу опять Вы несдержанны :-) Это минус :-)


Да, согласен, был не прав...
Приношу извинения :-))
Погорячился....
Вот такой я поганка :-))

Продолжим циклы :-)))
И так... Волшебная процедура разноска банка :-)))
Опускаем глупости, типа блокировки обработки по текущему юзверю...
Мелочи...

Поехали... В каждом документе можно сделать вот так :-) разнести его...

void clicked()
{
super();
ledgerJournalTable_ds.reread();
if (ledgerJournalTable.Posted)
element.modifyRequestTable(ledgerJournalTable);
if (ledgerJournalTable.Posted)
ledgerJournalTable.setPostedStatus();
element.setButtonAccess();
}


А это у нас :-))) Цикл :-)))
void setPostedStatus()
{
LedgerJournalTrans ledgerJournalTrans;
RequestTable requestTable;

while select ledgerJournalTrans
where ledgerJournalTrans.JournalNum == this.JournalNum
{
if (ledgerJournalTrans.RequestId)
{
ttsbegin;

requestTable = RequestTable::find(ledgerJournalTrans.RequestId, true);
if (requestTable.RecId)
{
requestTable.RequestStatus = RequestStatus::Posted;
requestTable.RemainAmount = 0;
requestTable.update();
}
else
{
throw error(StrFmt("@KCL7129", ledgerJournalTrans.RequestId));
}

ttscommit;
}
}
}


А это у нас не цикл :-)))

requestTable.update();
public void update()
{
RequestLine requestLine;
RequestTable orig;

orig = this.orig();

if (orig.ExchRate != this.ExchRate)
{
ttsbegin; 2 куст блокировок

while
select forupdate requestLine
where requestLine.RequestId == this.RequestId
{
requestLine.AmountMST = requestLine.calcAmountMST(this.ExchRate);
requestLine.update();
}

ttscommit;
}

RequestTable::updateRequestBalances(this);

super();
}


Еще не конец...

RequestTable::updateRequestBalances
static server void updateRequestBalances(RequestTable _requestTable, RequestTable _orig = _requestTable.orig(), boolean _deleted = false)
{
RequestBalances requestBalances;
;

ttsbegin; Это что бы скучно не было

if (_requestTable.AmountMST != _orig.AmountMST)
{
requestBalances = _requestTable.requestBalances(true, true);

requestBalances.Amount += _deleted ? -_requestTable.AmountMST : (_requestTable.AmountMST - _orig.AmountMST);
requestBalances.update();
}

if (_requestTable.AmountCur != _orig.AmountCur)
{
requestBalances = _requestTable.requestBalances(false, true);

requestBalances.Amount += _deleted ? -_requestTable.AmountMST : (_requestTable.AmountCur - _orig.AmountCur);
requestBalances.update();
}

if (! _deleted && _requestTable && _requestTable.RequestStatus != _orig.RequestStatus)
{
requestBalances = _orig.requestBalances(true, true);
requestBalances.Amount -= _requestTable.AmountMST;
requestBalances.update();

requestBalances = _orig.requestBalances(false, true);
requestBalances.Amount -= _requestTable.AmountCur;
requestBalances.update();

requestBalances = _requestTable.requestBalances(true, true);
requestBalances.Amount += _requestTable.AmountMST;
requestBalances.update();

requestBalances = _requestTable.requestBalances(false, true);
requestBalances.Amount += _requestTable.AmountCur;
requestBalances.update();
}

ttscommit;
}



requestBalances
RequestBalances requestBalances(boolean _MSTCurrency = false, boolean _forupdate = false)
{
return requestBalances::find(_MSTCurrency ? "" : this.CurrencyCode,
this.MoneyType,
this.RequestStatus,
_forupdate);
}



А это в свою очередь...

static requestBalances find
static requestBalances find(CurrencyCode _currencyCode, MoneyType _moneyType, RequestStatus _requestStatus, boolean _forupdate = false)
{
RequestBalances requestBalances;
RequestTable requestTable;
;

requestBalances.selectForUpdate(_forupdate);

select firstonly
requestBalances
where requestBalances.CurrencyCode == _currencyCode
&& requestBalances.MoneyType == _moneyType
&& requestBalances.RequestStatus == _requestStatus;


if (! requestBalances)
{
RequestBalances::rebuildForCurrency(_currencyCode, _moneyType);
requestBalances = RequestBalances::find(_currencyCode, _moneyType, _requestStatus, _forupdate);
}

return requestBalances;
}



Уф... запарился...
Итого... куча таблиц.. беготня по строчкам в цилах и все это завернуто в курсоры ( на физическом уровне)
В базовом виде requestBalances не кеширована..
Таблички

RequestTable
requestLine
больше напоминают временные создания, для пересчета сумм, но метода их чистки пока остаются в розыске :-)

Так что Акспата это квест... для программистов... и процесс созерцания прогресс баров для юзверей :-))
...
Рейтинг: 0 / 0
06.06.2009, 15:49
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029184
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
И удар по бюджету бизнеса :-)))

Да. .кстати, каждый указанный селект, это не Select T-SQL это гламурный курсор по таблицам...
:-) так что.. если у Вас в в базе 10 разных DataAreaID и у каждого по 4 расчетных счета... ТО готовьтесь... Молитесь :-))) Бухи будут вешаться.. в базовой поставке.

muzzy наречет Вас шпециалистами :-)

А караван пойдет дальше, неся потери в кадрах, не желающих биться лбом об стену.
Точить напильникам такое, желания очень мало..
Мотивацию.. надо соответствующую :-))
...
Рейтинг: 0 / 0
06.06.2009, 15:58
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029196
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Volochkova,

Не могли бы вы указать слой, на котором находится таблица RequestTable я что-то не могу ее найти

Включите пожалуйста параметр "показывать все слои" в параметрах разработки и заскриншотьте.

Я вижу что
1. Код написан неграмотно - выбираются все поля, например, из ledgerJournalTrans
2. Табличка названа неправильно должен быть префикс модуля, возможно Req
3. метка "@KCL7129" насколько я помню, не принадлежит стандартным сеточным файлам AX

Я предполагаю, что это код партнерского решения.
...
Рейтинг: 0 / 0
06.06.2009, 16:11
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029197
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscra_fmнапрашивается одно из двух решений. Или обратиться к mazzy, чтобы навести порядок (по тому что он рассказал, можно сделать вывод, что навести его можно), или сменить систему. Вариант "помучиться" умышленно опускаю.

Это если бы была цель "увеличить производительность". А цель - "поругать аксапту".
...
Рейтинг: 0 / 0
06.06.2009, 16:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029202
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscra_fmVolochkovaДалее вершина гения человеческого

это то, на что хватило возможностей для трансляции того, что сделали на X в SQL. Понятно, что самостоятельно такие вещи никто в здравом уме писать не будет.

Неа, на X++ сполне можно выбирать только определенные поля и не делать ORDER BY когда не хочешь. Я так думаю, что либо тут не заморачивались с производительностью либо это какая-то комбинация из кода и пользовательского фильтра - типа была форма в которой выбирались все записи упорядоченные по ваучеру и дате, потом пользователь еще по ним дополнительно отфильтровал.
...
Рейтинг: 0 / 0
06.06.2009, 16:16
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029206
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscra_fm
это изначально там, или как с запасами, начиная с Ax4?

У вас, кстати, IMTS включен?
...
Рейтинг: 0 / 0
06.06.2009, 16:19
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029219
iscra_fm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscra_fm
Гость
beluginiscra_fm
это изначально там, или как с запасами, начиная с Ax4?

У вас, кстати, IMTS включен?
нет. Я обхожусь без него, да и без Axapta тоже.
...
Рейтинг: 0 / 0
06.06.2009, 16:37
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029289
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
iscra_fm,

Извините, я хотел Волочкову спросить. Но перепутал :)
...
Рейтинг: 0 / 0
06.06.2009, 18:14
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029290
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
belugin
Участник
Волочкова, у вас IMTS включен?
...
Рейтинг: 0 / 0
06.06.2009, 18:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029367
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
Кстати в проданной поставке кеширования нет.. Он не нужен...

Volochkova
Так есть кеширование или нет?
Ledgertrans

В Аксапте кэширование есть.
Конкретно для LedgerTrans его включать не нужно
...
Рейтинг: 0 / 0
06.06.2009, 21:00
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029523
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
beluginiscra_fmнапрашивается одно из двух решений. Или обратиться к mazzy, чтобы навести порядок (по тому что он рассказал, можно сделать вывод, что навести его можно), или сменить систему. Вариант "помучиться" умышленно опускаю.

Это если бы была цель "увеличить производительность". А цель - "поругать аксапту".
О как.... По Вашей логике один muzzy на всю страну способен навести порядок в Аксапте??
Типа игла такая??? Продали хз что, потом идите к muzzy?
Откаты? :-)
p.s. muzzy это типа юмор... не обижайся :-))

beluginiscra_fmVolochkovaДалее вершина гения человеческого

это то, на что хватило возможностей для трансляции того, что сделали на X в SQL. Понятно, что самостоятельно такие вещи никто в здравом уме писать не будет.

Неа, на X++ сполне можно выбирать только определенные поля и не делать ORDER BY когда не хочешь. Я так думаю, что либо тут не заморачивались с производительностью либо это какая-то комбинация из кода и пользовательского фильтра - типа была форма в которой выбирались все записи упорядоченные по ваучеру и дате, потом пользователь еще по ним дополнительно отфильтровал.

Еще раз.. это часть кода выполняемого при разноске накладной..
Юзверь ничего не кроме ОДНОГО клика и созерцания прогресс бара не делает :-))

beluginВолочкова, у вас IMTS включен?
У меня 3.5... Данный геморой выключен...

beluginVolochkova,

Не могли бы вы указать слой, на котором находится таблица RequestTable я что-то не могу ее найти

Включите пожалуйста параметр "показывать все слои" в параметрах разработки и заскриншотьте.

Я вижу что
1. Код написан неграмотно - выбираются все поля, например, из ledgerJournalTrans
2. Табличка названа неправильно должен быть префикс модуля, возможно Req
3. метка "@KCL7129" насколько я помню, не принадлежит стандартным сеточным файлам AX

Я предполагаю, что это код партнерского решения .
Ну да.. кто последний тот и папа :-)
Т.е. надо быть самому семи пядей во лбу, что бы понять что тебе продает партнер???
...
Рейтинг: 0 / 0
07.06.2009, 02:56
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36029554
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Volochkova
У меня 3.5... Данный геморой выключен...

Нет версии 3.5, сколько можно говорить...
...
Рейтинг: 0 / 0
07.06.2009, 08:54
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36030307
Viverna
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viverna
Гость
belugin, RequestTable это таблица из Axapta Retail. Соответвенно весь код приведенный здесь Volochkova - оттуда же. И с тем, что у Коруса бывают веселые вещи в коде никто не спорит.
Volochkova, опжалуйста, приведите пример подобных ляпов в стандартном коде. Было бы интересно посмотреть.
...
Рейтинг: 0 / 0
08.06.2009, 09:03
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36031233
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Vivernabelugin, RequestTable это таблица из Axapta Retail. Соответвенно весь код приведенный здесь Volochkova - оттуда же. И с тем, что у Коруса бывают веселые вещи в коде никто не спорит.
Volochkova, опжалуйста, приведите пример подобных ляпов в стандартном коде. Было бы интересно посмотреть.

А кому нужен голый базовый функционал?
Я даже при свете прожектора не отличу стандартный код от партнерского :-)

ИМХО итог "поругайте" Аксапту свелся к чему?
Покупайте голую базу, курите матчасть и делайте лисапед сами. Разницы почему надо выбирать Аксапту - X++? а не Дельфи например или C# или Access мне не ясно...
Сказки про то что кроссплатформенность ( я так понимаю работать хреново будет на любой БД)
Или берите партнерское решение, которое по сути.... окажется уже тем же самым.. людями, веселым проектом...

Если проводить аналогию, то есть 1с, а есть Рарус.. язык программирования 1с... А во все претензии к рарусу, если что...
В случае с партнерскими решениями все идет под флагом МС.... А чуть что.. это партнер виноват.. ?

Еще один аргумент в копилку моего мнения - Аксапта - Лада Калина по цене Лексуса.
Ездить на не сможет только токарь.. :-)
...
Рейтинг: 0 / 0
08.06.2009, 15:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36031379
Viverna
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viverna
Гость
авторА кому нужен голый базовый функционал?
Я даже при свете прожектора не отличу стандартный код от партнерского :-)
Вам уже посоветовали включить подсветку слоев в репозитарии. Там где будет только bus - это чистый партнерский код.

авторИМХО итог "поругайте" Аксапту свелся к чему?
Покупайте голую базу, курите матчасть и делайте лисапед сами. Разницы почему надо выбирать Аксапту - X++? а не Дельфи например или C# или Access мне не ясно...
Сказки про то что кроссплатформенность ( я так понимаю работать хреново будет на любой БД)
Или берите партнерское решение, которое по сути.... окажется уже тем же самым.. людями, веселым проектом...
Ну тут вы сильно преувеличиваете. Даже не смотря на то, сколько понаписано в retail оно все равно сильно основано и завязано на базовом функционале. Так что сравнение с Дельфи очень неуместно :)
...
Рейтинг: 0 / 0
08.06.2009, 16:05
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36031624
Сисой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сисой
Участник
Volochkova
Если проводить аналогию, то есть 1с, а есть Рарус.. язык программирования 1с... А во все претензии к рарусу, если что...
В случае с партнерскими решениями все идет под флагом МС.... А чуть что.. это партнер виноват.. ?


Не соглашусь с Вами. То, что партнерские решения чаще всего хуже по качеству, нежели типовые решения, не знает лишь ленивый. И это справедливо для любой системы - от 1C до SAP. Не буду объяснять почему - сами знаете. Должны быть веские доводы, чтобы приобретать партнерское решение. Особенно, если на рынке есть специализированные решения для ритейла, пусть и не в красивой обертке "фирменной" ERP.
Вам MS давал какие-то конкретные гарантии и обещания масштабируемости партнерского решения? Вам это решение непосредственно MS продавал? Нет, вы наверняка повелись на красивые сказки сэйлов Коруса. Без нагрузочных испытаний.
Поэтому - если есть претензии непосредственно к российской локализации Аксапта, милости просим, все остальное - претензии к Корусу. И его незабвенным разработчикам.
Мне как-то не приходит в голову катить баллоны на Нуралиева из-за кривизны, к примеру, Альфа-Авто.
...
Рейтинг: 0 / 0
08.06.2009, 17:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36032959
skeptik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skeptik
Участник
СисойМне как-то не приходит в голову катить баллоны на Нуралиева из-за кривизны, к примеру, Альфа-Авто.

Так и запишем: партнерские решения [нужного вендора вписать] по умолчанию являются недоброкачественными. Большинству партнеров [нужного вендора вписать] верить на слово нельзя. А сам вендор [нужного вендора вписать], построивший такую партнерскую сеть, сертифицировавший и продвигающий таких партнеров - весь белый и пушистый.
...
Рейтинг: 0 / 0
09.06.2009, 13:00
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36033043
Сисой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сисой
Участник
Это всего лишь эффект масштабируемости. Чем больше у решения клиентов и чем больше срок жизни решения на рынке, тем выше качество. Партнер, внедряющий свое решение у 3-4 клиентов, чаще всего не в состоянии обеспечить сбалансированность всех функциональных и технологических показателей.
...
Рейтинг: 0 / 0
09.06.2009, 13:32
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36033692
Coolibin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Coolibin
Участник
СисойВам MS давал какие-то конкретные гарантии и обещания масштабируемости партнерского решения? Вам это решение непосредственно MS продавал? Нет, вы наверняка повелись на красивые сказки сэйлов Коруса. Без нагрузочных испытаний.

Сисой, Вам же известно, что Корус является золотым партнером MS .

Компания «КОРУС Консалтинг» обладает высшим статусом корпорации Microsoft – Золотого Сертифицированного Партнера и Сертифицированного Партнера по обучению, а также в 2006 году вошла в Президентский клуб Microsoft, членами которого являются лишь 5% партнеров корпорации по всему миру.

Так же Вам известно, что MS не продает Аксапту сам, а только через партнеров.

В свете этого, не могли бы Вы пояснить свою светлую мысль? Золотой партнер Корус все-таки продает некачественные решения? MS об этом еще наверное не догадывается? Или может быть Microsoft раздает свои звания направо или налево случайным образом? Золотой партнер вообще что-то означает или нет с точки зрения качества решений?

Вы уж говорите, да не заговаривайтесь, а то уже начинаете народ смешить тут.
...
Рейтинг: 0 / 0
09.06.2009, 16:21
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36033754
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
О программе Microsoft Gold Certified Partner.

Необходимым условием для получения данного статуса является серьезный опыт в области разработки программного обеспечения , наличие в штате сертифицированных сотрудников, представление рекомендаций от корпоративных заказчиков.
...
Рейтинг: 0 / 0
09.06.2009, 16:37
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36033761
Сисой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сисой
Участник
Золотой партнер Корус все-таки продает некачественные решения? MS об этом еще наверное не догадывается? Или может быть Microsoft раздает свои звания направо или налево случайным образом? Золотой партнер вообще что-то означает или нет с точки зрения качества решений?


Насколько мне известно (mazzy пусть поправит, если я ошибаюсь), статус партнера к качеству партнерского решения имеет весьма отдаленное отношение. Любого вендора интересуют в первую очередь объемы продаж.
...
Рейтинг: 0 / 0
09.06.2009, 16:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36033764
Сисой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сисой
Участник
О, iscrafrm поправил.
...
Рейтинг: 0 / 0
09.06.2009, 16:40
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36033810
Coolibin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Coolibin
Участник
Сисой
Насколько мне известно (mazzy пусть поправит, если я ошибаюсь), статус партнера к качеству партнерского решения имеет весьма отдаленное отношение.
Гы. Что-то я не понял, mazzy Вам кто? Он же вроде в Майкрософт не работает.

Вобщем, жалко, если золотое партнерство Microsoft ничего о качестве покупаемого продукта не говорит. Посоветуйте тогда, на что будущим покупателям обращать внимание при выборе партнера? Или однозначно только к mazzy идти? Больше никто ничего не умеет что-ли?
...
Рейтинг: 0 / 0
09.06.2009, 16:54
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36034010
Фотография sobolev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sobolev
Участник
CoolibinСисой
Насколько мне известно (mazzy пусть поправит, если я ошибаюсь), статус партнера к качеству партнерского решения имеет весьма отдаленное отношение.
Гы. Что-то я не понял, mazzy Вам кто? Он же вроде в Майкрософт не работает.

Вобщем, жалко, если золотое партнерство Microsoft ничего о качестве покупаемого продукта не говорит. Посоветуйте тогда, на что будущим покупателям обращать внимание при выборе партнера? Или однозначно только к mazzy идти? Больше никто ничего не умеет что-ли?
Улыбнулся. А что если mazzy на рыбалку уедет? Это - любимый аргумент в пользу дорогих решений.
...
Рейтинг: 0 / 0
09.06.2009, 17:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36035376
Viverna
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viverna
Гость
Coolibin, есть простая истина - перед покупкой партнерского решения пообщайтесь с клиентами, где оно уже установлено. Причем с клиентами с примерно похожей нагрузкой, бизнес-процессами и т.д. И все станет ясно - все плюсы-минусы-тонкости. А выбирать только на основе презентаций где рассказывают все в розовом свете не стоит.
...
Рейтинг: 0 / 0
10.06.2009, 13:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36035758
Coolibin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Coolibin
Участник
VivernaCoolibin, есть простая истина - перед покупкой партнерского решения пообщайтесь с клиентами, где оно уже установлено. Причем с клиентами с примерно похожей нагрузкой, бизнес-процессами и т.д. И все станет ясно - все плюсы-минусы-тонкости. А выбирать только на основе презентаций где рассказывают все в розовом свете не стоит.
Вы правы, это будет более продуктивно, чем пытаться пообщаться на эту тему на форуме, где со всех углов понабегут как тараканы флудеры-советчики от продавцов и клиентам просто не дадут слова вставить, потому как, если у тех какие-то проблемы с системой, то они же непременно "недо-шпециалисты".

Добавлю только, если вы найдете с кем пообщаться таким образом, то его поставщик может всеми правдами и неправдами попытаться в таком общении поучаствовать. Постарайтесь, чтобы этого не произошло, а то это может сделать ценность такого общения ничтожной.
...
Рейтинг: 0 / 0
10.06.2009, 15:22
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36035762
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Ну что .. по бояним дальше?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
SELECT 
A.ITEMGROUPID,A.ITEMID,A.ITEMNAME,A.ITEMTYPE,A.PURCHMODEL,A.HEIGHT,A.WIDTH,A.SALESMODEL,
A.COSTGROUPID,A.REQGROUPID,A.PRIMARYVENDORID,A.NETWEIGHT,A.DEPTH,A.UNITVOLUME,A.BOMUNITID,
A.DENSITY,A.DEL_SCRAPTYPEID,A.DIMENSION,A.DIMENSION2_,A.DIMENSION3_,A.COSTMODEL,A.USEALTITEMID,
A.ALTITEMID,A.INTRACODE,A.BOMMANUALCONSUMP,A.BOMMANUALRECEIPT,A.STOPEXPLODE,A.DEL_COVPERINVENTLOCATION,
A.PHANTOM,A.INTRAUNIT,A.BOMLEVEL,A.BATCHNUMGROUPID,A.AUTOREPORTFINISHED,A.ORIGCOUNTRYID,
A.STATISTICSFACTOR,A.ALTCONFIGID,A.STANDARDCONFIGID,A.DEL_CONFIGACTIVE,A.PRODPOOLID,A.PROPERTYID,
A.ABCTIEUP,A.ABCREVENUE,A.ABCVALUE,A.ABCCONTRIBUTIONMARGIN,A.COMMISSIONGROUPID,A.DEL_BARCODE,
A.DEL_BARCODETYPE,A.CONFIGURABLE,A.SALESPERCENTMARKUP,A.SALESCONTRIBUTIONRATIO,A.SALESPRICEMODELBASIC,
A.MINAVERAGESETTLE,A.NAMEALIAS,A.PRODGROUPID,A.PROJCATEGORYID,A.GROSSDEPTH,A.GROSSWIDTH,
A.GROSSHEIGHT,A.SORTCODE,A.CONFIGSIMILAR,A.SERIALNUMGROUPID,A.DIMGROUPID,A.MODELGROUPID,
A.ITEMBUYERGROUPID,A.TAXPACKAGINGQTY,A.DEL_TEMPLATE,A.ORIGSTATEID,A.STOPEXPLODEPRICE,A.WMSPICKINGQTYTIME,
A.TARAWEIGHT,A.PACKAGINGGROUPID,A.SCRAPVAR,A.SCRAPCONST,A.STANDARDINVENTCOLORID,A.STANDARDINVENTSIZEID,
A.ITEMDIMCOMBINATIONAUTOCREATE,A.ITEMDIMCOSTPRICE,A.ITEMIDCOMPANY,A.ALTINVENTSIZEID,A.ALTINVENTCOLORID,
A.FORECASTDMPINCLUDE,A.PBAITEMCONFIGURABLE,A.PBAINVENTITEMGROUPID,A.GROSSWEIGHT_RU,A.PACKING_RU,
A.ASSETGROUPID_RU,A.ASSETID_RU,A.OWNERTMID,A.OWNERTMGROUPID,A.ITEMRANGEID,A.ITEMRANGEIDREF,
A.SALESDEPID,A.ITEMID_CRYSTALL,A.ITEMNAME_CRYSTALL,A.CERTIFGROUPID,A.PRICELISTTEMPLATEID,
A.PRICELISTGROUPID,A.REQMUSTBEBOUGHT,A.BOMSALECHANELID,A.USEBYDAY,A.OLAPITEMNAME,A.DCMANDATORY,
A.GRS_CREATEDATE,A.GRS_RATEOFLOSS,A.RECID,B.ITEMID,B.MODULETYPE,B.UNITID,B.PRICE,B.PRICEUNIT,
B.MARKUP,B.LINEDISC,B.MULTILINEDISC,B.ENDDISC,B.QUANTITY,B.LOWESTQTY,B.HIGHESTQTY,B.TAXITEMGROUPID,
B.BLOCKED,B.DELIVERYTIME,B.INVENTLOCATIONID,B.MANDATORYINVENTLOCATION,B.STANDARDQTY,B.MARKUPGROUPID,
B.PRICEDATE,B.PRICEQTY,B.ALLOCATEMARKUP,B.OVERDELIVERYPCT,B.UNDERDELIVERYPCT,B.SUPPITEMGROUPID,
B.CALENDARDAYS,B.INTERCOMPANYBLOCKED,B.PRICESECCUR_RU,B.MARKUPSECCUR_RU,B.ACCOUNTDEPATMENTBLOCK,
B.RETAILSALESBLOCKED,B.DEL_PRIMARYVENDID,B.WEIGHTITEM,B.BLOCKEDRETURN,B.RECID,C.ITEMID,
C.MODULETYPE,C.UNITID,C.PRICE,C.PRICEUNIT,C.MARKUP,C.LINEDISC,C.MULTILINEDISC,C.ENDDISC,
C.QUANTITY,C.LOWESTQTY,C.HIGHESTQTY,C.TAXITEMGROUPID,C.BLOCKED,C.DELIVERYTIME,C.INVENTLOCATIONID,
C.MANDATORYINVENTLOCATION,C.STANDARDQTY,C.MARKUPGROUPID,C.PRICEDATE,C.PRICEQTY,C.ALLOCATEMARKUP,
C.OVERDELIVERYPCT,C.UNDERDELIVERYPCT,C.SUPPITEMGROUPID,C.CALENDARDAYS,C.INTERCOMPANYBLOCKED,
C.PRICESECCUR_RU,C.MARKUPSECCUR_RU,C.ACCOUNTDEPATMENTBLOCK,C.RETAILSALESBLOCKED,C.DEL_PRIMARYVENDID,
C.WEIGHTITEM,C.BLOCKEDRETURN,C.RECID,D.ITEMID,D.MODULETYPE,D.UNITID,D.PRICE,D.PRICEUNIT,D.MARKUP,
D.LINEDISC,D.MULTILINEDISC,D.ENDDISC,D.QUANTITY,D.LOWESTQTY,D.HIGHESTQTY,D.TAXITEMGROUPID,
D.BLOCKED,D.DELIVERYTIME,D.INVENTLOCATIONID,D.MANDATORYINVENTLOCATION,D.STANDARDQTY,D.MARKUPGROUPID,
D.PRICEDATE,D.PRICEQTY,D.ALLOCATEMARKUP,D.OVERDELIVERYPCT,D.UNDERDELIVERYPCT,D.SUPPITEMGROUPID,
D.CALENDARDAYS,D.INTERCOMPANYBLOCKED,D.PRICESECCUR_RU,D.MARKUPSECCUR_RU,D.ACCOUNTDEPATMENTBLOCK,
D.RETAILSALESBLOCKED,D.DEL_PRIMARYVENDID,D.WEIGHTITEM,D.BLOCKEDRETURN,D.RECID,E.ITEMID,
E.DEL_CONFIGID,E.DEL_INVENTLOCATIONID,E.DEL_COVRULE,E.DEL_COVPERIOD,E.DEL_MININVENTONHAND,
E.DEL_MAXINVENTONHAND,E.COUNTGROUPID,E.DEL_DELIVERYTIME,E.WMSSTOREZONEID,E.WMSPICKINGLOCATION,
E.COUNTINGSTARTED,E.COUNTINGJOURNALID,E.WMSLOCATIONIDDEFAULTISSUE,E.WMSLOCATIONIDDEFAULTRECEIPT,
E.INVENTDIMID,E.USEWMSORDER,E.PICKINGLOCATIONREFILLMIN,E.AUTOREPORTFINISHED,E.RECID 


FROM 

INVENTTABLE A(NOLOCK),
INVENTTABLEMODULE B(NOLOCK),
INVENTTABLEMODULE C(NOLOCK),
INVENTTABLEMODULE D(NOLOCK),
INVENTITEMLOCATION E(NOLOCK)  
WHERE 
(A.DATAAREAID='mzg') AND ((B.DATAAREAID='mzg') AND ((B.MODULETYPE= 1 ) AND (A.ITEMID=B.ITEMID))) 
AND ((C.DATAAREAID='mzg') AND ((C.MODULETYPE= 0 ) AND (A.ITEMID=C.ITEMID))) 
AND ((D.DATAAREAID='mzg') AND ((D.MODULETYPE= 2 ) AND (A.ITEMID=D.ITEMID))) 
AND ((E.DATAAREAID='mzg') AND ((E.INVENTDIMID='              Axapta') 
AND (A.ITEMID=E.ITEMID))) AND EXISTS (SELECT 'x' FROM INVENTITEMRANGEREF F(NOLOCK)  
WHERE ((F.DATAAREAID='mzg') AND ((F.RANGEIDREFPARENT= 1193379382 ) AND (A.ITEMRANGEIDREF=F.RANGEIDREF)))) 
ORDER BY A.DATAAREAID,A.ITEMID OPTION(FAST  1 ,LOOP JOIN)

Как Вам такой пример кода?
По ходу это стандартный query в управлении запасами..
Все признаки маразма и сортировка по dataareaid и ExistJoin

Или этот шедевр?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
SELECT 
	SUM(A.POSTEDQTY),
	SUM(A.POSTEDVALUE),
	SUM(A.PHYSICALVALUE),
	SUM(A.DEDUCTED),
	SUM(A.RECEIVED),
	SUM(A.RESERVPHYSICAL),
	SUM(A.RESERVORDERED),
	SUM(A.REGISTERED),
	SUM(A.PICKED),
	SUM(A.ONORDER),
	SUM(A.ORDERED),
	SUM(A.ARRIVED),
	SUM(A.QUOTATIONRECEIPT),
	SUM(A.QUOTATIONISSUE),
	SUM(A.AVAILPHYSICAL),
	SUM(A.AVAILORDERED),
	SUM(A.POSTEDVALUESECCUR_RU),
	SUM(A.PHYSICALVALUESECCUR_RU),
	SUM(A.PHYSICALINVENT)
FROM 
	INVENTSUM A(NOLOCK),
	INVENTDIM B(NOLOCK)  
WHERE 
	((A.DATAAREAID='mzg') AND ((A.ITEMID='06050') AND (A.CLOSED= 0 ))) 
	AND ((B.DATAAREAID='mzg') AND ((B.INVENTDIMID=A.INVENTDIMID) 
	AND (B.INVENTLOCATIONID='Производство'))) 

OPTION(FAST  27 )
Кстати планы этого запроса на 2005 и 2000 отличаются..
2005 прощает такие издевательства, как фильтр по одинаковым значения... 'mzg'
А Акспатой это преподносится как бонус от перехода на 4,0 Аксапту :-))

Хотя движек заслуга исключительно только в "разрешении" работать с 2005 сервером базы данных..

Ну и апофиоз... который просто вымораживает своей крутизной..

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
SELECT 
	SUM(A.AMOUNTMST) 
FROM 
	REQUESTLINE A 
WHERE 
	(A.DATAAREAID='mzg') 
AND 
	EXISTS (
			SELECT 
				'x' 
			FROM a
				REQUESTTABLE B 
			WHERE 
				((B.DATAAREAID='mzg') 
					AND 
				((B.PURCHID=B.PURCHID) 
				AND 
				(B.REQUESTID=A.REQUESTID)))) 
OPTION(FAST  17 )
Ах.. да.. это же часть партнерского решения... :-)
Осталось найти эти Query... что отделить слои...
и понять.... а нафига это все вообще надо? Весь этот геморрой...
Купить лексус, что бы перебирать двигатель Лады Калины :-)
Удел фанатов :-)
...
Рейтинг: 0 / 0
10.06.2009, 15:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036628
Ага
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ага
Гость
Сорри за долгое отсутствие, был в отпуске.
Прошу прощения у Волочковой, действительно невнимательно Ваш запрос, фантомов скорее не словите.
Спасибо iscream за за ссылку презентацию , видно желание у людей работать и совершенстоваться, успехов им.
С больщим интересом прочитал дискуссию со времени моего последнего поста, как и ожидал участники дискуссии разделились на практиков (для кого Акстапа всего лишь инструмент) и теоретегов-оптимизаторов (тоже неплохие люди, но проект я бы их допускал только в отвественной роли стресс-тестеров).
Ранее уже писал, что есть есть кривая зависимости входа нового разработчика/стоимости поддержки в зависимости от сложности проекта. На основании своего небольшого 8 летнего опыта работы с самописками, 1С, Навижн и Аксаптой именно по этой причине склоняюсь к методологии разработки в Аксапте и Наве. В части учета - концепция документ->журнал->книга (регистр).
А в технической части - для моих клиентов достаточно скорости работы серверного курсора :). К сожалению не всегда sql запрос самый быстрый, иногда "курсор" быстрее :). Для сомневающихся для затравки предлагаю написать списание по расходной накладной со входящих товарных партий по Fifo с фиксацией какое количество с какой партией списалось одним запросом, ну или хотя бы расчет НДС построчено с размазыванием погрешностей округления на строки также одним запросом.


VolochkovaНу что .. по бояним дальше?
Код: plaintext
1.
SELECT ...

Как Вам такой пример кода?
По ходу это стандартный query в управлении запасами..
Все признаки маразма и сортировка по dataareaid и ExistJoin

Или этот шедевр?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
SELECT 
	SUM(A.POSTEDQTY),
	SUM(A.POSTEDVALUE),
	SUM(A.PHYSICALVALUE),
	SUM(A.DEDUCTED),
	SUM(A.RECEIVED),
	SUM(A.RESERVPHYSICAL),
	SUM(A.RESERVORDERED),
	SUM(A.REGISTERED),
	SUM(A.PICKED),
	SUM(A.ONORDER),
	SUM(A.ORDERED),
	SUM(A.ARRIVED),
	SUM(A.QUOTATIONRECEIPT),
	SUM(A.QUOTATIONISSUE),
	SUM(A.AVAILPHYSICAL),
	SUM(A.AVAILORDERED),
	SUM(A.POSTEDVALUESECCUR_RU),
	SUM(A.PHYSICALVALUESECCUR_RU),
	SUM(A.PHYSICALINVENT)
FROM 
	INVENTSUM A(NOLOCK),
	INVENTDIM B(NOLOCK)  
WHERE 
	((A.DATAAREAID='mzg') AND ((A.ITEMID='06050') AND (A.CLOSED= 0 ))) 
	AND ((B.DATAAREAID='mzg') AND ((B.INVENTDIMID=A.INVENTDIMID) 
	AND (B.INVENTLOCATIONID='Производство'))) 

OPTION(FAST  27 )
Кстати планы этого запроса на 2005 и 2000 отличаются..
2005 прощает такие издевательства, как фильтр по одинаковым значения... 'mzg'
А Акспатой это преподносится как бонус от перехода на 4,0 Аксапту :-))

Хотя движек заслуга исключительно только в "разрешении" работать с 2005 сервером базы данных..

Ну и апофиоз... который просто вымораживает своей крутизной..

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
SELECT 
	SUM(A.AMOUNTMST) 
FROM 
	REQUESTLINE A 
WHERE 
	(A.DATAAREAID='mzg') 
AND 
	EXISTS (
			SELECT 
				'x' 
			FROM a
				REQUESTTABLE B 
			WHERE 
				((B.DATAAREAID='mzg') 
					AND 
				((B.PURCHID=B.PURCHID) 
				AND 
				(B.REQUESTID=A.REQUESTID)))) 
OPTION(FAST  17 )

Возможно реализация с точки зрения "красивости" кода оставляет желает лучшего, приведите однако планы выполнения :). Уверен, что если вы напишите более красивый и оптимальный транслятор кода Аксапты в sql запросы- MS это непременно оценит. Дерзайте.

Volochkova
и понять.... а нафига это все вообще надо? Весь этот геморрой...
Купить лексус, что бы перебирать двигатель Лады Калины :-)
Удел фанатов :-)

В огороде бузина, а в Киеве дядька :). Лексус не покупали, не разбирали а мотор перебирать подрядились?
Писал ранее - смотря кому надо.
Язва Волочкова - одно,
импрессарио ИТ директор - другое,
хозяин погоревшего театра - третье.
...
Рейтинг: 0 / 0
11.06.2009, 00:11
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036678
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
АгаСорри за долгое отсутствие, был в отпуске.
Прошу прощения у Волочковой, действительно невнимательно Ваш запрос, фантомов скорее не словите.
Спасибо iscream за за ссылку презентацию , видно желание у людей работать и совершенстоваться, успехов им.
С больщим интересом прочитал дискуссию со времени моего последнего поста, как и ожидал участники дискуссии разделились на практиков (для кого Акстапа всего лишь инструмент) и теоретегов-оптимизаторов (тоже неплохие люди, но проект я бы их допускал только в отвественной роли стресс-тестеров).
Ранее уже писал, что есть есть кривая зависимости входа нового разработчика/стоимости поддержки в зависимости от сложности проекта. На основании своего небольшого 8 летнего опыта работы с самописками, 1С, Навижн и Аксаптой именно по этой причине склоняюсь к методологии разработки в Аксапте и Наве. В части учета - концепция документ->журнал->книга (регистр).
А в технической части - для моих клиентов достаточно скорости работы серверного курсора :) . К сожалению не всегда sql запрос самый быстрый, иногда "курсор" быстрее :). Для сомневающихся для затравки предлагаю написать списание по расходной накладной со входящих товарных партий по Fifo с фиксацией какое количество с какой партией списалось одним запросом, ну или хотя бы расчет НДС построчено с размазыванием погрешностей округления на строки также одним запросом.


Ну блин буду тогда хватит и 1с...


Ага
Возможно реализация с точки зрения "красивости" кода оставляет желает лучшего, приведите однако планы выполнения :). Уверен, что если вы напишите более красивый и оптимальный транслятор кода Аксапты в sql запросы- MS это непременно оценит. Дерзайте.


Именно это и делается... :-) и обзываются подобные трансляторы самописки :-)


Ага
В огороде бузина, а в Киеве дядька :). Лексус не покупали, не разбирали а мотор перебирать подрядились?

Судя по смыслу текст водителя даже не Калины - Классики... :-)
За покупку лексуса, за бешенные бабки, люди получают офигено качество, гарантию.. и бесплатный отзыв или замену авто в случае...
А с Аксаптой и в течении 3 лет выплатите цену еще такой же Акспаты, за то ... что БУДУТ ИСПРАВЛЯТЬ СОБСТВЕННЫЕ ЖЕ БАГИ :-)))
...
Рейтинг: 0 / 0
11.06.2009, 02:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036680
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
Сразу скажу.. индексы на таблицах одинаковые :-)
SQL 2005
...
Рейтинг: 0 / 0
11.06.2009, 02:25
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036681
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
SQL 2000
...
Рейтинг: 0 / 0
11.06.2009, 02:25
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036765
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
Volochkova, c таким же успехом можно утверждать,что все средства разработки и языки - полный отстой.Сделайте рефакторинг.
...
Рейтинг: 0 / 0
11.06.2009, 08:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036867
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SeVaVolochkova, c таким же успехом можно утверждать,что все средства разработки и языки - полный отстой.Сделайте рефакторинг.
Axapta - это не система производства Волочковой. Кому рефакторинг сделать?

для справки
...
Рейтинг: 0 / 0
11.06.2009, 09:50
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036894
IgorK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorK
Участник
Интересные размышления насчет Калины и Лексуса...
Вот скажите, SAP - это хто - может Бентли, судя по цене? Вы думаете там нет проблем производительности - да хренова гора этих проблем!!! А OEBS ?
В любой большой системе есть куча проблем (ну есс-но кроме искры - типа шутка), и чтобы их решать нужно знать как устроена система, что и как там крутится, как избежать узких мест ну и т.д. - за это вообще-то люди, которые в народе компьютерщиками зовуться, получают деньги.
Работа системы с 10-50 пользователями и 100-150 - две дольшие разницы, это надо понимать, и соответственно делать все остальное...
Все ИМХО.
...
Рейтинг: 0 / 0
11.06.2009, 10:04
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036896
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
Iscrafrm,что такое Аксапта я знаю,не нужно народ веселить
...
Рейтинг: 0 / 0
11.06.2009, 10:06
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036949
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SeVaIscrafrm,что такое Аксапта я знаю,не нужно народ веселить
Хм...рефакторинг чего тогда предлагали провести? Вопрос ведь простой был.
...
Рейтинг: 0 / 0
11.06.2009, 10:20
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36036988
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
Поставка у них в исходных кодах,БД доступна.Кто мешает навести в них порядок?Мне доводилось этим заниматься,работало все гораздо веселее.Движок там старый,но и с ним можно жить
...
Рейтинг: 0 / 0
11.06.2009, 10:31
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36037015
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SeVa,
так речь идет о том, что заплачено за решение . Волочкова и не скрывает, что проблемы решаются собственными силами.
...
Рейтинг: 0 / 0
11.06.2009, 10:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36037249
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
iscrafmВолочкова и не скрывает, что проблемы решаются собственными силами.
Угу. Только это не "решаются", а "гробят"
...
Рейтинг: 0 / 0
11.06.2009, 11:52
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36037258
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
VolochkovaСразу скажу.. индексы на таблицах одинаковые :-)
SQL 2005
...
SQL 2000
Прима! Обновите наконец статистику на обоих серверах.
...
Рейтинг: 0 / 0
11.06.2009, 11:55
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36037286
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mazzy
Участник
Ладно, раз уж начал комментировать

VolochkovaНу что .. по бояним дальше?
Вы привели три запроса:
Первый запрос нестандартный, поскольку содержит таблицу INVENTITEMRANGEREF
Второй стандартный, но... (см. ниже в этом посте)
Третий нестандартый

Теперь про стандартный запрос.
Похоже вы переключили галочку для работы с литералами.
Обратите внимание на ваше сообщение на 14 странице http://sql.ru/forum/actualthread.aspx?tid=650982&pg=14#7272429
Там используются placeholders. В результате на sql сервер передавался один и тот же текст запроса, sql-сервер мог воспользоваться уже скомпилированными планами и брал данные из кэша.

Здесь же у вас константы в тексте запроса.
В результате sql занимается компиляцией каждый раз и работает другой механизм оптимизации, основанный на константах (подробнее про оптимизацию SQL в специализированные статьи).

Про литералы в Аксапте сюда:
http://axapta.mazzy.ru/lib/literals_vs_placeholders/

Блин, если такое переключение осуществили "на ходу" в продакт-базе...
Шпециалисты хреновы...

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
SELECT 
A.ITEMGROUPID,A.ITEMID,A.ITEMNAME,A.ITEMTYPE,A.PURCHMODEL,A.HEIGHT,A.WIDTH,A.SALESMODEL,
A.COSTGROUPID,A.REQGROUPID,A.PRIMARYVENDORID,A.NETWEIGHT,A.DEPTH,A.UNITVOLUME,A.BOMUNITID,
A.DENSITY,A.DEL_SCRAPTYPEID,A.DIMENSION,A.DIMENSION2_,A.DIMENSION3_,A.COSTMODEL,A.USEALTITEMID,
A.ALTITEMID,A.INTRACODE,A.BOMMANUALCONSUMP,A.BOMMANUALRECEIPT,A.STOPEXPLODE,A.DEL_COVPERINVENTLOCATION,
A.PHANTOM,
A.INTRAUNIT,A.BOMLEVEL,A.BATCHNUMGROUPID,A.AUTOREPORTFINISHED,A.ORIGCOUNTRYID,A.STATISTICSFACTOR,
A.ALTCONFIGID,A.STANDARDCONFIGID,A.DEL_CONFIGACTIVE,A.PRODPOOLID,A.PROPERTYID,A.ABCTIEUP,
A.ABCREVENUE,A.ABCVALUE,A.ABCCONTRIBUTIONMARGIN,A.COMMISSIONGROUPID,A.DEL_BARCODE,A.DEL_BARCODETYPE,
A.CONFIGURABLE,A.SALESPERCENTMARKUP,A.SALESCONTRIBUTIONRATIO,A.SALESPRICEMODELBASIC,A.MINAVERAGESETTLE,
A.NAMEALIAS,A.PRODGROUPID,A.PROJCATEGORYID,A.GROSSDEPTH,A.GROSSWIDTH,A.GROSSHEIGHT,A.SORTCODE,
A.CONFIGSIMILAR,A.SERIALNUMGROUPID,A.DIMGROUPID,A.MODELGROUPID,A.ITEMBUYERGROUPID,A.TAXPACKAGINGQTY,
A.DEL_TEMPLATE,A.ORIGSTATEID,A.STOPEXPLODEPRICE,A.WMSPICKINGQTYTIME,A.TARAWEIGHT,A.PACKAGINGGROUPID,
A.SCRAPVAR,A.SCRAPCONST,A.STANDARDINVENTCOLORID,A.STANDARDINVENTSIZEID,A.ITEMDIMCOMBINATIONAUTOCREATE,
A.ITEMDIMCOSTPRICE,A.ITEMIDCOMPANY,A.ALTINVENTSIZEID,A.ALTINVENTCOLORID,A.FORECASTDMPINCLUDE,
A.PBAITEMCONFIGURABLE,A.PBAINVENTITEMGROUPID,A.GROSSWEIGHT_RU,A.PACKING_RU,A.ASSETGROUPID_RU,
A.ASSETID_RU,A.OWNERTMID,A.OWNERTMGROUPID,A.ITEMRANGEID,A.ITEMRANGEIDREF,A.SALESDEPID,A.ITEMID_CRYSTALL,
A.ITEMNAME_CRYSTALL,A.CERTIFGROUPID,A.PRICELISTTEMPLATEID,A.PRICELISTGROUPID,A.REQMUSTBEBOUGHT,
A.BOMSALECHANELID,A.USEBYDAY,A.OLAPITEMNAME,A.DCMANDATORY,A.GRS_CREATEDATE,A.GRS_RATEOFLOSS,
A.RECID,B.ITEMID,B.MODULETYPE,B.UNITID,B.PRICE,B.PRICEUNIT,B.MARKUP,B.LINEDISC,B.MULTILINEDISC,
B.ENDDISC,B.QUANTITY,B.LOWESTQTY,B.HIGHESTQTY,B.TAXITEMGROUPID,B.BLOCKED,B.DELIVERYTIME,
B.INVENTLOCATIONID,B.MANDATORYINVENTLOCATION,B.STANDARDQTY,B.MARKUPGROUPID,B.PRICEDATE,
B.PRICEQTY,B.ALLOCATEMARKUP,B.OVERDELIVERYPCT,B.UNDERDELIVERYPCT,B.SUPPITEMGROUPID,B.CALENDARDAYS,
B.INTERCOMPANYBLOCKED,B.PRICESECCUR_RU,B.MARKUPSECCUR_RU,B.ACCOUNTDEPATMENTBLOCK,B.RETAILSALESBLOCKED,
B.DEL_PRIMARYVENDID,B.WEIGHTITEM,B.BLOCKEDRETURN,B.RECID,C.ITEMID,C.MODULETYPE,C.UNITID,C.PRICE,
C.PRICEUNIT,C.MARKUP,C.LINEDISC,C.MULTILINEDISC,C.ENDDISC,C.QUANTITY,C.LOWESTQTY,C.HIGHESTQTY,
C.TAXITEMGROUPID,C.BLOCKED,C.DELIVERYTIME,C.INVENTLOCATIONID,C.MANDATORYINVENTLOCATION,
C.STANDARDQTY,C.MARKUPGROUPID,C.PRICEDATE,C.PRICEQTY,C.ALLOCATEMARKUP,C.OVERDELIVERYPCT,
C.UNDERDELIVERYPCT,C.SUPPITEMGROUPID,C.CALENDARDAYS,C.INTERCOMPANYBLOCKED,C.PRICESECCUR_RU,
C.MARKUPSECCUR_RU,C.ACCOUNTDEPATMENTBLOCK,C.RETAILSALESBLOCKED,C.DEL_PRIMARYVENDID,C.WEIGHTITEM,
C.BLOCKEDRETURN,C.RECID,D.ITEMID,D.MODULETYPE,D.UNITID,D.PRICE,D.PRICEUNIT,D.MARKUP,D.LINEDISC,
D.MULTILINEDISC,D.ENDDISC,D.QUANTITY,D.LOWESTQTY,D.HIGHESTQTY,D.TAXITEMGROUPID,D.BLOCKED,
D.DELIVERYTIME,D.INVENTLOCATIONID,D.MANDATORYINVENTLOCATION,D.STANDARDQTY,D.MARKUPGROUPID,
D.PRICEDATE,D.PRICEQTY,D.ALLOCATEMARKUP,D.OVERDELIVERYPCT,D.UNDERDELIVERYPCT,D.SUPPITEMGROUPID,
D.CALENDARDAYS,D.INTERCOMPANYBLOCKED,D.PRICESECCUR_RU,D.MARKUPSECCUR_RU,D.ACCOUNTDEPATMENTBLOCK,
D.RETAILSALESBLOCKED,D.DEL_PRIMARYVENDID,D.WEIGHTITEM,D.BLOCKEDRETURN,D.RECID,E.ITEMID,E.DEL_CONFIGID,
E.DEL_INVENTLOCATIONID,E.DEL_COVRULE,E.DEL_COVPERIOD,E.DEL_MININVENTONHAND,E.DEL_MAXINVENTONHAND,
E.COUNTGROUPID,E.DEL_DELIVERYTIME,E.WMSSTOREZONEID,E.WMSPICKINGLOCATION,E.COUNTINGSTARTED,
E.COUNTINGJOURNALID,E.WMSLOCATIONIDDEFAULTISSUE,E.WMSLOCATIONIDDEFAULTRECEIPT,E.INVENTDIMID,
E.USEWMSORDER,E.PICKINGLOCATIONREFILLMIN,E.AUTOREPORTFINISHED,E.RECID 


FROM 

INVENTTABLE A(NOLOCK),
INVENTTABLEMODULE B(NOLOCK),
INVENTTABLEMODULE C(NOLOCK),
INVENTTABLEMODULE D(NOLOCK),
INVENTITEMLOCATION E(NOLOCK)  
WHERE 
(A.DATAAREAID='mzg') AND ((B.DATAAREAID='mzg') AND ((B.MODULETYPE= 1 ) AND (A.ITEMID=B.ITEMID))) 
AND ((C.DATAAREAID='mzg') AND ((C.MODULETYPE= 0 ) AND (A.ITEMID=C.ITEMID))) 
AND ((D.DATAAREAID='mzg') AND ((D.MODULETYPE= 2 ) AND (A.ITEMID=D.ITEMID))) 
AND ((E.DATAAREAID='mzg') AND ((E.INVENTDIMID='              Axapta') 
AND (A.ITEMID=E.ITEMID))) AND EXISTS (SELECT 'x' FROM INVENTITEMRANGEREF F(NOLOCK)  
WHERE ((F.DATAAREAID='mzg') AND ((F.RANGEIDREFPARENT= 1193379382 ) AND (A.ITEMRANGEIDREF=F.RANGEIDREF)))) 
ORDER BY A.DATAAREAID,A.ITEMID OPTION(FAST  1 ,LOOP JOIN)
...
Рейтинг: 0 / 0
11.06.2009, 12:02
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36037396
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
mazyVolochkova
Сразу скажу.. индексы на таблицах одинаковые :-)
SQL 2005
...
SQL 2000
Прима! Обновите наконец статистику на обоих серверах.
2005 по-другому показывает lookup'ы.Планы выполнения одинаковые.
iscrafrmтак речь идет о том, что заплачено за решение
Тогда речь должна идти о кривом решении партнеров, а не о самой Аксапте.Смотреть нужно было перед покупкой.Само по себе партнерство ничего не значит, знаю,как оно получалось(без единого специалиста с опытом,только после курсов и сдачи экзаменов)
...
Рейтинг: 0 / 0
11.06.2009, 12:35
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36037471
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SeVaТогда речь должна идти о кривом решении партнеров, а не о самой Аксапте.Смотреть нужно было перед покупкой.Само по себе партнерство ничего не значит, знаю,как оно получалось(без единого специалиста с опытом,только после курсов и сдачи экзаменов)
Создается впечатление, что о чем речь идет Вы не читали, а в обсуждение вступаете. Почитайте все же выше, а то новый круг начинаете. Там и решениях партнеров и Gold статусах...
...
Рейтинг: 0 / 0
11.06.2009, 12:59
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36037501
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
авторСоздается впечатление, что о чем речь идет Вы не читали, а в обсуждение вступаете. Почитайте все же выше, а то новый круг начинаете. Там и решениях партнеров и Gold статусах...
Читал по-диагонали(курсоры,кривые запросы,решение от партнеров).Это совершенно не говорит о кривости Аксапты.Я ничего не пропустил? Винить можно только свое ротозейство и нежелание править косяки,которые везде есть,не бывает идеальных продуктов
...
Рейтинг: 0 / 0
11.06.2009, 13:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038563
Ага
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ага
Гость
Тема скатилась к холивару.
Предлагаю закрыть и открыть новые по наиболее животрепещущим темам:
1. "Каким я вижу идеальный инструмент для разработки систем управления предприятием" (форум ERP и учетные системы).
2. "Навязывание вендором методологии разработки продукта/расширения функционала - путь к стандартации или тормоз на пути прогресса?" (ERP и учетные системы).
3. "Ассемблер или ЯВУ? Запросы в коде или ODBC? ..... Как найти баланс между скоростью работы приложения и простотой поддержки продукта. (Разработка информационных систем)
4. "Программист на поддержке - тварь ли я дрожащая или право имею?" (Просто треп).
5. "Volochkova - он или она" (Просто треп).
...
Рейтинг: 0 / 0
12.06.2009, 00:17
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038643
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
mazzyЛадно, раз уж начал комментировать
...


mazzy называйте слова своими именами... текст нестандартный надо читать как текст партнера?
У Вас все горе шпециалисты, одни Вы в белом..
Мой пример стандартного кода... :-) я уже подставил параметры, что бы ясно было что выбирает Акспата :-)

Теперь вернемся к ГУРУ ШПЕЦИАЛИСТАМ
И так..
Имеем...
...
Рейтинг: 0 / 0
12.06.2009, 04:30
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038645
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
обычный текст партнера, вроде ничего критического

и текст запроса в SQL
SELECT A.RECID FROM INVENTTRANS A(INDEX(I_177ITEMIDX) NOLOCK) WHERE ((DATAAREAID=?) AND (((ITEMID=?) AND (STATUSRECEIPT<>?)) AND (STATUSISSUE<>?))) OPTION(FAST 2) + параметры...

Ах да... Виноват партнер... Кривой код...
Волочкова и неработающая статистика...
:-))

muzzy Вы со своей статистикой носитесь как курица черти с чем :-)
приведу пример. сделано на обоих серваках..

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
DECLARE @sqlstr varchar( 4000 )
Declare @T1 as varchar( 100 )

SET NOCOUNT ON
declare st scroll cursor for (
	select 
		s1 = o.name  
	from
		dbo.sysobjects o, dbo.sysindexes i 
	where OBJECTPROPERTY(o.id, N'IsTable') =  1  and i.id = o.id and i.indid <  2  and  (case when (OBJECTPROPERTY(o.id, N'IsMSShipped')= 1 ) then  1  else OBJECTPROPERTY(o.id, N'IsSystemTable') end) =  0  )
Open st
Fetch next from st into @t1
While @@Fetch_Status =  0 
BEGIN
		SELECT @sqlstr = 'UPDATE STATISTICS  ' + @t1 + '  WITH FULLSCAN'		
		EXEC (@sqlstr)
	Fetch next from st into @t1
END
Close st
Deallocate St

SET NOCOUNT OFF
GO

Запускалось везде... рояль не появился :-)
Так что успокойтесь... Костыльки Акспате до фенечки
Проблема глобальная..
...
Рейтинг: 0 / 0
12.06.2009, 04:39
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038646
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
SeVamazyVolochkova
Сразу скажу.. индексы на таблицах одинаковые :-)
SQL 2005
...
SQL 2000
Прима! Обновите наконец статистику на обоих серверах.
2005 по-другому показывает lookup'ы.Планы выполнения одинаковые.
iscrafrmтак речь идет о том, что заплачено за решение
Тогда речь должна идти о кривом решении партнеров, а не о самой Аксапте.Смотреть нужно было перед покупкой.Само по себе партнерство ничего не значит, знаю,как оно получалось(без единого специалиста с опытом,только после курсов и сдачи экзаменов)

Пардон... Про назойливую статистику не к muzzy.
Виноват..

Вам по ходу нимб давит..

Значит управление лексусом, только водителю прошедшему курсы полноценного автомеханика???
С опытом ремонта танков в полевых условиях???

Гы... Ну и чем не развод?

SeVa
Читал по-диагонали(курсоры,кривые запросы,решение от партнеров).Это совершенно не говорит о кривости Аксапты.Я ничего не пропустил? Винить можно только свое ротозейство и нежелание править косяки,которые везде есть,не бывает идеальных продуктов

Прочти последовательно.
Ни одного аргумента конкретного, кроме маркетниговой воды..
на все технические замечание.. ответы типа..
автор
сами лохи, купили?
нефиг говорить что плохое
...
Рейтинг: 0 / 0
12.06.2009, 04:44
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038782
V. Goncharenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
V. Goncharenko
Участник
Экая же Вы, г-жа Volochkova, темпераментная :)
авторМой пример стандартного кода...
(тоскливо) Ну нестандартный он.. Нестандартный
Volochkovaобычный текст партнера..
...
Проблема глобальная..
Должен признать, логика Ваша порой весьма замысловата...
BTW, приведенный Вами текст запроса из профайлера никак не связан с запросом на X++ со скриншота - сравните список выбираемых полей и условия по StatusRecept, StatusIssue. Так что - тщательнЕй, тщательнЕй надо :)
А код партнерский и, надо сказать, кривой неоднозначный. Начиная с орфографии в названии метода и заканчивая тем, что метод havePurchaiseTrans отбирает ВСЕ складские приходы (не только по закупке)
VolochkovaНи одного аргумента конкретного, кроме маркетниговой воды..
на все технические замечание.. ответы типа..
mazzyНет версии 3.5, сколько можно говорить...
Это шутка :)
CoolibinВы правы, это будет более продуктивно, чем пытаться пообщаться на эту тему на форуме, где со всех углов понабегут как тараканы флудеры-советчики от продавцов и клиентам просто не дадут слова вставить, потому как, если у тех какие-то проблемы с системой, то они же непременно "недо-шпециалисты".
Карма -1 :)

BTW,
GartnerCautions
* If not managed properly, partners tend to overly modify Dynamics AX, which makes it hard to upgrade the solution or roll it out across a group of companies, and the level of governance and discipline that is required on the client's side can be too demanding for midmarket companies on their own.

Magic Quadrant for Midmarket and Tier 2-Oriented ERP for Product-Centric Companies
Вот с одним из таких решений г-жа Волочкова и мается по всей видимости. Вот в чем я с г-й Волочковой согласен, одним обновлением статистики таким решениям не помочь. Другое дело - клиенту как правило неважно (либо трудно понять), где именно проблема. Партнер поработал и ушел, система осталась - система виновата :(
...
Рейтинг: 0 / 0
12.06.2009, 11:34
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038820
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
авторавторавторЗапускалось везде... рояль не появился :-)
Так что успокойтесь... Костыльки Акспате до фенечки
Проблема глобальная.
ПРоблема здесь только в отсутствии опыта и знаний.2005 и 2000 имеют разные движки и по-разному показывают планы выполнения.ПЛАНЫ ИДЕНТИЧНЫ,можешь успокоится
авторНи одного аргумента конкретного, кроме маркетниговой воды..
на все технические замечание.. ответы типа.
Внятных аргументов тоже не увидел.Если не можешь вправить мозги кривым поделкам,смени место работы или специальность
...
Рейтинг: 0 / 0
12.06.2009, 12:06
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038826
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
По поводу квадрантов от Гартнера, ссылку на один из них дали чуть выше...

По мнению Гартнер, Axapta - это:

Квадрант...industry-neutral functionality by Microsoft combined with industry- or customer-specific, “long-tail” functionality built by or together with partners. Its architecture is well-designed to support this joint innovation model, and the channel gives access to a variety of solutions. The partner channel is international and growing fast, and Microsoft is committed to ensuring its quality by continually improving certification processes.

то же самое по-русски, если кто не понял..

по-русски...типовая функциональность от Microsoft в сочетании с отраслевыми решениями или решениями для конкретного клиента, развитая линейка решений типовых или построенных совместно с партнерами. Ее архитектура прекрасно спроектирована для поддержки этой совместной инновационной модели, и канал сбыта дает доступ к различным решениям. Партнерская является международной, и растет быстро, а Microsoft стремится к тому, чтобы ее качество постоянно совершенствовалось и улучшает процессы сертификации .

В этом топике обсуждается как раз обратное . Судя по всему не настолько прекрасно и не настолько хорошо работают процессы сертификации. Или к чему была ссылка? Показать, что Гартнер аксапту засунул в правый верхний угол, а вы тут непонятно что обсуждаете?
...
Рейтинг: 0 / 0
12.06.2009, 12:09
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038918
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
V. GoncharenkoЭкая же Вы, г-жа Volochkova, темпераментная :)
Ну какая есть.... :-)

V. Goncharenko(тоскливо) Ну нестандартный он.. Нестандартный
Переведите пожалуйста.. Вот сидит перед Вами собственник бизнеса. Что значит ему продали Лескус с китайскими запчастями? :-)



V. Goncharenkoприведенный Вами текст запроса из профайлера никак не связан с запросом на X++ со скриншота - сравните список выбираемых полей и условия по StatusRecept, StatusIssue. Так что - тщательнЕй, тщательнЕй надо :)


Учту... поищу тщательней...
Допустим я ошибся, взял неверное место в программе...

Но.. вот скажите... если индекс в запросе X++ прибит намертво ( указан жестко), а проперти индекса поставить Enable = false запрос отработает с ошибкой? Я правильно ведь понимаю?

Так вот провели испытания..
Индекс I_177ITEMIDX - удалили... с MS SQL... нафиг..
код стал стал ругаться, что нет требуемого индекса - I_177ITEMIDX
индексу - I_177ITEMIDX Enable = false.. В Акспате
Код снова работает - вывод? индекс не указан жестко... Его выбирает Аксапта..

Теперь.. смотрим сам запрос профайлера..

автор
SELECT
A.RECID
FROM
INVENTTRANS A(INDEX(I_177ITEMIDX) NOLOCK)
WHERE
((DATAAREAID=?) AND (((ITEMID=?) AND (STATUSRECEIPT<>?)) AND (STATUSISSUE<>?)))
OPTION(FAST 2) + параметры...


Вы видите список полей участвующих в Where?
Почему для них автоматически Акспата берет неверный индекс?
Опция (fast2) в данном случае вообще бред :-)
...
Рейтинг: 0 / 0
12.06.2009, 13:05
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36038942
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
SeVa
ПРоблема здесь только в отсутствии опыта и знаний.2005 и 2000 имеют разные движки и по-разному показывают планы выполнения.ПЛАНЫ ИДЕНТИЧНЫ,можешь успокоится

Проблема в том, что Вы не читаете что написано...
Точнее читаете по диагонали...

автор
Кстати планы этого запроса на 2005 и 2000 отличаются..
2005 прощает такие издевательства, как фильтр по одинаковым значения... 'mzg'
А Акспатой это преподносится как бонус от перехода на 4,0 Аксапту :-))

Хотя движек заслуга исключительно только в "разрешении" работать с 2005 сервером базы данных..

Ну и апофиоз... который просто вымораживает своей крутизной..


здесь написано тоже самое что и у Вас

SeVa2005 и 2000 имеют разные движки и по-разному показывают планы выполнения.

SeVaВнятных аргументов тоже не увидел.
Прочти с 6 страницы, не по диагонали, претензий конкретных.. вагоны :-)

SeVaЕсли не можешь вправить мозги кривым поделкам,смени место работы или специальность
Как Вы можете утверждать!!! Что на Акспате могут быть кривые поделки!!!! Что Вы такое говорите!!!!
Код Голд Партнера МС между прочим!!!!

Кривые поделки.... Это удел самописок.. Разве Вы не знали???

P.S. На автозаводы буржуйские, собирающие отверткой, автомобили в России никогда не брали специалистов, имеющих ХОТЬ КАКОЙТО МАЛОМАЛЬСКИЙ ОПЫТ работы в отечественном автопроме..
Когда поймете почему... поймете степень мотивации рядового сотрудника к вправлению мозгов... кривой поделке...

P.S.S. возвращаясь к начальной теме топика, по Вашему, покупая продукт у партнера МС, надо готовится к исправлению КРИВОНОЖЕК ( кривой поделки)?
...
Рейтинг: 0 / 0
12.06.2009, 13:21
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36039276
V. Goncharenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
V. Goncharenko
Участник
iscrafm...типовая функциональность от Microsoft в сочетании с отраслевыми решениями или решениями для конкретного клиента, развитая линейка решений типовых или построенных совместно с партнерами. Ее архитектура прекрасно спроектирована для поддержки этой совместной инновационной модели
Или к чему была ссылка?
Я привел один абзац из отчета Gartner об опасности чрезмерной модификации стандартного приложения и ссылку на первоисточник. Я понимаю, Вы человек занятой, поэтому приведу цитату еще раз
GartnerIf not managed properly, partners tend to overly modify Dynamics AX
Если что-то все еще непонятно - не стесняйтесь, спрашивайте
Архитектура хорошо спроектирована для поддержки решений партнеров параллельно со стандартным функционалом, но архитектура не гарантирует качества этих решений. По поводу сертификции партнеров и решений - это не ко мне, извините
VolochkovaПереведите пожалуйста.. Вот сидит перед Вами собственник бизнеса. Что значит ему продали Лескус с китайскими запчастями? :-)
Да кто бы ни сидел - часть деталей в Вашем лексусе была выточена в гараже, соблюсти все технологические нормы не получилось (увы)
Кстати, сравнение с лексусом может и не быть таким уж корректным - я не удивлюсь, если часть электроники в нем уже таки произведена в Поднебесной :)
VolochkovaНо.. вот скажите... если индекс в запросе X++ прибит намертво ( указан жестко), а проперти индекса поставить Enable = false запрос отработает с ошибкой? Я правильно ведь понимаю?
..
индекс не указан жестко... Его выбирает Аксапта..

Не совсем верно. Если объект отключен в репозитарии, конфигурацией или лицензией, к runtime ошибкам это не приводит (этим заведует ядро)
авторТеперь.. смотрим сам запрос профайлера..
Код: plaintext
1.
2.
3.
4.
5.
6.
SELECT 
    A.RECID 
FROM 
    INVENTTRANS A(INDEX(I_177ITEMIDX) NOLOCK) 
WHERE 
((DATAAREAID=?) AND (((ITEMID=?) AND (STATUSRECEIPT<>?)) AND (STATUSISSUE<>?))) 
OPTION(FAST  2 ) + параметры...
Вы видите список полей участвующих в Where?
Почему для них автоматически Акспата берет неверный индекс?
Потому что этот индекс разработчик в X++ прописал. Вы можете вообще отключить все эти хинты на уровне приложения одной опцией (я в версии 3.0 обычно так и делал, как - смотрите выше по ссылке)
То, что Вы начинаете задавать правильные вопросы, не может не радовать. Попробуйте начать с этого . Ну и тематические форумы (начитать понятное дело с axforum ) тоже игнорировать не стоит
VolochkovaP.S.S. возвращаясь к начальной теме топика, по Вашему, покупая продукт у партнера МС, надо готовится к исправлению КРИВОНОЖЕК (кривой поделки)?
Есть такая опасность. Я вообще настороженно смотрю на партнеров, продающих решения вместо внедрения. Сами сейчас работаем с партнером, у которого решений нет вообще, но профессионализм - любо-дорого посмотреть
...
Рейтинг: 0 / 0
12.06.2009, 19:03
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36039280
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
V. Goncharenko
Я привел один абзац из отчета Gartner об опасности чрезмерной модификации стандартного приложения и ссылку на первоисточник.
а как же слои? Стандартное, я так понял, никто не модифицировал чрезмерно. Проколы в пристройках. Или там шатный функционал покорежен?
...
Рейтинг: 0 / 0
12.06.2009, 19:15
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36039360
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
авторТак вот провели испытания..
Индекс I_177ITEMIDX - удалили... с MS SQL... нафиг..
код стал стал ругаться, что нет требуемого индекса - I_177ITEMIDX
индексу - I_177ITEMIDX Enable = false.. В Акспате
Код снова работает - вывод? индекс не указан жестко... Его выбирает Аксапта.
Вероятно, явно указан hint,уберите index hint I_177ITEMIDX в запросе и не мучайте таблицу.Большинство хинтов левые и имеет смысл попробовать отключить их через настройку
...
Рейтинг: 0 / 0
12.06.2009, 21:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36040027
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
SeVaавторТак вот провели испытания..
Индекс I_177ITEMIDX - удалили... с MS SQL... нафиг..
код стал стал ругаться, что нет требуемого индекса - I_177ITEMIDX
индексу - I_177ITEMIDX Enable = false.. В Акспате
Код снова работает - вывод? индекс не указан жестко... Его выбирает Аксапта.
Вероятно, явно указан hint,уберите index hint I_177ITEMIDX в запросе и не мучайте таблицу.Большинство хинтов левые и имеет смысл попробовать отключить их через настройку

Вы проверьте, а потом укажите эту вероятность :-)

V. Goncharenko
Архитектура хорошо спроектирована для поддержки решений партнеров параллельно со стандартным функционалом, но архитектура не гарантирует качества этих решений. По поводу сертификции партнеров и решений - это не ко мне, извините

А я к Вам претензии? Архитектора везде отличная... А вот реализация всегда хромает :-)))
Особенно на обе пятки :-)


V. Goncharenko
Да кто бы ни сидел - часть деталей в Вашем лексусе была выточена в гараже, соблюсти все технологические нормы не получилось (увы)

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


V. Goncharenko
Кстати, сравнение с лексусом может и не быть таким уж корректным - я не удивлюсь, если часть электроники в нем уже таки произведена в Поднебесной :)

По архитектуре автомобиля, в него можно посадить 4 человек.. :-) и если садится пятый, это не означает, что надо перебирать двигатель.. И производство это гарантирует.
И если двигатель, при езде застучит, то мне его бесплатно меняют.. платить вторую цену лексуса не надо :-))
И детали в нем... все проверенные и КАЧЕСТВЕННЫЕ :-) это гарантируется.. и Тойтой и Партнером...
Т.к. при проблемах, все вопросы к Тойоте... :-)

Модератор: отредактировано
...
Рейтинг: 0 / 0
14.06.2009, 04:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36040028
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Volochkova
Участник
LSV

Да убейте меня об стену проверять весь код построчной обработки :-) акспаты, переходящие запросы из класса в класс и т.д.
Это тонный рулонов туалетной бумаги кода переплетающиеся между собой...
Пока проверка закончится бизнес уже сдохнет...
Так что нафиг такое счастье???
...
Рейтинг: 0 / 0
14.06.2009, 04:14
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36040111
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
авторДа убейте меня об стену проверять весь код построчной обработки :-) акспаты, переходящие запросы из класса в класс и т.д.
Это тонный рулонов туалетной бумаги кода переплетающиеся между собой...

Ну, уж, если это проблемы вызывает.В одном резюме озадачила фраза - "паскаль на уровне пользователя".Теперь понятно,что это значит.
авторПока проверка закончится бизнес уже сдохнет...
Не трогай там ничего.
...
Рейтинг: 0 / 0
14.06.2009, 12:21
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36040153
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Volochkovaкод построчной обработки ...., переходящие запросы из класса в класс и т.д.
Пока проверка закончится бизнес уже сдохнет...

бизнес-приложения и ООП несколько несовместимы. Описанные Вами проблемы весьма типичны для архитектур, в которых функции, зачем-то, заворачивают в объектную обертку, различные ORM-ы и прочее.
...
Рейтинг: 0 / 0
14.06.2009, 13:23
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36040551
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
Описаны проблемы не архитектур, а типичный подход разработчиков клиентской части для которых SQL Server - черный ящик. Нет понимания деталей работы движка БД(современные средства разработки позволяют обходится без этого), отсюда и результат.
А заворачивают для того,чтобы не зависеть от структуры БД, предоставить для немотивированных отдельный интерфейс,дабы не было подобных казусов.
ЗЫ Во времена Delphi золотого возвращаться уже не хочется.
...
Рейтинг: 0 / 0
14.06.2009, 22:57
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36040603
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SeVaА заворачивают для того,чтобы не зависеть от структуры БД, предоставить для немотивированных отдельный интерфейс,дабы не было подобных казусов.

это, кстати, очень хорошо просматривается... насчет казусов. И описаны, кстати, проблемы архитектур. Как архитектор Вам говорю :)
...
Рейтинг: 0 / 0
15.06.2009, 00:26
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36040605
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SeVa
ЗЫ Во времена Delphi золотого возвращаться уже не хочется.
ничего со времен Delphi золотого, нового не появилось. Так что, и уходить некуда было, а возвращаться тем более.
...
Рейтинг: 0 / 0
15.06.2009, 00:29
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36040621
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
Недостатки в архитектуре Axapta,безусловно,есть.Она также,как и Delphi была неплохим продуктом для своего времени,но сейчас этого уже нельзя сказать.
авторничего со времен Delphi золотого, нового не появилось. Так что, и уходить некуда было, а возвращаться тем более.
Некоторые до сих пор считают,что нет ничего лучше, чем FoxPro:-)
...
Рейтинг: 0 / 0
15.06.2009, 02:12
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36041029
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SeVa
Некоторые до сих пор считают,что нет ничего лучше, чем FoxPro:-)
некоторые, при виде товара в новой упаковке, считают что это новый товар. Если смотреть на инструменты с позиций рисования формочек, то конечно, менять нужно каждый год. Если же, хоть немного, понять архитектуру, разобраться что такое, например, RTTI в делфи и как эту архитектуру можно применять, то сразу поймете, что ничего нового действительно пока не появилось. Появились мегабайты. См. про упаковку.
...
Рейтинг: 0 / 0
15.06.2009, 11:38
| Ответить | Цитировать | Написать  
Поругайте MS Dynamics AX (AXAPT`У)
    #36041156
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
Если смотреть только на упаковку, то все одинаково.Попробуйте развернуть,разница будет очевидна.Есть продукты второй свежести.В Delhpi невозможно сделать код ПОЛНОСТЬЮ НЕЗАВИСИМЫМ от формочек,да, и сами формочки весьма убоги
...
Рейтинг: 0 / 0
15.06.2009, 12:31
| Ответить | Цитировать | Написать  
445 сообщений из 445, показаны все 18 страниц
  все  
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Поругайте MS Dynamics AX (AXAPT`У)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=29&tid=1526681]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 146ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 330ms
get tp. blocked users:
 1ms
others: 285ms
total:  808ms
созд. / загр.: 808ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]