1с 8.3.5 + SQL 2008
самописный документ с табличной частью
тч апдейтится на стороне SQL-сервера
после апдейта изменения в 1С не видны, но помогает выход-вход.
хотелось бы видеть изменения сразу.
помогите, плз.

Нарушаем-сЪ?

перечитай документ

>после апдейта изменения в 1С не видны

она про них не в курсе

(3) я это понимаю.
но как бы попроще оповестить 1С, что надо бы перечитать данные с SQL-сервера

Никак

(2) перечитываю: ЭтотОбъект.Прочитать();
безрезультатно

(4) повесить тригер на действие в таблице

(7) что триггер должен делать и что это даст?

(6) а форма как перерисуется на клиенте? уличной магией?

(8) я сказал как поймать событие - накой хер это тебе надо - твоя головная боль

(0) Это опасная игра высокоподнятой клюшкой. 1С это не тупая читалка SQL. Там как бы сервер приложений есть, с кэшированием и другими механизмами, которые ни сном ни духом про твои опыты. Так что не гневи бога 1С и пиши через COM. Или через веб-сервисы. Или через REST-интерфейс.

(7) + (10)  ))))
триггер - SQL-ный механиззм
как он поможет 1С понять необходимость обновления?
триггер - отдельно, 1С - отдельно

(11) + Или через промежуточные таблицы. А 1С будет периодически анализировать наличие новых данных в них (тем же регламентным заданием) и засасывать штатно.

(11) хм... надо знать технику безопасности.
без подготовки - да, лучше не соваться.

дернет сервис, запишет строку в таблицу которую увидит ожидание - ну откуда мне знать что тебе надо

(15) сервис (к которому меня отсылаете) хранится в SQL-таблицах? если не сложно напишите префикс таблицы.

да что за день сегодня...

вход-выход куда? должно все видится. это в открытой форме не перерисуется само.

(13) можно ли принудительно заставить 1С проанализировать наличие новых данных/перечитать данные из SQL-таблиц?

(18) выход из 1С, вход в 1С.
простое закрытие-открытие формы документа не помогает.
предполагаю, что 1С не знает, что необходимо перечитать данные с SQL.
только как заставить ее это сделеть?

(19) изменения где не видны? в свежеоткрытом документе?

(20) да ну нафиг. быть не может. в открытой форме это понятно. но если открываешь документ она его читает из базы.

глянь профайлером момент открытия документа из списка

(21) да
(22) если бы могло быть - не писала бы здесь, а работу работала)

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

поэтому открывай-закрывай, не будет ничего перечитыватся

(23) на предмет перечитывания данных из SQL-таблицы?

(25) согласно, что кэш читает.
хотелось бы заставить прочитать свежие данные

вообще очень плохой подход к работе с 1С, таким способом данные ей подсовывать... чёнить изменится в архитектуре и навернутся эти костыли

у меня перечитывание документа изменённый реквизит обновляло. (25) если кэш, то как 1с узнаёт об изменении документа другим пользователем?

(26) хотя бы для начала. не может кэш так работать.

(25) >кудато пишется ещё признак изменености
еще понять бы куда пишет...

(22) так он небось версию документа не апдейтит

а если менять не только ТЧ, но и какой-нибудь реквизит самого документа?

(32) щас попробую проапдейтить

(29) при изменении реквизита только 1 запись в sql меняется?

сдаётся мне что и версия документа как говорят в (32) апдейтится

(35) я менял одно поле - одну ссылку на другую, больше ничего не трогал.

932) это поле ридонли. само апдейтится при записи.

(36) что менял?

(34) в лоб timestamp не апдейтится

(37) Значит надо шапку прозаписать документа

и правда так. чето намутили 1с-ники. щас разберемся.

(38) в самописном документе нужно было поменять реквизит - ссылка на справочник. при загрузке указали неправильное значение. документов что-то около 100 тыс.
прямым запросом махнул за 3 минуты где-то. ну и сам запрос полчаса рисовал.

(42) Круто! А старая ссылка в проводках так и осталась старой?

запросом естественно все норм читает.

(30) вы правы: профайлер говорит, что есть перечитывание данных.
спотыкается на версии.
видимо, версия без изменений - перечитывания нет.

(43) реквизит в проводках не участвовал, я бы тогда не рискнул.

(44) Смотря что именно вы запросом читаете. 1С читает документ, а не то, что в табличных частях у него. Нет изменений - ненужны и чтения.

(45) у табличной части нету поля версия. надо шапку перезаписывать.

(47) а табличные части документа не имеют отношения к объекту документ?

предлагаю ещё раз менять заодно (можно создать для этих целей служебный) реквизит шапки

(48) я про шапку и писала (у тч, действительно, нет версии).
ак бы еще изменить поле типа timestamp...

(50) есть речь про SQL-изменение - ничего не даст:
там 1С перечитывает только при изменении версии

(51) перезаписать в шапке любое поле тем же значением

(52) и всё-таки. у меня же отработало.

(53) да, уже провелила, все так и есть

версия изменилась, но перечитывания не произошло.

(53) так работает, но не сразу. частоту опроса базы увеличить еще видимо надо. помниться раньше была настройка, с какой периодичностью обновлять списки.

а клиент тонкий?

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

(57) мне бы сразу...
не подскажете. где меняется частота опроса?

откуда данные пишутся в таблицы? где источник находится и в каком виде?

(59) есть сложный алгоритм расчета, реализован на SQL с помощью хп.
переписать на 1с  не реально - требования по производимости не выполнятся.
апдейт - тольк овершина айсберга)

(62) пиши результат расчета в таблицу. таблицу прицепи к базе 1С как внешний источник. и оттуда штатным образом фигач в документы.

(61) источник - таблица 1С (SQL)
на нее натравливается хп по расчету
расчет выполнен - данные апдейтятся

(63) долго.
бысрее работает
Записать
запустить хп
Обновить

в этом случае данные формы обновляются
но у меня есть еще требования по скорости

с апдейтом шапки через секунд 10 примерно данные перечитываются.

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

(66) у меня примерно также.
для моей задачи многовато.
буду дальше ковыряться.

(0) при записи табличной части необходимо инкремировать поле версии основной таблицы документа...

но вообще как уже говорили - нефиг лезть в 1с "прямыми" руками, 1с восьмерка можно сказать "идеальна", даже на объемах в лям записей в день я-бы не стал переходить на прямую запись скуля...

(66)кеш сервера живет 15 сек...

(69) пишу напрямую, полгода работаем. полет нормальный.

всем спасибо.
изменение версии документа решило проблему:
теперь запуск хп (с апдейтом) + ЭтотОбъект.Прочитать()
обновляет инфу на форме документа с приемлемой скоростью.

Что пишите то? Данные с колайдера или с АЗС? Ну интересно мне)))

>ЭтотОбъект.Прочитать()

туда зашита перерисовка формы?

ветку не читал. Я правильно понимаю, что автор делает какие-то мутные апдэйты объектов, не меняя поле Версия и по этому платформа ему показывает закэшированные данные?

(75) автор уже делает апдейты версий

(75) это уже починили

чорт! я телепат просто