SQLAllocHandle függvény

Megfelelőség
Bemutatott verzió: ODBC 3.0 szabványoknak megfelelés: ISO 92

Summary
Az SQLAllocHandle környezetet, kapcsolatot, utasítást vagy leíró handle-t oszt ki.

Note

Ez a függvény egy általános funkció a handle-ek kiosztására, amely helyettesíti az ODBC 2.0 SQLAllocConnect, SQLAllocEnv és SQLAllocStmt funkciókat. Hogy az SQLAllocHandle-t hívó alkalmazások működhessenek az ODBC 2-vel. x drivers, az SQLAllocHandle hívását a Driver Manager a Driver Managerben SQLAllocConnect, SQLAllocEnv vagy SQLAllocStmt formátumra jelöli, ahogy megfelelően. További információért lásd: "Hozzászólások". További információért arról, hogy a Driver Manager mire térképezi ezt a függvényt, amikor egy ODBC 3. x alkalmazás ODBC 2-vel működik. x illesztőprogram, lásd : Alkalmazások visszafelé kompatibilitásának leképezési helyettesítő függvényei.

Syntax

  
SQLRETURN SQLAllocHandle(  
      SQLSMALLINT   HandleType,  
      SQLHANDLE     InputHandle,  
      SQLHANDLE *   OutputHandlePtr);

Arguments

HandleType
[Bemenet] Az SQLAllocHandle által kijelölendő handle típusa. Az alábbi értékek egyikének kell lennie:

  • SQL_HANDLE_DBC

  • SQL_HANDLE_DBC_INFO_TOKEN

  • SQL_HANDLE_DESC

  • SQL_HANDLE_ENV

  • SQL_HANDLE_STMT

SQL_HANDLE_DBC_INFO_TOKEN leírót csak az illesztőprogram-kezelő és az illesztőprogram használja. Az alkalmazások nem használhatják ezt a leírótípust. További információért SQL_HANDLE_DBC_INFO_TOKEN lásd: Fejlődés Connection-Pool tudatosság egy ODBC meghajtóban.

InputHandle
[Bemenet] Az a bemeneti fogantyú, amelynek kontextusában az új fogantyút ki kell osztani. Ha a HandleType SQL_HANDLE_ENV, akkor ez SQL_NULL_HANDLE. Ha a HandleType SQL_HANDLE_DBC, akkor környezeti kezelő kell legyen, ha SQL_HANDLE_STMT vagy SQL_HANDLE_DESC, akkor kapcsolati handle-nek kell lennie.

OutputHandlePtr
[Kimenet] Mutató egy pufferre, ahol a handle vissza lehet térni az újonnan kijelölt adatstruktúrához.

Returns

SQL_SUCCESS, SQL_SUCCESS_WITH_INFO, SQL_INVALID_HANDLE vagy SQL_ERROR.

Amikor környezeti handle nélküli handle-t allokálnak, ha SQLAllocHandle SQL_ERROR-t ad vissza, akkor az OutputHandlePtr-t SQL_NULL_HDBC, SQL_NULL_HSTMT vagy SQL_NULL_HDESC-re állítja be, a HandleType értékétől függően, kivéve, ha a kimeneti argumentus null mutató. Az alkalmazás ezután további információkat szerezhet az InputHandle argumentumban szereplő handle diagnosztikai adatstruktúrájából.

Környezetkezelő allokációs hibák

A környezet kiosztása mind a Driver Managerben, mind minden illesztőgépen belül történik. Az SQLAllocHandle által SQL_HANDLE_ENV HandleType esetén visszaadott hiba attól függ, hogy milyen szinten történt a hiba.

Ha a Driver Manager nem tud memóriát osztani *OutputHandlePtr számára, amikor SQLAllocHandle , amelynek HandleType SQL_HANDLE_ENV volt, vagy az alkalmazás null mutatót ad az OutputHandlePtr-hez, akkor SQLAllocHandle SQL_ERROR-et ad vissza. A Driver Manager a *OutputHandlePtr SQL_NULL_HENV-et állítja be (kivéve, ha az alkalmazás null mutatót ad, ami SQL_ERROR-t ad vissza). Nincs olyan eszköz, amellyel további diagnosztikai információkat lehetne csatolni.

A Driver Manager nem hívja az illevezetőszintű környezet handle allokációs függvényt, amíg az alkalmazás nem hívja az SQLConnect, SQLBrowseConnect vagy SQLDriverConnect. Ha hiba adódik az illevezetőszintű SQLAllocHandle függvényben, akkor a Driver Manager szintű SQLConnect, SQLBrowseConnect vagy SQLDriverConnect függvény SQL_ERROR ad. A diagnosztikai adatszerkezet tartalmazza az SQLSTATE IM004-et (az illesztőprogram SQLAllocHandle meghibásodott). A hiba egy csatlakozási fogantyún jelenik meg.

További információért a Driver Manager és egy driver közötti függvényhívások áramlásáról lásd: SQLConnect Function.

Diagnostics

Amikor az SQLAllocHandle SQL_ERROR vagy SQL_SUCCESS_WITH_INFO értéket ad, egy hozzárendelt SQLSTATE érték elérhető úgy, hogy az SQLGetDiagRec hívása a megfelelő HandleType és Handle értékre van állítva. SQL_SUCCESS_WITH_INFO (de nem SQL_ERROR) vissza lehet adni az OutputHandle argumentumhoz. Az alábbi táblázat felsorolja az SQLAllocHandle által általában visszaadott SQLSTATE értékeket, és mindegyiket ennek a függvénynek a kontextusában magyarázza el; a "(DM)" jelölés megelőzi a Driver Manager által visszaadott SQLSTATE-leírásokat. Az egyes SQLSTATE-értékekhez társított visszatérési kód SQL_ERROR, kivéve, ha másként van feltüntetve.

SQLSTATE Hiba Description
01000 Általános figyelmeztetés Illesztőprogram-specifikus tájékoztató üzenet. (A függvény SQL_SUCCESS_WITH_INFO ad vissza.)
08003 A kapcsolat nincs megnyitva (DM) A HandleType argumentum SQL_HANDLE_STMT vagy SQL_HANDLE_DESC volt, de az InputHandle argumentus által megadott kapcsolat nem volt nyitott. A csatlakozási folyamatnak sikeresen végbe kell zárnia (és a kapcsolatnak nyitva kell lennie), hogy az illesztervezető kioszthasson egy utasítást vagy leíró handle-t.
HY000 Általános hiba Hiba történt, amely miatt nem volt konkrét SQLSTATE, és amelyhez nem definiáltak implementációspecifikus SQLSTATE-t. Az SQLGetDiagRec által a *MessageText pufferben visszaadott hibaüzenet leírja a hibát és annak okát.
HY001 Memóriafoglalási hiba (DM) A Driver Manager nem tudott memóriát kijelölni a megadott kezelőre.

Az illesztőprogram nem tudott memóriát kijelölni a megadott kezelőre.
HY009 Érvénytelen null mutató használata (DM) Az OutputHandlePtr érve null mutató volt.
HY010 Függvényütemezési hiba (DM) A HandleType érve SQL_HANDLE_DBC volt, és az SQLSetEnvAttr nem hívták meg a SQL_ODBC_VERSION környezeti attribútumot beállítani.

(DM) Egy aszinkron futó függvényt hívtak az InputHandle számára, és még futott, amikor az SQLAllocHandle függvényt SQL_HANDLE_STMT vagy SQL_HANDLE_DESC volt beállítva.
HY013 Memóriakezelési hiba A HandleType érv SQL_HANDLE_DBC, SQL_HANDLE_STMT vagy SQL_HANDLE_DESC volt; és a függvényhívást nem lehetett feldolgozni, mert az alapul szolgáló memóriaobjektumok nem voltak elérhetők, valószínűleg alacsony memóriafeltételek miatt.
HY014 A fogantyúk számának határa Elérte a driver-definiált korlátot, hogy hány fogantyút lehet kiosztani a HandleType argumentus által jelölt handle típusra.
HY092 Érvénytelen attribútum/opcióazonosító (DM) A HandleType érve nem az volt: SQL_HANDLE_ENV, SQL_HANDLE_DBC, SQL_HANDLE_STMT vagy SQL_HANDLE_DESC.
HY117 A kapcsolat ismeretlen tranzakciós állapot miatt fel van függesztve. Csak a leválasztási és írásvédett függvények engedélyezettek. (DM) A felfüggesztett állapotról további információt az SQLEndTran függvényben talál.
HYC00 A választható funkció nem implementálva A HandleType argument SQL_HANDLE_DESC volt, a meghajtó pedig ODBC 2 volt. X driver.
HYT01 A kapcsolati időkorlát lejárt A kapcsolat időtúllépési időtartama lejárt, mielőtt az adatforrás válaszolt a kérésre. A kapcsolat időtúllépési időszaka az SQLSetConnectAttr SQL_ATTR_CONNECTION_TIMEOUT keresztül van beállítva.
IM001 Az illesztőprogram nem támogatja ezt a függvényt (DM) A HandleType érv SQL_HANDLE_STMT volt, és a sofőr nem volt érvényes ODBC illesztő.

(DM) A HandleType argumentum SQL_HANDLE_DESC volt, és az illezser nem támogatja a leíró handle kijelölését.

Comments

Az SQLAllocHandle a környezetek, kapcsolatok, utasítások és leírók fogantyúinak kijelölésére szolgál, ahogy az alábbi szakaszokban leírjuk. A foganúkkal kapcsolatos általános információkért lásd: Handles.

Egy alkalmazás egyszerre több környezetet, kapcsolatot vagy utasításkezelőt is kioszthat, ha az illesztőprogram több alokációt támogat. Az ODBC-ben nincs korlát arra, hogy hány környezet, kapcsolat, állítás vagy leíró fogantyú lenne egyszerre kijelölve. A sofőrök korlátozhatják egy bizonyos típusú fogantyú számát egy adott típusra; További információért lásd a vezetői dokumentációt.

Ha az alkalmazás az SQLAllocHandle-t hívja * OutputHandlePtr beállítással egy már meglévő környezetre, kapcsolatra, utasításra vagy leíró handle-re, az illesztőprogram felülírja a handle adatait, kivéve, ha az alkalmazás kapcsolati poolinget használ (lásd a "Környezeti attribútumot a kapcsolati poolinghoz" későbbi részben). A Driver Manager nem ellenőrzi, hogy a *OutputHandlePtr fájlba beírt handle már használatban van-e, és nem is ellenőrzi a fogantyú korábbi tartalmát a felírás előtt.

Note

Helytelen ODBC alkalmazásprogramozás kétszer hívni az SQLAllocHandle-t ugyanazzal az alkalmazásváltozóval, amely a *OutputHandlePtr számára van definiálva, anélkül, hogy SQLFreeHandle-t hívnánk fel, hogy a handle felszabadítsa a fogantyút, mielőtt áthelyeznénk. Az ODBC handle-ek ilyen felülírása következetlen viselkedéshez vagy hibákhoz vezethet az ODBC illesztőprogramok részéről.

Olyan operációs rendszereken, amelyek több szálat támogatnak, az alkalmazások ugyanazt a környezetet, kapcsolatot, utasítást vagy leíró kezelőt használhatják különböző szálakon. Ezért a drivereknek biztonságos, többszálas hozzáférést kell támogatniuk ehhez az információhoz; Ennek egyik módja például egy kritikus szakasz vagy szemafór használata. További információért a szálakozásról lásd: Multithreading.

Az SQLAllocHandle nem állítja be a SQL_ATTR_ODBC_VERSION környezeti attribútumot, amikor egy környezeti handle kijelölésére hívják; a környezeti attribútumot az alkalmazásnak kell beállítania, különben visszaadja a SQLSTATE HY010 (Függvénysorozat hiba) az SQLAllocHandle hívása esetén a kapcsolat handle kijelölésére.

Szabványoknak megfelelő alkalmazások esetén az SQLAllocHandle a fordítás idején az SQLAllocHandleStd-hez van leképezve. E két függvény közötti különbség az, hogy az SQLAllocHandleStd a SQL_ATTR_ODBC_VERSION környezeti attribútumot SQL_OV_ODBC3-re állítja be, amikor a HandleType argumentumot SQL_HANDLE_ENV-re hívják. Ez azért történik, mert a szabványoknak megfelelő alkalmazások mindig ODBC 3. x alkalmazások. Ráadásul a szabványok nem követelik meg az alkalmazás verzióját regisztrálni. Ez az egyetlen különbség e két függvény között; egyébként azonosak. Az SQLAllocHandleStd az illezőgépkezelőn belül az SQLAllocHandle-hez van leképezve. Ezért a harmadik féltől származó illezőprogramok nem kötelezőek SQLAllocHandleStd megvalósítására.

Az ODBC 3.8 alkalmazásoknak a következőket kell használniuk:

  • SQLAllocHandle, nem SQLAllocHandleStd környezeti handle-t rendelni.

  • SQLSetEnvAttr a SQL_ATTR_ODBC_VERSION környezeti attribútumot SQL_OV_ODBC3_80-re állítsd.

Környezetfogantyú kiosztása

Egy környezeti handle hozzáférést biztosít globális információkhoz, például érvényes és aktív kapcsolási fogantyúkhoz. Általános információkért a környezeti handle-ekről lásd: Környezeti fogantyúk.

Környezeti handle kéréséhez egy alkalmazás az SQLAllocHandle-t hívja SQL_HANDLE_ENV HandleType-vel és SQL_NULL_HANDLE InputHandle-vel . Az illesztőprogram memóriát oszt ki a környezeti információkhoz, és visszaadja a hozzá tartozó handle értékét a *OutputHandlePtr argumentumban. Az alkalmazás minden további hívásban továbbítja az *OutputHandle értéket, amely környezeti handle argumentust igényel. További információért lásd: A környezeti leíró kiosztása.

Egy Driver Manager környezeti handle-je alatt, ha már létezik egy illezsergép környezeti handle-je, akkor az SQLAllocHandle SQL_HANDLE_ENV HandleType nem hívja meg az illesztőprogramban a csatlakozás során, csak az SQLAllocHandle SQL_HANDLE_DBC HandleType-jével . Ha egy illeszerző környezeti handle-je nem létezik a Driver Manager környezeti handle-je alatt, akkor mind SQLAllocHandle SQL_HANDLE_ENV HandleType-vel, mind SQLAllocHandle SQL_HANDLE_DBC HandleType-vel meghívják az illesztőprogramban, amikor a környezet első kapcsolati handle-je csatlakozik az illevezetőhöz.

Amikor a Driver Manager az SQLAllocHandle függvényt SQL_HANDLE_ENV HandleType segítségével dolgozza fel, ellenőrzi a Trace kulcsszót a rendszerinformáció [ODBC] részén. Ha 1-re van állítva, a Driver Manager engedélyezi a jelenlegi alkalmazás követését. Ha a trace zászló be van állítva, a követés akkor kezdődik, amikor az első környezeti handle van kijelölve, és akkor ér véget, amikor az utolsó környezeti handle szabadul. További információért lásd: Adatforrások konfigurálása.

A környezeti handle kiosztása után az alkalmazásnak a környezeti fogantyún kell SQLSetEnvAttr-t hívnia, hogy beállítsa a SQL_ATTR_ODBC_VERSION környezeti attribútumot. Ha ez az attribútum nincs beállítva, mielőtt az SQLAllocHandle meghívja a környezeti kapcsolati handle kijelölésére, akkor a kapcsolat kijelölésére szolgáló hívás visszaadja az SQLSTATE HY010-et (Függvénysorozat hiba). További információért lásd: Az Alkalmazás ODBC verziójának deklarálása.

Megosztott környezetek kiosztása a kapcsolat poolinghez

A környezetek több komponens között megoszthatók egyetlen folyamaton. Egy megosztott környezetet egyszerre több komponens is használhat. Amikor egy komponens megosztott környezetet használ, használhat pooled kapcsolatokat, amelyek lehetővé teszik, hogy egy meglévő kapcsolatot kiosztson és használjon, anélkül, hogy újra létrehozná azt.

Mielőtt egy megosztott környezetet jelölnének ki, amely kapcsolati poolinget kap, az alkalmazásnak az SQLSetEnvAttr-t kell hívnia, hogy a SQL_ATTR_CONNECTION_POOLING környezet attribútumát SQL_CP_ONE_PER_DRIVER vagy SQL_CP_ONE_PER_HENV-re állítsa be. Az SQLSetEnvAttr ebben az esetben a EnvironmentHandle null-ra állítva hívják, ami az attribútumot folyamatszintű attribútummá teszi.

Miután a kapcsolat pooling engedélyezett, egy alkalmazás az SQLAllocHandle-t hívja SQL_HANDLE_ENV-ra állítva a HandleType argumentummal. A hívás által lefoglalt környezet implicit megosztott környezet lesz, mivel a kapcsolatkészletezés engedélyezve van.

Amikor egy megosztott környezetet kijelölnek, a használt környezet csak akkor kerül meghatározásra, amikor az SQLAllocHandle egy SQL_HANDLE_DBC HandleType nevű eszközt nem hívjuk. Ekkor a Driver Manager megpróbál találni egy meglévő környezetet, amely megfelel az alkalmazás által kért környezeti attribútumoknak. Ha ilyen környezet nem létezik, akkor megosztott környezetként jön létre. A Driver Manager minden megosztott környezethez referenciaszámot tart fenn; a szám 1-re van állítva, amikor a környezetet először létrehozják. Ha találnak egy megfelelő környezetet, annak a kezelőfelületét visszahozzák az alkalmazáshoz, és a hivatkozási szám növelhető. Egy ilyen módon kijelölt környezeti handle bármely ODBC függvényben használható, amely környezeti fogantyút fogad el bemeneti argumentumként.

Csatlakozási fogantyú kiosztása

A kapcsolati handle hozzáférést biztosít olyan információkhoz, mint például a kapcsolat érvényes állítása és leíró fogantyúja, valamint hogy egy tranzakció jelenleg nyitva van-e. Általános információért a kapcsolati handle-ekről lásd: Connection Handles.

A kapcsolati handle kéréséhez egy alkalmazás az SQLAllocHandle-t hívja SQL_HANDLE_DBC HandleType-vel . Az InputHandle argumentum arra a környezeti handle lett, amelyet az SQLAllocHandle hívás adott vissza, amely ezt a fogantyút kijelölte. Az illesztervezető memóriát oszt ki a kapcsolati információknak, és visszaadja a hozzá tartozó handle értékét az *OutputHandlePtr-ben. Az alkalmazás minden további hívásban továbbítja az *OutputHandlePtr értéket, amelyekhez kapcsolati handle szükséges. További információért lásd: Kapcsolati handle kijelölése.

A Driver Manager feldolgozza az SQLAllocHandle funkciót, és az illezőprogram SQLAllocHandle függvényét hívja, amikor az alkalmazás az SQLConnect, SQLBrowseConnect vagy SQLDriverConnect hívja. (További információért lásd: SQLConnect függvény.)

Ha a SQL_ATTR_ODBC_VERSION környezeti attribútumot nem állítják be a SQLAllocHandle meghívása előtt, hogy egy kapcsolati handle kijelölje a környezetet, akkor a kapcsolat kijelölésére szolgáló hívás visszaadja az SQLSTATE HY010-et (Függvénysorozat hiba).

Amikor egy alkalmazás az SQLAllocHandle-t hívja az InputHandle argumentumot SQL_HANDLE_DBC-re, illetve megosztott környezeti handle-re is, a Driver Manager megpróbál találni egy meglévő megosztott környezetet, amely megfelel az alkalmazás által beállított környezeti attribútumoknak. Ha nincs ilyen környezet, létrejön egy 1-es referenciaszámmal (amelyet a Driver Manager tart fenn). Ha találunk egy megfelelő megosztott környezetet, az a handle visszakerül az alkalmazáshoz, és a hivatkozási szám növekszik.

A tényleges kapcsolatot, amit használni fog, a Driver Manager nem határozza meg, amíg az SQLConnect vagy SQLDriverConnect hívása nem történik. Az Illesztőprogram-kezelő az SQLConnect hívásában szereplő kapcsolati beállításokat (vagy az SQLDriverConnect hívásában szereplő kapcsolati kulcsszavakat) és a kapcsolatfoglalás után beállított kapcsolati attribútumokat használja annak meghatározásához, hogy melyik kapcsolatot kell használni a készletben. További információért lásd: SQLConnect függvény.

Nyilatkozatkezelő kiosztása

Egy utasításkezelő hozzáférést biztosít az utasítás adataihoz, például hibaüzenetekhez, kurzor nevéhez és státuszinformációkhoz az SQL utasításfeldolgozáshoz. Általános információért az utasításkezelőkről lásd: Statement Handles.

Az utasításkezelő kéréséhez egy alkalmazás csatlakozik egy adatforráshoz, majd az SQLAllocHandle-t hívja, mielőtt SQL utasításokat küldené be. Ebben a hívásban a HandleType SQL_HANDLE_STMT-re, az InputHandle pedig arra a kapcsolati handle-re kell állítani, amelyet az SQLAllocHandle hívás adott vissza, amely ezt a fogantyút kijelölte. Az illeszület memóriát oszt ki az utasítás információi számára, az utasítás handle-ét a megadott kapcsolathoz köti, majd visszaadja a hozzá tartozó handle értékét a *OutputHandlePtr-be. Az alkalmazás minden további hívásban továbbítja az *OutputHandlePtr értéket, amely utasítás kezelőt igényel. További információért lásd: Statement Handle kijelölése.

Amikor az utasítás handle kiosztásra kerül, az illesztőprogram automatikusan négy leíróból álló halmazt rendel ki, és ezeknek a leíróknak a fogantyúit a SQL_ATTR_APP_ROW_DESC, SQL_ATTR_APP_PARAM_DESC, SQL_ATTR_IMP_ROW_DESC és SQL_ATTR_IMP_PARAM_DESC utasítás attribútumokhoz rendeli. Ezeket implicit módon elosztott leíróknak nevezik. Az alkalmazás leíró explicit kijelöléséhez lásd a következő szakaszt: "Lescribe handle kijelölése."

Leíró kilének kijelölése

Amikor egy alkalmazás az SQLAllocHandle-t egy SQL_HANDLE_DESC HandleType segítségével hívja, az illezser alkalmazásleírót rendel el. Ezeket kifejezetten kijelölt deskriptoroknak nevezik. Az alkalmazás az illesztőrt arra irányítja, hogy egy adott utasításkezelőhöz automatikusan kijelölt alkalmazásleíró helyett az SQLSetStmtAttr függvényt hívja a SQL_ATTR_APP_ROW_DESC vagy SQL_ATTR_APP_PARAM_DESC attribútummal. Egy implementációs leíró nem osztható ki explicit, és nem lehet SQLSetStmtAttr függvényhívásban megadni.

Az explicit módon kijelölt leírók egy kapcsolási fogantyúhoz kötődnek, nem pedig állítás fogantyúhoz (ahogy az automatikusan kijelölt leírók is). A leírók csak akkor maradnak kijelölve, ha egy alkalmazás ténylegesen csatlakozik az adatbázishoz. Mivel az explicit módon kijelölt leírók egy kapcsolati handle társulnak, egy alkalmazás egy explicit módon kijelölt leírót több állításhoz is társíthat egy kapcsolaton belül. Egy implicit módon kijelölt alkalmazásleíró viszont nem lehet több utasításkezelőhöz társítható. (Nem lehet más utasításkezelőhöz köthető, csak arra, amelyhez kijelölték.) Az explicit módon kijelölt leíró fogantyúkat explicit módon szabadíthatják fel az alkalmazás által, vagy az SQLFreeHandle hívásával egy SQL_HANDLE_DESC HandleType-vel , vagy implicit módon, amikor a kapcsolat lezárul.

Amikor az explicit módon kijelölt leíró felszabadul, az implicit módon kijelölt leíró ismét az állításhoz kapcsolódik. (Az adott állítás SQL_ATTR_APP_ROW_DESC vagy SQL_ATTR_APP_PARAM_DESC attribútuma ismét az implicit módon kijelölt leíró fogantyúra van állítva.) Ez minden olyan állításra igaz, amely a kapcsolaton kifejezetten kijelölt leíróval volt összefüggésben.

További információ a leírókról: Leírók.

Kódpélda

Lásd ODBC program minta címet, SQLBrowseConnect függvényt, SQLConnect függvényt és SQLSetCursorName függvényt.

Információ erről: Nézze
SQL utasítás végrehajtása SQLExecDirect függvény
Előkészített SQL-utasítás végrehajtása SQLExecute függvény
Egy környezet, kapcsolat, állítás vagy leíró handle felszabadítása SQLFreeHandle függvény
Utasítás előkészítése végrehajtáshoz SQLPrepare függvény
Kapcsolati attribútumot beállítás SQLSetConnectAttr függvény
Leíró mező beállítása SQLSetDescField függvény
Környezeti attribútumok beállítása SQLSetEnvAttr Function
Utasításattribútum beállítása SQLSetStmtAttr függvény

Kapcsolódó tartalom

  • Last updated on