Kérés objektum kompozit típusú (vagy törés konfiguráció egyszerűen hozzáadva könyvtár)

Kérés objektum kompozit típusú (vagy törés konfiguráció egyszerűen hozzáadva könyvtár)

Tegnap, egy olyan elrendezésben, amely működik egy szupermarket láncvezető (slave Nómenklatúra) adunk hozzá. Mindent. Nincsenek rá mutató hivatkozás, nincs értelme a kódot. (Fôszereplôk nem nyílt hozzáférést is)

Úgy tűnik, a legbiztonságosabb változás.

De ma esett ki egy mechanizmust a hiba „Nincs hozzáférés a könyvtárhoz.”

Hogy lehet ez? O_o

Itt van, hogyan.
Az elemzés azt mutatta, hogy a hiba reprodukálható teljesítmény kérelem értékeket a tulajdonságok (kézikönyv a kiválasztási szerződések)

Ugyanakkor kérelmet ugyanarra a forrásra, de feltétel nélkül - végzi, minden gond nélkül.
Hozzáférés megsértése abban az állapotban „Obekt.Vladelets”.
Mivel a mező objektum egy összetett típusú, beleértve a referencia-nómenklatúra, ilyen feltételt teszteltük egyenlőséget az összes alárendelt könyvtárak. Beleértve az új, amelyekre nincs hozzáférés. Itt aztán van egy kivétel.

1. opció gyors, ami kihasználta elemezni - a megfelelő szerepeket, hogy engedélyeket olvasni ezt a könyvtárat (esetünkben ez nem ellentétes a biztonsági követelményeket)

2. Lehetőség még gyorsabb, ha ismeri a problémát lekérdezés - add tervezési megoldások

3. opció optimális. Korlátozza beépített típus használata EXPRESS szerkezet, hiszen ebben az esetben mi érdekli az ingatlan értéke csak szerződéseket

Mit kell tenni, hogy ezek a problémák nem merülnek fel?
Mindig a lekérdezések kompozit típusok, és amikor szükséges, nem mindegyik - nyilvánvalóan korlátozza a típusok (3. lehetőség), mielőtt (ha van választása, és minden mást „a” kompozit típusú mező) az előzetes ideiglenes tábla.

Ez a megközelítés az úton, és növeli a termelékenységet. (Miatt számának csökkentése bal vegyületek)