Recent, după un schimb non-standard de date, am văzut un familiar <Объект не найден> în câmpurile unor elemente ale receptorului de bază și se întreabă cum este posibilă găsirea rapidă a obiectului în baza de date sursă, din care a rămas doar ID-ul. Mai ales dacă recuzele din receptorul de bază de tip compozit sau, în general, de tipul acestuia nu sunt clare. Și în răspuns a scris tratamentul.
Deci, procesarea permite ID-ul pentru a determina obiectul de bază de date de care aparține. Sunt acceptate toate tipurile de baze de date de referință.
Sunt implementate trei moduri: căutarea unui link, crearea unui obiect de bază de date și obținerea unei referințe pentru un obiect de bază de date.
Identificatorul introdus în câmpul "GUID cunoscut" poate avea diferite tipuri:
1. Obiectul nu a fost găsit (25: 888ba76e-9ccf-aed3-4a2f-1d8152ba0f17)
Un caz special al clauzei 1.
De asemenea, ca și în paragraful 3, fără liniuțe.
Puteți introduce (copia) în orice format. Trebuie notat că dacă ID conține un număr de tabel din structura de stocare a bazei de date, atunci obiectul este determinat din acest tabel. De exemplu, aici este numărul "25" - numărul anterior ":" din identificator.
Deci, căutarea este efectuată:
- dacă există un număr de tabel, apoi imediat în acest tabel;
- dacă numărul nu este, atunci pentru toate tipurile de referință ale bazei de date.
Totuși, numai butonul este diferit - "Creați obiect". Sistemul încearcă să creeze un obiect și să stabilească ID-ul introdus pentru acesta. Dacă este posibil, utilizatorul este rugat să completeze formularul acestui obiect și să îl scrie în baza de date.
Din nou, dacă există un număr de tabel în identificator, atunci vom crea obiectul în același timp în acest tabel. Dacă nu, selectați tipul obiectului care trebuie creat manual.
Pe legătura selectată cu obiectul OBD, sistemul obține identificatorul său unic în 3 variante (pentru comoditate).
Domenii de utilizare pentru prelucrare
De asemenea, de exemplu, în registrul "Corespondența obiectelor de bază de informații" se păstrează aceeași corespondență. Obiectul din baza de date curentă este clar, dar ceea ce se află în spatele identității este întrebarea. Deși, desigur, aici tipul poate fi determinat rapid.
Totuși, au existat momente când există o listă ID-shnikov și încercați să determinați ce fel de obiecte.
Este util să folosesc procesarea mea împreună cu căutarea legăturilor rupte.
Procesarea este scrisă sub 8.2, dar poate fi folosită și pentru 8.1 cu conversie preliminară. Formele sunt obișnuite.
1. Obținerea unui ID pentru orice legătură. Pus în aplicare.
2. Abilitatea de a transfera lista ID-schnikov pentru căutarea de linkuri în baza de date sursă.
3. Obținerea ID-ului unei referințe la un obiect dintr-o altă bază de date prin intermediul unei conexiuni COM și invers.