Платформа семерка. Вобщем нужен совет как организавать технологически быструю выборку.

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

платформа семерка.

ну, прямыми запросами, не?

пока прямые запросы не знаю что такое.

(2) Icpp.dll

(2) Даже я, восьмёрошник, знаю.

(4) Ну блин примерно заню что обращение к базе к таблицам на физ уровне как к файлам, но ни разу не применял это.

jsmith82 был создатель этих прямых запросов,

что?

(7) А что?

(6) мануалы там вполне.

http://www.1cpp.ru/docum/html/ODBC.html

http://kb.mista.ru/article.php?id=86

сколько прирост производительности дает это функционал?

Предлагаю вариант "ощутимый".

Hans сколько прирост производительности дает это функционал?

Не в разы, а на порядки
У мну запрос, работавший 20 минут, стал выполняться за 2 сек

(12) смотря что делаешь и смотря какие ручки

(0)а база то какая скульная ?

(14) Ничоси!

Бендер (0)а база то какая скульная ?

база файловая у клиента, порядка 2 гб.

Ставьте MSSQL Express 2014 :)

(18) ну, dbf-базы 1с++ тоже окучивает

переходите на 8ку

Или на SAP.

Файловую базу такого размера уже желательно на скуль переводить или обрезать. Иначе упрется в размер дбфки.

(23) да ну ладно, 2 гига на всю базу - это совсем немного

Скользящий Файловую базу такого размера уже желательно на скуль переводить или обрезать. Иначе упрется в размер дбфки.

2 гб всего. Детский размер.

andrewks (18) ну, dbf-базы 1с++ тоже окучивает

Есть ли такой же ахуительный прирост производительности, как в скуле?

Обычная выборка справочника вроде быстрей на семерке работает чем простой запрос?

(26) если в терминале, то, в среднем, да

(26) "Чёрный запрос" быстрее выборки. ИСИХО.

Hans Обычная выборка справочника вроде быстрей на семерке работает чем простой запрос?

По разному

(5)

jsmith82 У меня директор был создатель этих прямых запросов, если я не ошибаюсь.

насколько я знаю, язык запросов SQL впервые использовался в компании IBM. Твой шеф приложил к этому руку?

(30) Он скорее всего имеет в виду 1с компоненту. В 2004-ом мы стали впервые делать прямые запросы 7.7, получая структуру данных через популярную тогда компоненту Rainbow.dll, ну а запросы из обычного adodb.
В 2005-ом переходили на 8-ку и там писали свою конвертацию данных, где прямые запросы использовались уже сверхактивно

(31) я делаю прямые запросы без использования компонент. Единственное, что потребовалась программа (exe) для того, чтобы распарсить 1cv7.md. Хотя, если приложить ещё некоторые усилия в разработке, то можно и без неё обойтись

(32) так в этом то обычно и проблема. Делать то запросы легко. Компоненты нужны чтобы структуры данных получить. Твой способ не хорош тем, что в другой md с такой же структурой данных (напрмер созданной объединением конфиг) твой запрос не будет работать, требуя опять парсить md. С использованием компонент, можно динамически получить текущую структуру и соответсвующий запрос, избегая этой проблемы в родственных конфигах

(33) его надо распарсить один раз при первом обращении (ну, и при изменении МД)

еще в 2000 писал прямые запросы к 77 через dmo, без всяких компонент...

(35) DMO?

(36) угу...

(37) кес кё сэ дмо?

(39) SQL Database Management Objects...

(30)(31) Может, ошибаюсь. Я в 7.7 особо не работал. Там чёто типа "ПоставщикДанных", "ПрямойЗапрос" и проч. Мож, вариант реализации.