SAP или 1С?

[dalV]

Цитата:

Сообщение от france

Собственно, для чего 1С-у Ворд и Эксель?...Расскажите, где без онных не обходится 1С.

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

По существу вопроса на мой пост.

Один эс фиговенько редактирует тексты. Ворд с этой задачей справляется лутше

Каждый (внимание!!!!!!) каждый кто работает с одинэс всегда обязательно для редактирования документов пользуется Вордом и каждый бух обязательно раз в своей карьере выгружал их хваленой одинэс данные в Ёксел.

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


Что позволено Юпитеру, не позволено быку

[komar]

Цитата:

Сообщение от dalV

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

Подмена понятий. Если я покупаю у кого-нибудь продукцию - мне безразлично, чем он считает деньги.
Например - такое немаленькое предприятие, как Балтийский завод - проводило попытки внедрения SAP R2, SAP R3, Baan...насколько я помню, без особого успеха. Что не мешает ему себя успешно "позиционировать".

Цитата:

Сообщение от В гостях:))

Это неправда. SAP продуктивно эксплуатируется во многих дочках.

"Продуктивно" - это САПовский сленг, произошедший от термина "продуктивный старт", означающий ввод системы в промышленную эксплуатацию.
Насчет неправда - все-таки в дочерних предприятиях используются другие системы. Eсть такие, где используются или внедряются разные системы, и 1С, и iScala, и другие.

[asd_]

Доброе время суток .

С моей точки зрения очень интересный вопрос. Внимательно перечитал ветку.

Факты приведенные mazzy по поводу функционала как – бы понятны (хотя не факт), а вот то , что касается огромной производительности и количества пользователей – непонятно. Отсюда следует вопрос – за счет каких это секретных СУБД и ноу-хау появляется это конкурентное преимущество. Хотелось бы услышать ответ SAP. ( К 1С отношения не имею ) .

Буду благодарен всем кто выскажется по этому поводу.

[Recoilme]

Цитата:

Сообщение от asd_

Доброе время суток .

а вот то , что касается огромной производительности и количества пользователей – непонятно. Отсюда следует вопрос – за счет каких это секретных СУБД и ноу-хау появляется это конкурентное преимущество. Хотелось бы услышать ответ SAP. ( К 1С отношения не имею ) .[/size][/font]

Буду благодарен всем кто выскажется по этому поводу.

Конечно саперы лучше скажут за счет каких именно, но навскидку:
http://www.sapbasis.ru/articles/abapperfrules/
http://www.sapbasis.ru/articles/opensqlhints/
Возможности по оптимизации запросов - шире на порядок. Если Аксапта оптимизирует сама и зачастую ДЕоптимизируют - в САП можно этим играть и довольно тонко, вплоть до разные хинты для разных субд

[mifi]

Цитата:

Сообщение от Recoilme

Конечно саперы лучше скажут за счет каких именно, но навскидку:
http://www.sapbasis.ru/articles/abapperfrules/
http://www.sapbasis.ru/articles/opensqlhints/
Возможности по оптимизации запросов - шире на порядок. Если Аксапта оптимизирует сама и зачастую ДЕоптимизируют - в САП можно этим играть и довольно тонко, вплоть до разные хинты для разных субд

Уважаемы Recoilme.
Прочитал обе статьи в ссылках, не нашел ничего такого, что не нельзя было бы настроить в X++. Первая статья - общие советы, по сути, не привязанные к базе данных и среде разработки, количество хинтов, описанных во второй - не впечатляет, в X++ их побольше будет. Не можете уточнить, в чем возможности по оптимизиции шире на порядок - в том, что нужно указывать СУБД для одинакового набора хинтов (по крайней мере, для MS SQL Server и Oracle я никаких различий в хинтах не нашел)?

[Recoilme]

Цитата:

Сообщение от mifi

Уважаемы Recoilme.
Прочитал обе статьи в ссылках, не нашел ничего такого, что не нельзя было бы настроить в X++. Первая статья - общие советы, по сути, не привязанные к базе данных и среде разработки, количество хинтов, описанных во второй - не впечатляет, в X++ их побольше будет. Не можете уточнить, в чем возможности по оптимизиции шире на порядок - в том, что нужно указывать СУБД для одинакового набора хинтов (по крайней мере, для MS SQL Server и Oracle я никаких различий в хинтах не нашел)?

Попробую обосновать (честно говоря сужу по описанию САПа, как там на практике - не знаю).
1. Например, столкнулся с ситуацией описаной здесь:
Управление опциями SQL запроса
когда аксапта ко ВСЕМ запросам добавляет неотключаемый хинт оптионфаст приводящий к полному ауту в отдельных случаях.

Насколько я понял в САПЕ это регулирует разработчик

Цитата:

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

SELECT * FROM RESB
WHERE MATNR = '200-100' AND WERKS = '1100'
%_HINTS ORACLE 'FIRST_ROWS'.

2. &REPARSE&
Сталкивался с ситуациями когда по непонятным причинам в одном и том же запросе то строился правильный план - то не строился, подозреваю что этот хинт мне бы помог так как юзался старый план.
3. SAP_FORCE_CLOSE_CURSOR, OPTION FAE_UNION и OPTION FAE_JOIN
точно не знаю, но возможно тоже могли бы пригодится.

Огромная просьба, расскажите если не сложно, как это можно на х++ реализовать,

Минусы (на мой взгляд, если не так - просвятите плз):

4. Честно говоря я думал в САПе сцылочная целкостность, тригеры хранимки на уровне БД, а теперь такое ощущение что нет? пора разочароваться?

5. Вроде как в дждиэдвардс только так(4), получается , из известных?

6. Инфо-предприятие - рулез форева, поскольку выходит только в нем?!?!? я могу написать ПЛАН(ывалыдвллвыа) и непариться вообще?

ой, не заметил:

Цитата:

- в том, что нужно указывать СУБД для одинакового набора хинтов

Думаю это плюс. В разных СУБД разный оптимизатор, где то хинты навредят, где то помогут, в общем случае

[mifi]

Цитата:

Сообщение от Recoilme

Попробую обосновать (честно говоря сужу по описанию САПа, как там на практике - не знаю).
1. Например, столкнулся с ситуацией описаной здесь:
Управление опциями SQL запроса
когда аксапта ко ВСЕМ запросам добавляет неотключаемый хинт оптионфаст приводящий к полному ауту в отдельных случаях.

Насколько я понял в САПЕ это регулирует разработчик

2. &REPARSE&
Сталкивался с ситуациями когда по непонятным причинам в одном и том же запросе то строился правильный план - то не строился, подозреваю что этот хинт мне бы помог так как юзался старый план.
3. SAP_FORCE_CLOSE_CURSOR, OPTION FAE_UNION и OPTION FAE_JOIN
точно не знаю, но возможно тоже могли бы пригодится.

Огромная просьба, расскажите если не сложно, как это можно на х++ реализовать,

Минусы (на мой взгляд, если не так - просвятите плз):

4. Честно говоря я думал в САПе сцылочная целкостность, тригеры хранимки на уровне БД, а теперь такое ощущение что нет? пора разочароваться?

5. Вроде как в дждиэдвардс только так(4), получается , из известных?

6. Инфо-предприятие - рулез форева, поскольку выходит только в нем?!?!? я могу написать ПЛАН(ывалыдвллвыа) и непариться вообще?

ой, не заметил:

Думаю это плюс. В разных СУБД разный оптимизатор, где то хинты навредят, где то помогут, в общем случае

Давайте по пунктам.
1. Эта функциональность Аксапты описывается как один из основных принципов оптимизации в вашей ссылке №1 (Выбирайте только необходимые записи) По поводу намеку оптимизатору - я не понял, почему вы называете это "намеком", из текста статьи следует, что это именно указание использовать данный индекс (вариант того, что такого индекса нет, не рассматриваем), т.е. поведение аналогичное index hint в X++.
2. Практически подобного же поведения можно добиться, используя ключевое слово forceLiterals - тогда, чтобы оптимизатор БД взял старый план, запрос должен быть тем же самым с точности до значений полей.
3. IMHO, детали реализации ABAP.