СисойВыношу в отдельную ветку:
С пользовательского сайта 1С:

Вариант работы 1С:Предприятия 8.1 с СУБД IBM DB2 в версии 8.1.5 реализован для целей бета-тестирования и поставляется в виде отдельного комплекта.

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

Т.е. теперь будут поддерживаться 3 СУБД: MS SQL, Postgre SQL, DB2 . Плюс проприетарный 1С-овский формат настольной СУБД.

Какая разница где хранить, от этого быстрее работать не станет!

vogenut XenoXКакая разница где хранить, от этого быстрее работать не станет!

Т.е. вы хотите сказать что все DBMS абсолютно одинаковы с точки зрения, как вы выразились, "хранилищ"?

Я хочу сказать, если оптимально не использовать все возможности СУБД, то большой разницы в производительности между MSSQL, DB2, Postgree SQL почуствовать не удасться, а 1Ц НЕ УМЕЕТ ОПТИМАЛЬНО ИСПОЛЬЗОВАТЬ ПЛАТФОРМУ СУБД

gybson
Т.е. вы хотите сказать что все DBMS абсолютно одинаковы с точки зрения, как вы выразились, "хранилищ"?


Тссссссссссссс. А то он на полный серьез попросит Вас объяснить чем DB2 отличается от MSSQL и зачем эти придурки из IBM именно так все сделали.

Я кстати от вас так и не получил вразумительного ответа по поводу необходимости среднего звена в режиме работы 1С Предприятия с MSSQL/Pg SQL, Это попытка сгладить неумение платформы эффективно работать с сервером БД?

gybson
Т.е. вы хотите сказать что все DBMS абсолютно одинаковы с точки зрения, как вы выразились, "хранилищ"?


Тссссссссссссс. А то он на полный серьез попросит Вас объяснить чем DB2 отличается от MSSQL и зачем эти придурки из IBM именно так все сделали.
Я бы попросил держать свой острый ум при себе, не нароком проколит еще кого

vogenut XenoX vogenut XenoXКакая разница где хранить, от этого быстрее работать не станет!

Т.е. вы хотите сказать что все DBMS абсолютно одинаковы с точки зрения, как вы выразились, "хранилищ"?

Я хочу сказать, если оптимально не использовать все возможности СУБД, то большой разницы в производительности между MSSQL, DB2, Postgree SQL почуствовать не удасться, а 1Ц НЕ УМЕЕТ ОПТИМАЛЬНО ИСПОЛЬЗОВАТЬ ПЛАТФОРМУ СУБД

Не знаю насколько оптимимально/неоптимально использует 1С DBMS, вопрос был в разнице производительности самих DBMS. Насколько я знаю, 1С как все другие системы использует запросы для выборки, обновления и удаления записей. И если бы любая DBMS показывала одинаковые результаты на этих запросах, встал бы правомерный вопрос - а зачем их столько на рынке?

У 1С структура БД и запросы к ней(БД) мягко сказать не совсем оптимальные, зачастую анализируются текстовые данных по которым происходит объединение, что по сути дела не есть оптимально...

На счет производительности самих СУБД спорить не стоит, нужно получить мало мальски вразумительные результаты тестирования в "боевых" условиях платформы, чтобы сделать хоть какие то выводы по поводу повышения производительности, однако мне кажется, что выигрыша по скорости это не даст ни какого, по крайней мере заметного

vogenut XenoX gybson
Т.е. вы хотите сказать что все DBMS абсолютно одинаковы с точки зрения, как вы выразились, "хранилищ"?


Тссссссссссссс. А то он на полный серьез попросит Вас объяснить чем DB2 отличается от MSSQL и зачем эти придурки из IBM именно так все сделали.

Я кстати от вас так и не получил вразумительного ответа по поводу необходимости среднего звена в режиме работы 1С Предприятия с MSSQL/Pg SQL, Это попытка сгладить неумение платформы эффективно работать с сервером БД?

Можно я попробую ответить? Думаю, не всю логику сервера приложений можно реализовать посредством функционала DBMS или на клиенте. Например, кластер серверов или специфический функционал 1С:Предприятия.

Встерчный вопрос, что же там за логика такая, которую нельзя реализовать на T-SQL????
Мне трудно представить такую логику...