Com-com caching

prefață

Ați rezolvat sarcinile de integrare pe platforma 1C: Enterprise? Dacă da, probabil că a trebuit să configurați schimbul de date între bazele de date 1C: Enterprise sau alte sisteme de informații printr-o conexiune COM. Cu intensitatea crescândă a utilizării unui astfel de schimb, începe să se introducă problema optimizării - reducerea timpului pentru schimb sau chiar crearea unui schimb în timp real.







În astfel de condiții, utilizarea obiectului de conexiune COM devine problematică, deoarece de fiecare dată când se conectează la o altă bază de date, acesta încarcă complet configurația. Și dacă configurația este, să zicem, "Gestionarea unei întreprinderi de producție", unde dimensiunea configurației a depășit mult timp 200 MB? Apoi, timpul pentru inițierea conexiunii va fi semnificativ. Și utilizarea conexiunii COM pentru un schimb pe canalele de comunicare "subțiri" va fi absolut imposibilă!

În acest articol, vom examina trei modalități de memorare în cache a obiectului de conexiune COM pentru a optimiza conexiunea și ratele de schimb.

Pentru o reprezentare vizuală a căilor de rezolvare a unei astfel de probleme, să ne îndreptăm spre următoarea schemă:

Com-com caching

Metoda cea mai simplă, dar cel puțin universală, este cachearea obiectului de conexiune în variabila globală a modulului de formular. Această metodă este potrivită dacă conexiunea COM este folosită rar în orice obiect de procesare sau alt obiect de configurare. Pentru utilizare permanentă, un compus al acestei metode este greu de potrivit, pentru că atunci când deschideți formularul va trebui să vnovt iniția o conexiune care are nevoie de timp considerabil din cauza bazei de date de configurare plug-boot. Un exemplu practic de utilizare a acestei metode poate fi găsit în articolul "Suport pentru o conexiune COM, Partea # 1".







Spre deosebire de prima metodă de complexitate, se propune cache-ul conexiunii COM pe o mașină separată, un server web. De exemplu, puteți crea un serviciu Web care va inițializa o conexiune printr-un obiect COM la primul acces. Apoi, clienții conectați la serviciul web vor putea lucra cu conexiunea memorată în cache, executând toate metodele necesare ale obiectului. În ceea ce privește performanța și 1C serverul de licență de cost: Enterprise este ideal, dar alegerea lui este justificată numai în cazul în care lucra în continuare cu acest compus va fi intens. În caz contrar, se dovedește că vom livra și cumpăra o mașină separată cu un server web care va memora cache-ul pentru mai mulți utilizatori. Și acest lucru nu este rațional. Un articol cu ​​privire la punerea în practică a acestei metode de cache COM-conexiune puteți vedea aici: „Suport pentru COM-conexiune Partea №2.“.

Dar dacă utilizează COM-conexiunea va de multe ori, dar nu suficient pentru a cheltui bani pe punerea în aplicare a celei mai recente versiuni propuse, atunci când această utilizare variabile globale forme de module nu sunt, de asemenea, o opțiune - conexiunea ar trebui să fie memorat în cache nu sunt pentru o singură formă, iar pentru mai multe obiecte (procesare, raport , document). Apoi, cu atât mai mult ar fi mai bine să utilizați o versiune a „medie de aur“ - cache-ul de conectare în depozit temporar în cadrul fiecărei sesiuni individuale, care este necesară această conexiune. Această opțiune este potrivită pentru majoritatea sarcinilor similare. Un exemplu mic al utilizării sale este demonstrat în articolul "Suport pentru conexiunea COM: Partea 3. Media de Aur".

concluzie

Folosind COM-conexiunea pentru integrarea soluțiilor de aplicații pe platforma 1C: Enterprise unele cu altele și cu alte software-ul vă permite să rezolve cele mai complexe sarcini de creare a unui sistem informațional unic al întreprinderii.







Trimiteți-le prietenilor: