Toy SQL или 1С++ ? #261881

Есть необходимость оптимизировать отчеты в базе. После перевода базы на SQL стали медленнее работать. Что быстрее: Toy SQL или 1С++ ? Может быть есть еще какие-то ньюансы при выборе?  Спасибо.

За ToySQL нужно платить.....

"что быстрее" - это не корректный вопрос.

Спасибо за ссылку. Почему не корректный? "... Поэтому по скорости выполнения запросов данные средства примерно одинаковы." - ответ на вопрос как раз в той статье.

2 Потому и некорректны, что они оба делают одинаковые действия - посылают прямой запрос к SQL.

ado

2 См. ссылку в .

и что?... .. без вк

альф, ну не надо... юзай что те нравится, я через адо и "сложные запросы" могу выполнять... "и то."... жесть

2 Что в твоем представлении "сложные запросы"? Ты из ADO можешь получать агрегатные типы данные? Снимаю шляпу.

снимайте... конечно нет

+ а зачем?

2 Вопрос: Какой из этих автомобилей быстрее проедет 402 метра по этой дороге? - тоже некорректен в силу того что автомобили выполняют одинаковое действие - едут? :) Видимо у нас разное понятие о корректности. Я не лингвист, но если переносить понятие корректности из мат физики, то судя по тому что на вопрос можно дать однозначный ответ - вопрос корректен. :)

2 Если использовать твою аналогию, то вопрос твой будет звучать так: "Проедет ли этот автомобиль 402 метра по этой дороге быстрей, если братья-близнецы, сидящие на заднем сидении поменяются местами?"

2 Вы куда-то дели второй автомобиль... :)

+ по крайней мере

Впринципе в статье на мой вопрос ответ дается, однозначный, даже объясняется почему так. С тем что написано в статье я как вижу Вы согласны :) Поэтому вопрос снят. Большое спасибо :)

2 Так ведь нету второго автомобиля. Он один - SQL. Пассажиры меняются.

А может все таки SQL это дорога в 402 метра, а меняются автомобили ? Или в крайнем случае меняются водители (Если SQL автомобиль)

При выборе ВК я бы еще посмотрел остальной функционал каждой компоненты. 1С++ дает огромное количество других возможностей, кроме работы со скулем. Одни классы чего стоят.

2 Не-а. Аналогии всегда ложны. Так что не стоит в них сильно углубляться. Оба инструмента из предназначены для отсылки ПРЯМОГО запроса к SQL, т.е. просто передача команды на SQL для выполнения. И для обоих можно написать такой запрос, что он будет тормозить хуже штатного. Все зависит от умения при использовании инструмента, а не от самого инструмента. Вот еще одна аналогия: ты можешь постить на этот форум через IE, FF, Оперу и т.д., но результат всегда один - отсылка запроса в базу на добавление сообщения. Если запросы будут одинаковые отсылаться, то какая разница из какого браузера они посланы?

АЛьф Помогите пожалуйста

Хм. Так вы таки хотите сказать, что 1С++ и ToySQL работают с MSSQL не через ADO?

2 Они работают через соединение, которое устанавливает сама 1С. Плюс еще дополнительно обрабатывают сам запрос и его результаты, чего "чистое" ADO не делает.

А 1С через ODBC. Или я ошибаюсь? Т.е. они тормоза, т.к. ODBC априоре медленнее ADO.

2 Тормоза из-за того, что 1С слишком универсальные и не оптимальные запросы к SQL строит на основе своих запросов.

Ну это понятно, но обращение идет через ODBC?

2 А х.з. Я в этом не спец :)

Почему-то мне кажется, что они работают не через то соединение, которое устанавливает 1С.

2 Через то. Иначе не могли бы работать в монопольном режиме.

не надо ля-ля про то, что ADO быстрее ODBC. в свое время читал много материалов на эту тему. по скорости одинаково, по теории ODBC должно быть быстрее так как работает без дополнительной "прослойки". в ToySQL не нужно мучаться с выводом иерархии, с итогами по группам. в ToySQL есть встроенная работа с бухитогами (в 1С++ появилось недавно в виде класса). в ToySQL тоже есть много "интересного" функционала, например, последнее расширение это перехват SQL запросов среды, что позволяет сделать много интересных вещей - подмена наоборов в справочниках и журнала (отборы, быстрый подбор в справочнике ТМЦ). ToySQL изначально ориентирована на прямые запросы!

когда кажется, креститься надо

+ В ToySQL функционал работы с прямыми запросами постоянно дорабатывается и исправляется, в отличии от 1С++.

Мнда. Ссылку в студию на статью, где сказано, что "ODBC быстрее, потому что работает без прослойки".

в 1С++ тоже дорабатывается и исправляется :) правда исправляют его разработчики под свои нужды, то есть гарантии, например, срочного исправления нет. в этом также отличие платной ToySQL от бесплантно 1C++

мнда...ссылку где сказано что АДО быстрее ОДБЦ в студию? я же говорю, что это было 2 года назда. "перетирать" такие мелочи оставляю юнцам.

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

Сейчас, минуту.

ADO vs ODBC - это экономия на спичках.

давайте не будем "пи.деть" теорию. вот практика! сравним скорость выполнения ч/з АДО и 1С++

1С++=ToySQL т.к. движок запросов в 1С++ писал я. еще вопросы есть?

Блин, взял и весь кайф обломал... Прикольно смотреть на религиозные войны.

Ёксель-моксель! Так они пустили АДО через ODBC-драйвер! Вот @#%!@#%!@#

2 Обломал на интригу :(

И эта статья считается авторитетной? Блин, не могу найти сравнение. Там были ODBC, ADO через драйвера OLEDB, ADO.NET

2 Напиши свою. Кто не дает-то?

ну давай ты нас сравнение сделашь. ога? тогда посмотрим

Не, я не буду.

А, вот еще говорят, в восьмерке это все еще круче....

2 А че так?

Лень, и не чувствую, что смогу сделать правильный тест. Хотя, если воспользоваться тем кодом из статьи, только переделать работу ADO через провайдер OLEDB. Может попробую, только не сейчас.

Восьмерку чуток продумали но как всегда привязали баг. Жрет памяти до.... Нужно строить тройную иерархию серваков для многопользовательского режима. Пока есть ToySQL я восьмерку не признаю из-за многого.