Ако направите глобално търсене на думата във всяка стандартна конфигурация Обмен на данни, ще видите много връзки към него. Както в общи модули, така и в модули на справочници, документи, регистри и др. Нека да разгледаме какво представлява този имот и за какво се използва.
Ако отворите клон в асистента за синтаксис Приложни обекти, ще откриете, че много от тях: DirectoryObject, Обект на документ, за регистрите Набор от рекордии т.н. има имот Обмен на данни.
Типът на този обект е: Опции за споделяне на данни, което от своя страна съдържа три свойства
Тези свойства се използват в процеса на обмен между възлите разпределена информационна база. В собственост Подателсе съхранява връзка към възела, в който обектът е променен. Получателисъдържа набор от възли на план за обмен, в които ще се качват промените. Ако са необходими нестандартни действия при обмен на данни между базите данни и изпращача, съставът на набора от възли може да бъде променен програмно. Но бих искал да се спра по-подробно на третия имот.
Ако това свойство е зададено на вярно, това показва, че се записва обект, получен чрез механизми за обмен на данни. Това предполага, че обектът съдържа правилни данни и платформата 1C извършва минимален брой проверки. Но много често при записването на обект се правят много неща програмни проверкив предварително дефинирани процедури на обектен модул. И този код се изпълнява и при запис на обект, получен от файла за обмен. И в този случай могат да възникнат грешки, например поради факта, че проверяваните данни просто все още не са записани.
Ето защо много често в обектните модули можете да намерите следния код:
Процедура преди записване (отхвърляне), ако обменът на данни се връща; EndIf ;//Ето кода с проверка на даннитеКрай на процедурата
От друга страна, наличието на такъв код позволява на разработчика да заобиколи незаконно проверката на данните при програмно писане на обект, т.к. Имотът също може да се записва. Например, използвайки този код:
Нов продукт = Директории. стоки. CreateItem() ; Нов елемент. Име ="Тест за запис"
;
Нов елемент. DataExchange True ;
Нов елемент. Write() ;
И в някои изключителни ситуации това наистина може да помогне като временна мярка. Но не трябва да злоупотребявате с това.
Какво е Data Exchange.Load = Вярно, как да използвате Data Exchange.Load.
Обмен на данни. Зареждането е атрибут на всеки обект в системата 1C Enterprise. Тя ви позволява да посочите, когато записвате обект, че е необходимо да деактивирате всички проверки (включително проверки на ниво платформа 1C). Това беше направено, за да се избегнат конфликти по време на обмен на данни.
Вземете безплатно 267 видео урока за 1C: Това е добра форма сред разработчиците на 1C.Контрол на записите в стандартна 1C обработка
Универсален обмен
данни и т.н.), вероятно сте забелязали настройка, която обикновено се нарича „Контрол на записа“. Тази настройка е отговорна за включването/изключването на атрибута „Обмен на данни.Изтегляне“.
Как да настроите режима за обмен на данни Изтегляне
Много е удобно да използвате този атрибут в програмния код, за да деактивирате всички проверки. Например, този атрибут е необходим, ако трябва да запишете обект, но той има непопълнени задължителни данни. Това може да се използва и като начин за увеличаване на скоростта на обработка на масивни данни - ако деактивирате всички проверки, системата записва обекта по-бързо.
Последна промяна: 01.09.2015 г
Универсалният обмен на данни е предназначен за зареждане и разтоварване на данни във файл в XML формат между различни 1C конфигурации според конфигурирани правила за обмен.
Номенклатура, баркодове, ДМА и др. ще бъдат заредени от стандартните конфигурации на 1C в базата данни Cleverens: Property Accounting и обратно, от базата данни Cleverens: Property Accounting, инвентарът, номенклатурата, подразделенията и т.н. ще бъдат качени в работещата клиентска база данни.Когато използвате този режим, правилата и файловете с данни за изтегляне се прехвърлят от клиента към сървъра, а файлът с данни за изтегляне се прехвърля от сървъра към клиента. Пътищата до тези файлове, намиращи се на клиента, трябва да бъдат посочени в диалоговия прозорец непосредствено преди извършване на действието.
На сървъра.В този режим файловете не се прехвърлят към клиента и пътищата до тях трябва да бъдат посочени на сървъра.
Файл външна обработкаи файловете с протоколи за обмен винаги трябва да са на сървъра, независимо от режима на работа.
Процедура за качване на данни:
Качване във файл за обмен.
Посочете името на файла, в който ще се качват данните. Полученият файл с изтеглените данни може да бъде компресиран.
Свързване и качване на данни към приемника за информационна сигурност.
Изберете вида на информационната база:
Избираме платформата 1C и директорията на информационната база за свързване.
В раздела „Качени данни“ можете да изберете типовете обекти, които трябва да бъдат качени, да настроите селекции за избор на обекти или да посочите възела за обмен на данни, за който искате да качите данни.
В раздела „Опции за качване“ можете да зададете допълнителни параметри за качване на данни.
В раздела „Коментар“ можете да напишете произволен текст на коментар, който да бъде включен във файла за обмен.
За да изтеглите данни, трябва да посочите името на файла, от който ще бъдат изтеглени данните; ако сте въвели парола за компресиране при качване, трябва да я посочите за декомпресия.
Препоръчва се „Режим за отстраняване на грешки в манипулатора за зареждане“. за използване само от разработчици!
Маркерът се използва за подробни настройкикачване и изтегляне на данни.
Необходима е отметка само за разработчициправила за обмен. Позволява ви да изтривате произволни обекти от информационната база.
1. Ред на правилата за качване на данни
Препоръчително е да подредите правилата за качване на данни в такъв ред, че връзките на зависимите обекти да са отдолу нагоре. тоест правилата за разтоварване на данни, чиито обекти не се отнасят за никого, трябва да бъдат поставени на първо място, следвани от правилата за разтоварване на обекти, които се отнасят до първата група и т.н.
Пример: Трябва да изтеглите две директории Users и Физически лица. Directory Users има необходимия Physical. лице - връзка към директория Физически лица. Тоест, директорията „Потребители“ се отнася до директорията „Лични лица“. Препоръчителната последователност от правила за качване в този случай: физически лица, потребители.
2. Изберете данни за качване в една заявка
Ако няма пренасяне в правилото за преобразуване таблични частии движения, както и в събития преди разтоварване няма директни извиквания към обекта, който се разтоварва, се препоръчва да използвате режима „Избор на данни за разтоварване в една заявка“ в правилото за разтоварване на данни. Този режим ще ви позволи да получите всички качени данни в една заявка определен тип, вместо да създава отделни заявки за разтоварване на всеки обект.
3. Използвайте бързо търсенепри зареждане
Този режим на разтоварване и зареждане се препоръчва да се използва за онези правила за преобразуване на обекти, които разтоварват референтни типове, чийто общ брой е относително малък (до приблизително 1000 елемента), към които има много препратки в други обекти.
Пример: Потребители на директория. Почти всички документи имат връзка към тази директория и броят на елементите в директорията не надвишава 1000.
4. Не разтоварвайте обекти на свойства чрез препратка
Режимът позволява правилото за преобразуване на обекти да не разтоварва всички елементи, към които има връзки. Ако режимът е зададен, тогава при разтоварване на самия обект и информация за търсене на всичките му връзки ще бъдат разтоварени, но пълната информация за зависимите елементи няма да бъде разтоварена. Тази оптимизация може да ускори качването и изтеглянето на данни няколко пъти.
5. Не помнете разтоварени предмети
За правилата за преобразуване за нереферентни обекти (регистри) трябва да поставите отметка в квадратчето „Не запомняне на незаредените обекти“, тъй като не можете да препращате към редовете на регистъра, така че няма смисъл да запомняте тези редове на регистъра, които са били разтоварени. За референтни обекти този флаг обикновено е необходим за оптимизиране на повтарящ се достъп за разтоварване на същия обект.
6. Не създавайте общи манипулатори на събития за всички обекти
Не се препоръчва използването на общи манипулатори на събития преди качване и зареждане на данни за всички обекти. Манипулаторите за качване и изтегляне не знаят какво ще се изпълни в тези манипулатори, така че някои оптимизации (например, когато зареждането записва само променени обекти) няма да влязат в сила. Ако е необходимо да се използват едни и същи алгоритми за обработка на данни при качване и зареждане, се препоръчва да се създаде нов алгоритъми го извиквайте в събития на необходимите обекти.
7. Използвайте оптимизиран формат за обмен на данни
8. Изтегляне на данни в режим на обмен
Позволява ви да избегнете ненужни проверки на етапа на зареждане на данни
9. Записвайте само променени обекти
Позволява ви да записвате само променени обекти в информационната база. Ако обектът не е променен, тогава при зареждане от обменния файл той няма да бъде презаписан.
10. Оптимизиран запис на обекти
Режимът ви позволява рязко да намалите броя на посещенията в информационната база за запис на обекти.
11. Пишете регистри с набори от записи
Режимът позволява промените в регистъра да се записват от набори от записи, а не от мениджъри на записи.
12. Обмен на данни чрез COM
За обмен на V8-V8 ако информационни базиизточникът и дестинацията се намират в една и съща локална мрежа, препоръчително е да използвате обмен чрез COM връзка. Необходимо е само обработката на Universal Data Exchange да присъства в конфигурацията на приемника.
С уважение, Владимир Милкин(учител и разработчик