Сравните SAP и AXAPTA

[protek]

На рынке труда Вы как специалист станете позиционироваться гораздо ниже...
Рынок Axcapta в Европе стоит на месте - практически нет внедрений...
В России - просто ажиотаж... кстати, покажите мне хоть одного клиента, довольного внедрением Axcapta (ну если только у него вообще до этого ничего не было и ничего он не видел и ничего не делал).
Оно вообще не предназначено для автоматизации бизнеса...
Все внедрения сводятся к автоматизации бардака с усилением бардака...
Что там внутри - вообще помолчу... это ж мелкомягкие... ошибок куча... локализация - замучаешься ждать от MSBS...
И вообще, кто сказал, что писать систему с нуля под бизнес дороже?
Что там за росказни о поддержке?
Попробуйте поддрежать Axcapta... самое веселое занятие в моей жизни... вообще с мелкомягкими весело...
ИМХО - ищите где применить свои знания SAP... не разменивайтесь по мелочам, чтоб потом не пожалеть...

[komar]

Ничего себе, наезд Откуда сведения по Европейскому рынку - ссылки в студию!
Данные по успешным внедрениям SAP, его локализации, довольным клиентам в России - туда же! По заказным доработкам - так же.
Система пишется "Axapta" - обычно это первое, что о ней узнают
Складывается впечатление, что имеем дело с сотрудником ИТ-отдела, которого хотят "слить" из-за внедрения в конторе Акзапты, которую он не знает, и знать не хочет

[protek]

полез я в вашу акзсапту как раз посмотреть что ж там такого передового и умного... выяснилось - ничего... внедрять ERP - внедряем, но OEBS и там решения на порядок выше и продуманнее чем у мелкомягких... кстати годовой оборот компании свыше 1 млрд. долл. и является системообразующей компанией в своем сегменте рынка...
А про внутренности системы вообще молчу... надо ж было абсолютно отказаться от триггеров, хранимых процедур, foreign keys & primary keys да и сделать вообще все, чтоб система работала медленно... и зачем...
Ну вот объясните мне смысл поля RECID... зачем если в СУБД Oracle есть гораздо более емкое rowid? на основе которого и строятся все ссылки в СУБД. А здесь мелкомягкие изобрели свое... как всегда далеко не оптимальное...

[protek]

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

[Wamr]

Цитата:

Axcapta..
мелкомягкие ...

говорит о глубине Вашего знакомства с системой
сколько минут ушло на знакомство?
но уже сделан вывод

Цитата:

что ж там такого передового и умного... выяснилось - ничего

Цитата:

СУБД Oracle есть гораздо более емкое rowid

а в MS есть identity, а в Interbase - generator... и что из этого следует?

Предлагаю Вам заняться делом - внедрять дальше спокойно OEBS

[protek]

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

[fed]

Кстати - в Oracle rowid зависит от местоположения записи в файле. Соответственно - в случае импорта/экспорта данных , ссылки по rowid разваляться
На самом деле в Oracle для этого дела применяют sequence, причем работает он не как Identity в MS SQL, приходится в каком нибудь-триггере генерировать новое значение squence и запихивать его в нужное поле.
Видимо - из за отличий в механизмах MSSQLи Oracle Damgaard и не стал в свое время использовать эти механизмы.
Кстати - как recid связан с локализацией ?

[YoursMiros]

Цитата:

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

И как отразится на капитализации появление негибкой и нестройной, да вдобавок плохо локализованной OEBS?

[Aleck]

Сдается мне все уже догадались в какой системообразующей компании внедряется OEBS и за сколько
Как уровень локализации Oracle, устраивает?

[protek]

Цитата:

Изначально опубликовано YoursMiros


И как отразится на капитализации появление негибкой и нестройной, да вдобавок плохо локализованной OEBS?

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

[protek]

Цитата:

Изначально опубликовано Aleck
Сдается мне все уже догадались в какой системообразующей компании внедряется OEBS и за сколько
Как уровень локализации Oracle, устраивает?

Не устраивает... но аксапта еще менее функциональна!
Писать?! А поддержка после кастомизации?!
И вообще заготовку с маркой стали MS стоит ли обтачивать до состояния конечного изделия... может быть там при отливке трещины - как и всегда? (и они есть... вы и сами знаете...)

Кстати, кто-нть знает где лежит соответствие пользователей AOS с сессиями, отправляемыми от AOS к БД?

[Aleck]

Просто лютый антагонизм к Micorsoft ))
А если бы Axapta до сих пор была бы Navision или Damgaard? ))
А если MS купит Oracle, его продукты тоже моментально станут плохими? )

[ppson]

Цитата:

Изначально опубликовано protek
что продукты MS безупречны... :-)

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

[protek]

Цитата:

Изначально опубликовано ppson

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

На уровне?

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

Кстати SP1 для Ax3.0 - тоже еще те грабли!

[protek]

Цитата:

Изначально опубликовано fed
Кстати - в Oracle rowid зависит от местоположения записи в файле. Соответственно - в случае импорта/экспорта данных , ссылки по rowid разваляться
На самом деле в Oracle для этого дела применяют sequence, причем работает он не как Identity в MS SQL, приходится в каком нибудь-триггере генерировать новое значение squence и запихивать его в нужное поле.
Видимо - из за отличий в механизмах MSSQLи Oracle Damgaard и не стал в свое время использовать эти механизмы.
Кстати - как recid связан с локализацией ?

Имелось в виду не настройка системы под бизнес, а настройка приложения под субд.
если сможешь - возрази...

[ppson]

Цитата:

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

Я не про логистику. тут все понятно.
Речь шла о другой "локализации"

http://www.oracle.com/ru/press/ppr/i...alization.html

[protek]

Цитата:

Изначально опубликовано 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 то это зачем перетаскивать? Криво и медленно все работает!!!

[ppson]

Цитата:

Изначально опубликовано protek
MS решила (пусть и криво) вести что-то похожее на ROWID для Ax на MS SQL... ну и флаг им в руки...
Но в Oracle то это зачем перетаскивать? Криво и медленно все работает!!!

Ну причем здесь MS? RecId существует в Axapta еще до MS.

[fed]

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

Вообще - про неиспользование триггеров, хранимых процедур, ключей и проч функционала СУБД в Axapta: Во всех более или менее современных системах наблюдается тенденция к переносу всей бизнес-логики на сервер приложений. Посмотри, скажем, на все J2EE-сервера. Некоторые из них поддерживают работу с хранимыми процедурами/тригерами и прочим, но по большому счету это нужно, скорее, для совместимости со старыми данными и приложениями. СУБД должна заниматься выборкой данных и обработкой транзакций. Ничего кроме таблиц и индексов в ней храниться не должно. А если, в свое время, развитие СУБД пошло по поути нарашивания функциональности сервера приложений, так это из за отстутствия на тот момент нормальной инфраструктуры разработки и развертывания трехзвенных приложений. Надо было куда-то бизнес-логику с клиента перкинуть - ну и перекинули на сервер БД, поскольку это было быстрее сделать, чем разрабатывать сервер приложений и сопутствующую инфраструктуру

[EVGL]

Какая-то дурацкая дискуссия идет. Эмоции против фактов. Г-н Protek, все уже поняли, что вам не нравится Axapta. Но для предметного разговора вам стоит все же поднабрать побольше знаний по системе, тогда вам станут более понятны аргументы и термины противной стороны, а в репликах станет меньше восклицательных знаков. Или наоборот, всем присутствующим надо ринуться изучать OEBS, чтобы говорить с вами на одном языке.