ПредишенСледващото

Инструкция за преобразуване на данните 1C (версия 2) Оптимизация

Няколко прости правила, които могат да ускорят данните за разтоварване и товарене.

Правила качване на данни

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

2. Изберете данните, за да се разтоварят една заявка

Ако правило не съществува таблица за преобразуване трансфер части и движения, както и в събитията преди заустването се няма директни препратки към пейджъра обект се препоръчва в областта на върховенството на разтоварване на данни използвайте "Избор на данни за качване на една заявка." Този режим позволява на една заявка, за да получите всички Качено на данни от определен тип, вместо изграждане на отделни искания за разтоварване на всеки обект.

Правилата за преобразуване на обекти

3. Използвайте бързо търсене при стартиране

Този режим на качване и изтегляне се препоръчва за тези правила за преобразуване на обекти, които се обръщат видове се изпускат общо количество, което е сравнително малки (около 1000 позиции), за които има много препратки към други обекти.

Потребителите Directory: например. Почти всички документи имат връзка към тази директория и номера от указателя на предмети не надвишава 1000.

Mode позволява правилата за обмен на обектите не се разтоварват на всички елементи, които са упоменати. Ако режимът е, че ще бъдат разтоварени, когато разтоварването на обекта и информацията, за да търсите всички свои връзки, но пълна информация за елементите, няма да се разменят. Тази оптимизация може да бъде няколко пъти, за да се ускори данните за разтоварване и товарене.

5. Не забравяйте, качените обекти

Правила за преобразуването не се обръщат към обекти, като отметнете квадратчето (регистри), "Не си спомням разтоварват обекти", тъй като е невъзможно да се позова на регистър линия, така че няма смисъл да се съхраняват тези регистри линии, които са били разтоварени. За референтни обекти обикновено е необходим този вариант, който ще оптимизира втората жалба за заустване на един и същ обект.

6. Да не се направи обща събитие манипулатор за всички обекти

Не се препоръчва да се използват общи обработват събитие преди разтоварване и зареждане на данни за всички обекти. Обработка на качване и сваляне на не знам какво ще се прави в тези манипулатори така че някои оптимизация (например, когато се зареждат записи се променят само обекти) няма да работи. Ако трябва да се използват едни и същи алгоритми за разтоварване и товарене за обработка на данни, се препоръчва да се създаде нов алгоритъм, и в събитията в желаните обекти на своята кауза.

Обработка "Universal XML обмен на данни"

7. Използване на оптимизиран формат за обмен на данни

Този режим се препоръчва, когато общувате V8-V8, ако обработка разтоварване и товарене на източника и приемника е не по-ниска от 2.0.18

режим на обмен на данни 8. Заредете

То премахва ненужните проверки на данни обувка

9. само за писане на променените обекти

Само позволява да записвате модифицирани обекти в базата данни. Ако обектът не е бил променен, след зареждане от валутния файл, той няма да бъде презаписан.

10. Оптимизирани които записват

Mode ви позволява да се намали драстично броя на посещенията в базата данни на съоръженията за запис.

11. Напишете регистър комплекта от записи,

Mode ви позволява да записвате промените в комплекта регистър на записи, а записите, които не са мениджъри.

За обмен на V8-V8, ако информационна база източника и приемника се намират в една и съща локална мрежа, се препоръчва да се използват, за да комуникират помежду си посредством COM - съединение. Необходимо е само, че получателят ще представи обработка конфигурация универсален обмен на данни.

Подкрепете проекта - споделете линка, благодаря!