и всетаки - по опыту работы с
"Много - это где-то по 150 тыс документов в день только по бухгалтерии, не считая иных подсистем при числе рабочих мест пользователей более 5 тыс. ВОт это много."

поделитесь - что за предприятие то?

Давайте не будем. Вам нравятся зелёные яблоки? Мне нравятся. Есть вопрос личного вкуса и удобства. Форум - это место высказывания собственных мнений.
Критикуя - предлагайте. А односложные ответы....


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

Балшой банк

Вот это уже явно демагогия Хороший специалист должен хотябы сравнить то, о чём рассуждает. На самом деле чистые админы БД получают гроши, по сравнению с САПерами. И хоть оракл, хоть не оракл.


Но Оракл всё равно лучше

Мухи отдельно - котлеты отдельно

2 AnS1

Скажите, а насколько болезненный процесс переноса данных из r3 в bw?

Как часто его обычно делают?

мы для olap BW не используем. В действительности, частота переноса зависит от бизнес-требований и не должна быть обусловлена продуктом (в идеале конечно ) Сейчас большинство нормальных систем olap и хранилищ данных имеют период не более 24 часа. посмотрите например http://lissianski.narod.ru/tips/200131.html

Спасибо, а чем плох BW?

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

нет опыта работы. И, кроме того, есть определенные опасения по поводу проивзодительности ROLAP перед MOLAP. Хотя вроде как ИЦ и интегрируется с ms analysis services

Хочу немного защитить САП, в любой кластерной таблие есть первичный индекс, а по нему ищет сами понимаете... (начнем с того что это таблица, а не набор текстовых строк http://sap-easy.net.ru/useindex.htm в самом низу)
Да и сказать что это аттавизм еще с файлов... Ведь еще недавно БД не поддерживали такого большого количества полей, какой требовался, вот и нашли выход.

Согласен, конечно я склонен к крайностям в суждениях, но задача была объяснить, что САП не всегда дружит с БД, и пришлось применить гиперболу

Вчера Microsoft семинар проводил, анонсировали MS SQL Server 2005...
Очень интересные добавки, дорисовки и улучшения по сравнению с 2000. Посмотрим, что скажет SAP AG...

с теми кто их ел.."- так кажется?
Но раз пошла такая...то удивил выбор MySQL взамен SAPDB, а не Postgres, к примеру.

САП АГ большой..... Ему видней.....

вообще-то не взамен, просто SAP передал компании MySQL SAP DB и теперь она называется MySQL MaxDB, т.е. никто ничего не менял

... И Open Source никто не покупал...