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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 03.09.2003, 11:59   #21  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
А оно Вам надо?
На рынке труда Вы как специалист станете позиционироваться гораздо ниже...
Рынок Axcapta в Европе стоит на месте - практически нет внедрений...
В России - просто ажиотаж... кстати, покажите мне хоть одного клиента, довольного внедрением Axcapta (ну если только у него вообще до этого ничего не было и ничего он не видел и ничего не делал).
Оно вообще не предназначено для автоматизации бизнеса...
Все внедрения сводятся к автоматизации бардака с усилением бардака...
Что там внутри - вообще помолчу... это ж мелкомягкие... ошибок куча... локализация - замучаешься ждать от MSBS...
И вообще, кто сказал, что писать систему с нуля под бизнес дороже?
Что там за росказни о поддержке?
Попробуйте поддрежать Axcapta... самое веселое занятие в моей жизни... вообще с мелкомягкими весело...
ИМХО - ищите где применить свои знания SAP... не разменивайтесь по мелочам, чтоб потом не пожалеть...
Старый 03.09.2003, 12:09   #22  
komar is offline
komar
Шаман форума
Аватар для komar
Ex AND Project
 
5,571 / 600 (32) +++++++
Регистрация: 24.05.2002
Ничего себе, наезд Откуда сведения по Европейскому рынку - ссылки в студию!
Данные по успешным внедрениям SAP, его локализации, довольным клиентам в России - туда же! По заказным доработкам - так же.
Система пишется "Axapta" - обычно это первое, что о ней узнают
Складывается впечатление, что имеем дело с сотрудником ИТ-отдела, которого хотят "слить" из-за внедрения в конторе Акзапты, которую он не знает, и знать не хочет
Старый 03.09.2003, 12:57   #23  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
полез я в вашу акзсапту как раз посмотреть что ж там такого передового и умного... выяснилось - ничего... внедрять ERP - внедряем, но OEBS и там решения на порядок выше и продуманнее чем у мелкомягких... кстати годовой оборот компании свыше 1 млрд. долл. и является системообразующей компанией в своем сегменте рынка...
А про внутренности системы вообще молчу... надо ж было абсолютно отказаться от триггеров, хранимых процедур, foreign keys & primary keys да и сделать вообще все, чтоб система работала медленно... и зачем...
Ну вот объясните мне смысл поля RECID... зачем если в СУБД Oracle есть гораздо более емкое rowid? на основе которого и строятся все ссылки в СУБД. А здесь мелкомягкие изобрели свое... как всегда далеко не оптимальное...
Старый 03.09.2003, 13:01   #24  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
Кстати, внедряем ERP мы по сути только ради увеличения капитализации.
Существующая система гораздо гибче и стройнее - это признают и в руководстве...
Старый 03.09.2003, 13:24   #25  
Wamr is offline
Wamr
----------------
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
 
1,737 / 858 (32) +++++++
Регистрация: 15.01.2002
Адрес: Москва
Записей в блоге: 7
Цитата:
Axcapta..
мелкомягкие ...
говорит о глубине Вашего знакомства с системой
сколько минут ушло на знакомство?
но уже сделан вывод
Цитата:
что ж там такого передового и умного... выяснилось - ничего
Цитата:
СУБД Oracle есть гораздо более емкое rowid
а в MS есть identity, а в Interbase - generator... и что из этого следует?

Предлагаю Вам заняться делом - внедрять дальше спокойно OEBS
Старый 03.09.2003, 13:32   #26  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
Согласен, в любой субд есть свой идентификатор строки... но почему же такая кривая локализация... (все в стиле MS - универсально, относительно быстро, но медленно и далеко не оптимально...) или кто-нибудь докажет, что это не сказывается на производительности системы в частности и в целом?
Старый 03.09.2003, 13:50   #27  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,907 / 5718 (196) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Кстати - в Oracle rowid зависит от местоположения записи в файле. Соответственно - в случае импорта/экспорта данных , ссылки по rowid разваляться
На самом деле в Oracle для этого дела применяют sequence, причем работает он не как Identity в MS SQL, приходится в каком нибудь-триггере генерировать новое значение squence и запихивать его в нужное поле.
Видимо - из за отличий в механизмах MSSQLи Oracle Damgaard и не стал в свое время использовать эти механизмы.
Кстати - как recid связан с локализацией ?
Старый 03.09.2003, 13:55   #28  
YoursMiros is offline
YoursMiros
Участник
 
29 / 10 (1) +
Регистрация: 02.07.2003
Цитата:
Изначально опубликовано protek
Кстати, внедряем ERP мы по сути только ради увеличения капитализации.
Существующая система гораздо гибче и стройнее - это признают и в руководстве...
И как отразится на капитализации появление негибкой и нестройной, да вдобавок плохо локализованной OEBS?
Старый 03.09.2003, 13:59   #29  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
Talking
Сдается мне все уже догадались в какой системообразующей компании внедряется OEBS и за сколько
Как уровень локализации Oracle, устраивает?
Старый 03.09.2003, 14:12   #30  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
Цитата:
Изначально опубликовано YoursMiros


И как отразится на капитализации появление негибкой и нестройной, да вдобавок плохо локализованной OEBS?
Как всегда консультанты не сильны в бизнесе...
Ну что ж советую прочитать про самую большую по капитализации компанию "Microsoft"... думаю аналогии понятны... только не говорите, что продукты MS безупречны... :-)
Старый 03.09.2003, 14:17   #31  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
Цитата:
Изначально опубликовано Aleck
Сдается мне все уже догадались в какой системообразующей компании внедряется OEBS и за сколько
Как уровень локализации Oracle, устраивает?
Не устраивает... но аксапта еще менее функциональна!
Писать?! А поддержка после кастомизации?!
И вообще заготовку с маркой стали MS стоит ли обтачивать до состояния конечного изделия... может быть там при отливке трещины - как и всегда? (и они есть... вы и сами знаете...)

Кстати, кто-нть знает где лежит соответствие пользователей AOS с сессиями, отправляемыми от AOS к БД?
Старый 03.09.2003, 14:23   #32  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
Cool Ну тогда ясно,
Просто лютый антагонизм к Micorsoft ))
А если бы Axapta до сих пор была бы Navision или Damgaard? ))
А если MS купит Oracle, его продукты тоже моментально станут плохими? )
Старый 03.09.2003, 14:25   #33  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Цитата:
Изначально опубликовано protek
что продукты MS безупречны... :-)
Про безупречность продукции: В свое время Оракла АО ver. 11 очень сильно ругали за обилие ошибок&глюков&граблей и т.д.
Летом Оракл сделал "локализацию" ОЕБ на уровне Аксапты вер. 2.1.
Вопрос: какое качество локализации?
Старый 03.09.2003, 14:34   #34  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
Цитата:
Изначально опубликовано ppson

Про безупречность продукции: В свое время Оракла АО ver. 11 очень сильно ругали за обилие ошибок&глюков&граблей и т.д.
Летом Оракл сделал "локализацию" ОЕБ на уровне Аксапты вер. 2.1.
Вопрос: какое качество локализации?
На уровне?

Кто ж это решил сравнивать DRP Oracle и сводное планирование в Аксапте?!
и примеров много....

Кстати SP1 для Ax3.0 - тоже еще те грабли!
Старый 03.09.2003, 14:48   #35  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
Цитата:
Изначально опубликовано fed
Кстати - в Oracle rowid зависит от местоположения записи в файле. Соответственно - в случае импорта/экспорта данных , ссылки по rowid разваляться
На самом деле в Oracle для этого дела применяют sequence, причем работает он не как Identity в MS SQL, приходится в каком нибудь-триггере генерировать новое значение squence и запихивать его в нужное поле.
Видимо - из за отличий в механизмах MSSQLи Oracle Damgaard и не стал в свое время использовать эти механизмы.
Кстати - как recid связан с локализацией ?
Имелось в виду не настройка системы под бизнес, а настройка приложения под субд.
если сможешь - возрази...
Старый 03.09.2003, 14:59   #36  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Цитата:
Изначально опубликовано protek
Кто ж это решил сравнивать DRP Oracle и сводное планирование в Аксапте?!
и примеров много....
Я не про логистику. тут все понятно.
Речь шла о другой "локализации"

http://www.oracle.com/ru/press/ppr/i...alization.html
Старый 03.09.2003, 15:01   #37  
protek is offline
protek
Участник
 
15 / 10 (1) +
Регистрация: 03.09.2003
Цитата:
Изначально опубликовано fed
Кстати - в Oracle rowid зависит от местоположения записи в файле. Соответственно - в случае импорта/экспорта данных , ссылки по rowid разваляться
На самом деле в Oracle для этого дела применяют sequence, причем работает он не как Identity в MS SQL, приходится в каком нибудь-триггере генерировать новое значение squence и запихивать его в нужное поле.
Видимо - из за отличий в механизмах MSSQLи Oracle Damgaard и не стал в свое время использовать эти механизмы.
Кстати - как recid связан с локализацией ?
Сразу и не заметил... точнее не думал, что кто-то может путать эти понятия...
Да, последовательнось sequence используется в Oracle для генерации последовательности чисел, которые ОБЫЧНО заполняют первичные ключи таблиц... и являются идентификаторами записи для ДЛЯ ДАННОЙ ТАБЛИЦЫ....
кстати, обычно заводится свой sequence для каждой таблицы...
Rowid же идентифицирует запись однозначно на уровне адреса хранения - почитай Manual... и определенно ни у одной записи в СУБД не повторяется...
MS решила (пусть и криво) вести что-то похожее на ROWID для Ax на MS SQL... ну и флаг им в руки...
Но в Oracle то это зачем перетаскивать? Криво и медленно все работает!!!
Старый 03.09.2003, 15:05   #38  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Цитата:
Изначально опубликовано protek
MS решила (пусть и криво) вести что-то похожее на ROWID для Ax на MS SQL... ну и флаг им в руки...
Но в Oracle то это зачем перетаскивать? Криво и медленно все работает!!!
Ну причем здесь MS? RecId существует в Axapta еще до MS.
Старый 03.09.2003, 15:11   #39  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,907 / 5718 (196) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Про rowid: Попробуй заэкспортировать схему, удалить пользователя и tablespace, создать заново и заимпортировать. А потом посмотри что стало с ссылками. Помнится - где-то в оракловской документации было написано, что неизменность rowid гарантируется только до конца транзакции.

Вообще - про неиспользование триггеров, хранимых процедур, ключей и проч функционала СУБД в Axapta: Во всех более или менее современных системах наблюдается тенденция к переносу всей бизнес-логики на сервер приложений. Посмотри, скажем, на все J2EE-сервера. Некоторые из них поддерживают работу с хранимыми процедурами/тригерами и прочим, но по большому счету это нужно, скорее, для совместимости со старыми данными и приложениями. СУБД должна заниматься выборкой данных и обработкой транзакций. Ничего кроме таблиц и индексов в ней храниться не должно. А если, в свое время, развитие СУБД пошло по поути нарашивания функциональности сервера приложений, так это из за отстутствия на тот момент нормальной инфраструктуры разработки и развертывания трехзвенных приложений. Надо было куда-то бизнес-логику с клиента перкинуть - ну и перекинули на сервер БД, поскольку это было быстрее сделать, чем разрабатывать сервер приложений и сопутствующую инфраструктуру
Старый 03.09.2003, 15:17   #40  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Какая-то дурацкая дискуссия идет. Эмоции против фактов. Г-н Protek, все уже поняли, что вам не нравится Axapta. Но для предметного разговора вам стоит все же поднабрать побольше знаний по системе, тогда вам станут более понятны аргументы и термины противной стороны, а в репликах станет меньше восклицательных знаков. Или наоборот, всем присутствующим надо ринуться изучать OEBS, чтобы говорить с вами на одном языке.
Теги
sap, сравнение

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
«Юнимилк» меняет MS Axapta на SAP Yprit Microsoft и системы Microsoft Dynamics 53 22.07.2014 09:14
консультанта по SAP или консультанта по AXAPTA Benq Сравнение ERP-систем 3 28.01.2008 12:37
Axapta вымирает (по-сравнению с SAP)? nedervish Рынок труда Microsoft Dynamics 47 14.11.2007 13:41
Ищу работу консультанта (стажера) по Navision, Axapta,SAP R3 Гаврилов Юрий Юрьевич Рынок труда Microsoft Dynamics 4 19.09.2006 15:03
AXAPTA 4.0 задерживается до весны 2006 (eng.) dmit2604 Microsoft и системы Microsoft Dynamics 61 12.03.2005 16:14
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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