Обмен между 7 и 8. на 8 робот который мониторит справочник в 7 где выполняется регистрация объекта для обмена. есть новый или изм то обновляем в 8. 7 уже почти 6 гиг. комплексная, попытки перевести на sql  были проблемы. делаем переход на 8. но пока это г надо обменивать с 8. как лучше ? 8 на субд линухе. робот который по кому или все таки через файл ? робот будет в режиме приложения

реализация есть по части и по кому и по файлу. или вариант как обычно у кого какая вера ? :) но ком тупит. тогда что csv?

хмл.. используя типовые правила..
если правила вручную - то текстовый... но это гемморно..

правил нет. 8 самописка... кд подумаюваю использовать но есть штука что несколько элементов 8 может принадлежать 1 элементу в 7. а в дальнейшем такое же соотношение будет в 8

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

или плюнуть на все... и делать в кд ? но тогда вопрос соотвествий

(3) полная самописка, или рихтованная типовая??

полная

с типовой что то взять ? :) что бы облегчить жизнь

правильное было решение использовать регистрацию по плану обмена. но как его связать с 7. подтверждения о доставке будет приходить ? если обмен 8х8 то вопрос нет. а как быть с 7 ?

вопрос только в этом ну и соотвествие

есть идеи ?

(7) ну тогда полная Ж)) хотя, в 0 написано что комплексная
(8) если 1 справочник - то на кд накидать за пару часиков правила - и вперед и с песнями. а подтверждение доставки можно делать через проверку файла нулевой длины: при загрузке в 7 создать файлик "ЗагрузкаНеудачна", и из 8 проверят - если нет такого файла, то счастье, если есть, то "ой"))

да проблема в том что в 8 3 справочника в 7 1.

да и то что есть элементы которые в 8 несколько а в 7 1

в 8 упр учет. в 7 бух

7 то комплексная(есть доработки но все равно типовая). а в 8 самописка

если в кратце то 8 типа рарус автосалон+сто+магазин,как говорил 7 комплексная

перечисли хотя бы справочники...
самое лучше в любом случае кд и универсальный обмен в хмл....

авто,зч, нормативы в8,в 7 это тмц

и чой народу не спится?? лучше времени нет делать обмены 7.7 и 8.2?(((
зы сам сейчас колдую на..

но нормативы в 8 больше чем выбирают в 7. то есть нужно соответствие между элементами 8 и элементом 7

та..... гемор не мой. есть типа прогер... базу довели что 7 что 8 до Жо.... инициатива моя была.то хоть щас проще есть субд, но вот кастыль в 7 :(

была бы 7 на sql то было бы проще. а щас подключение если по сети то от 3 до 5 минут.... а мне надо онлайн передача данных. вот колдую... с бубном :(

ех. пошел за пивом.. чуствую напишу свой обмен по сом и тхт. а то пока с кд подружусь до конца то это будет долго :)

с кд быстро можно подружится..
а с скл какие проблемы??

не я переносил, но были траблы с битыми ссылками. толком не смотрел. но рвались взаиморасчеты и план счетов. или это все лечитцо быстро ? я так глубоко в 7 не копал

ведь можно будет прямые запросы делать с 8 в 7 ? или я много хочу

наверное, не многого) просто, КД будет лучше - мне кажется))..

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

(27) с com можно, я уже делал.
Мне ком нравится, я б не стал делать в текст или xml, если нет особой небходимости.

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

(30) 7ка была на сиквеле, но я так понимаю можно и с файловой

от, красота, тьфу-тьфу: на раз два три типовые обработки переносят из давно покоцанной 77 тис в УТ 10.3(после небольшой работы с напильником в тис)

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

(33) мне бы твое счастье :).

(35) напильник в руки и будет счастье)).. честно честно))

помню, мне ценник на перенос выставили в 50 штук на перенос...

да тут так же есть ценник. только если это делал франч дороже в 5 раз. а как я сотрудник то дают копейки, но тут дело в другом. меньше гемора мне :). а я рад помучатся но сделать. и то переход по моей инициатива. она ой какая наказуема :)

и все таки. если база 7 будет на скл. я смогу выполнить запрос к таблице без транзакции 1с или нет ? что бы в момент ком не попасть в транзакцию

тогда вопрос в другом. что я получу при переносе 7 с файла на скл ? +-

или есть смысл мучений. если все будет ок то с нового года уже будем на 8

есть кто живой ? :) а то рассуждения в слух :)

(39) все функции 1с++ доступны при ком соединении к 7.7

(41) эт ты нового года собираешся в коме обмены делать??... мать моя женщина - видел реальный пример такого подхода. Последние три года они переходят, и думаю, перейдут в ближащие три с выходом УПП 3.0 и 1С 10.1

но все равно буду ловить транзакцию таблицы. если кто то занял объект который зарегали для обмена... или нет. если мне надо получить его ссылку. пример. если открыта форма документа 7

от мороку то ты себе придумал)) у мну база в 77 с кучей приблуд и 1С++ и формекс и еще куча всякой дряни. Но с типовыми я даже не задумаюсь над этим))

с типовым переносом

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

(45) (nolock) ?
Это тебе надо посоветоваться с тем, кто хороший опыт с 1с++ имеет.

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

(40) если база большая, то стоило бы. Но если в ней работать всего пол года??? Ты ж переведешь на скл, не факт, что производительность сразу выростет, а не упадет. Может там кучу всего переписывать придется. Да и потом скуль какой? Я 2008 не знаю еще пока как с 7кой подружить.

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

(51) да для 8 уже подняли сервак терминалов на 08, а база и субд вообще на линухе

и постгрес. но лучше чем было. а вот 7 храмает и загибает.

(50) какие дубли? В 7-ке сделай справочник, где 1 реквизит будет твой документ, а 2ой-айди. В 7ке при выгрузке регистрируй док в справочнике. А в 8-ке Создай рег.сведений и ищи док по ид. Если не нашел, создавай новый

(52) причем тут сервак терминалов, ниче не понимаю.
"база и субд вообще на линухе" - ??? 7ка на постгри работать не будет

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

(56) я тебе про 8. 7 живет на 2003 серв

(57) открыли его для изменения, или просто открыли. когда он открыт 7 блокирует запись документа. 8 же дает перехватить изменить, а открывшему сообщает что он не соответствует записи бд

2003 это виндос? а база файловая? смысл на пол года ставить мс сиквел и приобретать се гемора

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

но

NOLOCK

   Равнозначен аргументу READUNCOMMITTED. Дополнительные сведения об аргументе READUNCOMMITTED см. далее в этом разделе.
http://msdn.microsoft.com/ru-ru/library/ms187373.aspx




READ UNCOMMITTED

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

   Транзакции, работающие на уровне READ UNCOMMITTED, не используют совмещаемые блокировки, чтобы предотвратить изменение считываемых текущей транзакцией данных другими транзакциями. Транзакции READ UNCOMMITTED также не блокируются монопольными блокировками, которые не позволили бы текущей транзакции считывать измененные другими транзакциями, но не зафиксированные строки. Установка этого параметра позволяет считывать незафиксированные изменения, которые называются чтением«грязных» данных. Значения в данных могут быть изменены и до окончания транзакции строки могут появляться и исчезать в наборе данных. Этот параметр действует так же, как и настройка NOLOCK всех таблиц во всех инструкциях SELECT в транзакции. Это наименьшее ограничение уровней изоляции.

   В SQL Server конфликты блокировок при защите транзакций от чтения «грязных» данных незафиксированных изменений данных можно сократить с помощью следующего:

       уровня изоляции READ COMMITTED с параметром базы данных READ_COMMITTED_SNAPSHOT, находящимся в состоянии ON;

       Уровень изоляции моментального снимка (SNAPSHOT).

READ COMMITTED
http://msdn.microsoft.com/ru-ru/library/ms173763.aspx

(59) ты ж читать собрался, а не изменять?

да но в спр вношу внутрпредст 8
что бы можно было сразу найти элемент

вообщем без бубна не взлетит :)

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

(63) извини, не понял, ты про выгрузку из 7ки в 8ку?

в 8 по ком получает спр 7, где все изм., но в 7 объект открыли. автомат видит что объект изменили пытается прочитать его. но увы он блокирован 7,открыта форма. если скл и на 1с++ то проблемы нету. а штатное блокирует его, или все таки нет ?

(67) нет по идее. 8-ка точно блокирует на чтение только в момент выполнения самой транзакции (сохранение), а изменение объекта в форме - это совсем другая блокировка. В 7ке думаю также

(68) соответственно при записи скуль подождет чуток, потом прочитает. В чем проблема?

(68) тут не согласен по поводу 7. если открыта форма. то запись блокирована. в 8 можно открыть 2 раз изменить. а тот кто попытается потом изменить уже открытую форму сообщит что объект не соответствует бд и нужно будет переоткрыть что бы изменить

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

(70) и на програмное чтение тож закрыт? Сделай обработку, посмотри. В любом случае 1с++ можно и на файловой 7-ке использовать

(71) попытка спасет ситуацию?

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

(73) запись в тз внешнию. если через попытку и метку все равно можно пройти ее количество и не получить запись

(74) ты ж пишешь, что 7-ка файловая? я что-то упустил?

я рассматриваю 2 варианта. если переходить на скл или тек файл.

(74) проверил, программное чтение доступно. Если нужно наоборот записать, то делай попытку. Не вижу проблемы

(0) кстати, я что-то сразу не подумал. На линуксе же нет кома?