Объектная и табличная модель #757700

Спорю кароче с одним нубом, по поводу какой способ обращения лучше использовать для чтения (измеение не требуется). Блин не могу найти пруфов 1совских, что запросом получить данные из регистра сведений быстрее, чем набор создавать, дайте пруфов =) З.Ы. 1с дома нету, скрины замеров с терминала человека не убеждают, нужно что то железобетонное=) З.Ы. да,да, "в интернете кто-то неправ" =)

Какие аргументы у обоих сторон, кроме "не верю"?

не дам. бывало, одна обработка (писаная как раз под это сравнение) на разных машинах по-разному показывала. на моей разница была в 10-20 мс (цикл до 10000 вроде)

Может нуб то не тот?

+100 "При использовании запроса вся считанная информация передается на клиентский компьютер и размещается в оперативной памяти. Если требуется обработать очень большие объемы информации, то можно рекомендовать использовать выборку. Выборка не предоставляет широких возможностей по отбору и упорядочиванию информации и считывает все поля и табличные части объектов, но зато она выполняет считывание порциями и, соответственно, может использоваться для обработки любых объемов данных без помещения их в оперативную память. При получении объектов из выборки их повторное считывание не производится. Поэтому для массовой модификации объектов выборка может быть эффективней, чем считывание ссылок запросом и получение объектов по каждой ссылке. С точки зрения поиска объектов (ссылок на объекты) по простым условиям (по коду, по наименованию и т.д.) использование запроса и методов менеджеров объектов (НайтиПоКоду и др.) не имеют существенных отличий по реализации с точки зрения платформы. Методы менеджеров имеет смысл использовать, если выполняются именно одиночные операции поиска. Основным преимуществом методов менеджеров является краткость записи в модуле. Если необходимы сложные условия или поиск нескольких объектов, то необходимо использовать запрос."

Так кто спорит то, я про тоже. Сравнивается типа такого Набор = РегистрыСведений.РегистрСведенийДляТеста.СоздатьНаборЗаписей;

относится и к ,

А зачем вам для чтения НаборЗаписей? Выборка же проще и по рекомендациям быстрее?

Я понимаю. Дай пруф на рекомендации!!

то, что я объясняю - это типа мое мнение и я типа нуб. Нашел древнюю ссылку с сайта 1С - она древняя, другая не от 1С и тд

+ Ну типа такого Пока Выборка.Следующий ... По рекомендациям - самый оптимальный вариант.

...да это понятно, я не могу найти эти рекомендации

запусти отладчик и щамер производительности. А потом бегом на рынок, за гУсем.

Запрос быстрее или одинаков по времени с объектами всегда.

Быстрота относительное понятие: смотря какая база, смотря какие индексы. Короче либо Profiler SQL, либо Технологический журнал 1С, вам в помощь.

В ссылка и цитата. Ссылка сюда : ИТС -> Главная -> Разработка и администрирование -> Методическая поддержка -> В каких случаях использовать Ссылку, Запрос, Выборку, Объект. Могу выложить полную цитату. Если ИТС-а нет.

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

Хорошая ссылка все описано доходчиво.

дай пожалуйста, очень выруччишь

К сожалению сам не читал, знакомый рассказывал :).... Ну в общем ты понимаешь.... :)

очень сомневаюсь, что может быть одинаков, ведь в объектной модели тратится время на создание объекта + его чтение. в таб модели только чтение.

Я тебе открою великую тайну... На сайте итс есть пробная подписка. Безвоздмездно. На 7 дней. А так... Хочешь тебе продам ИТС? ))

вообще то там уже был самозаовн, когда он выложил его скрины замеров, где выделил, что Прочитать по времени быстрее запрос.выполнить. Но по общему времени на сервере  все понятно

Спасибо, бро

Заюзал уже на 5 почтах, влом создавать новую, каюсь

Купи себе легальную подписку! Продам!

давай сейчас 30ку и получи доступ

Блаблабла. Вы просто не погружались в ньюансы.

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

Ты может не писал а ? Ну так просвети эти нюансы, ты нубом что ли не был. Чет ты зазвездился совсем, корона не мешает?

Ньюансы в Тех. журнале и SQL Profiler'е

Так что смотреть то? Говорим, что в каких то случаях получение данных табличной и объектной моделью может быть одинаково. Так в каких вопрос? Создание скажем наборы - время + чтение набора время. В запросе же только чтение (остальное не существенно) Ну так подскажи, что и как сравнить, а инструменты я найду как протестить

Не забывайте, что метод набора записей Прочитать устанавливает разделяемую упр блокировку. Т.е. если данные будут заблокированы, то запросом их можно прочитать, а набором уже нет.