Teradata (optimalizované) připojení

Rozšířené volby

Copy link to section

• Režim transakce: Semantika pro transakce SQL: ANSI nebo Teradata. V režimu relace ANSI se příkazy SQL řídí pravidly definovanými specifikací ANSI SQL. Každá transakce se skládá z jednoho nebo více požadavků, z nichž každý může sestávat z jednoho nebo více příkazů SQL. S požadavky na více příkazů se zachází jako s jedinou jednotkou; buď je veškerá práce, kterou provádí všechny příkazy, potvrzena, nebo není potvrzena žádná z prací.

  V režimu relace Teradata (také známý jako režim relace BTET) se zpracování transakcí řídí sadou pravidel, která jsou definována pomocí Teradata. Režim relace Teradata použijte pro zpracování transakcí staršími aplikacemi.

• Znaková sada klienta: Teradata znaková sada klienta. Výchozí hodnota je UTF8. Podporované znakové sady viz Teradata dokumentace .

• Automatické kódování znakové sady: Standardně je tato vlastnost vybrána.
  Zrušte výběr, chcete-li určit kódování znakové sady ICU. Zadejte název mapy NLS a maximální počet bajtů na znak pro novou mapu.

• Výraz typu Query band: Seznam dvojic název-hodnota oddělených středníkem, které se mají použít v generovaném příkazu query band pro relaci. Dotazovací pásmo je sada uživatelsky definovaných parametrů, které lze nastavit v relaci, transakci nebo v obou případech k identifikaci původního zdroje dotazu. Po definování pásma dotazu je předáno do databáze Teradata jako seznam dvojic název=hodnota v jednom řetězci v uvozovkách. Například 'ProjectName=dstage1'.

• Načíst výraz ze souboru: Vyberte, chcete-li číst výraz pásma dotazu ze souboru, který je uveden v poli Výraz pásma dotazu . Do pole Znaková sada zadejte název znakové sady IANA souboru pro kódování.

• Mechanismus přihlášení: Vyberte mechanizmus zabezpečení, který se má použít k ověření uživatele:

  • Výchozí: Použijte přihlašovací mechanizmus serveru Teradata .
  • TD2: Použijte mechanizmus zabezpečení Teradata .
  • LDAP: Použijte mechanizmus zabezpečení LDAP pro externí ověření.

• Průchod Unicode: Povolit znaky PTC (Pass Through Characters) pro import a export z Teradata. Viz Teradata dokumentace.

Certifikáty

Copy link to section

Režim SSL: Režim SSL, který je konfigurován na serveru Teradata . Režim Zakázat (nešifrováno-bez návratu k zašifrovanému) se použije, pokud není proveden žádný výběr.

• Povolit (nešifrovaný-vrátit se k zašifrovanému): Zavést nešifrované připojení, které používá jiný port než TLS. Pokud je server konfigurován tak, aby přijímal připojení na portu jiném než TLS, ale pokus o připojení k portu jiným než TLS selže (například časový limit), pokus o připojení se nezdaří a vrátí chybu.

  Šifrované (TLS) připojení se používá jako náhradní, pokud administrátor zakáže jiný port než TLS a povolí port TLS.

• Zakázat (nešifrované-bez návratu k zašifrovanému): Zavést nešifrované připojení, které používá jiný port než TLS.

• Upřednostňovat (šifrováno-vrátit se zpět do nešifrovaného): Zavést šifrované (TLS) připojení, pokud server podporuje TLS a je povolen port TLS. Pokud je server nakonfigurován tak, aby přijímal připojení na portu TLS, ale pokus o připojení k portu TLS selže (například časový limit), pokus o připojení se nezdaří a vrátí chybu.

  Nešifrované připojení k portu, který není typu TLS, se použije jako náhradní, pokud administrátor zakáže port TLS nebo server nepodporuje protokol TLS.

• Požadovat (šifrováno-bez návratu k nešifrovanému): Zavést šifrované připojení (TLS), pokud server podporuje připojení TLS. Pokus o připojení selže, pokud nelze navázat připojení TLS. Nevracejte se zpět na jiný port než TLS.

• Ověřit-CA (šifrovat-ověřit CA): Podobně jako u Vyžadovat (šifrovat-nevrátit se k nešifrovanému), ale navíc ověřit certifikát certifikační autority (CA) serveru vůči nakonfigurovaným důvěryhodným certifikátům CA. Pokus o připojení selže, pokud nebudou nalezeny žádné platné odpovídající certifikáty CA.

• Ověřit-Úplný (šifrovaný-ověřit CA a název hostitele): Podobně jako u Ověřit-CA (šifrovaný-ověřit CA), ale navíc ověřit identitu názvu hostitele kontrolou názvu hostitele, který klient používá pro připojení k serveru, vzhledem k identitě v certifikátu, který server odesílá klientovi. Název hostitele se shoduje s atributy Alternativní název subjektu certifikátu nebo s atributem Obecný název, pokud není přítomen žádný alternativní název subjektu typu "Název DNS".
  
  Pokud atribut názvu certifikátu začíná hvězdičkou (*), bude hvězdička považována za zástupný znak, který bude odpovídat všem znakům kromě tečky (.). To znamená, že certifikát nebude odpovídat poddoménám. Pokud je připojení vytvořeno pomocí adresy IP namísto názvu hostitele, bude adresa IP porovnána (bez vyhledávání DNS).
  
  Připojení se nezdaří v případě neshody. U šifrovaných připojení tato volba pomáhá zabránit útokům typu man-in-the-middle.

Pokud vyberete volbu Ověřit-CA (šifrovat-ověřit CA) nebo Ověřit-plný (šifrovat-ověřit CA a název hostitele), vložte certifikát SSL hostitele, který má být důvěryhodný. Certifikát je potřebný pouze v případě, že je certifikát hostitele podepsán soukromou certifikační autoritou.

Vyberte metodu pro vytvoření připojení na základě místa, kde se nacházíte na platformě.

Copy link to section

V projektu

Klepněte na volbu Aktiva > Nové aktivum > Nástroje pro přístup k datům > Připojení. Viz Přidání připojení k projektu.

V prostoru implementace

Klepněte na volbu Přidat do prostoru > Připojení. Viz Přidání připojení do prostoru implementace.

V Platform assets catalog

Klepněte na volbu Nové připojení. Viz Přidání připojení platformy.

Další krok: Přidání datových aktiv z připojení

Copy link to section

Viz Přidat data z připojení v projektu.

Spuštění příkazů SQL

Copy link to section

Chcete-li se ujistit, že vaše příkazy SQL běží správně, podívejte se do Teradata dokumentace SQL , kde najdete správnou syntaxi.