Snowpark Scala သည် ချိတ်ဆက်ရန် Snowflake JDBC ဒရိုက်ဗာကို အသုံးပြုသည်။ ၎င်း၏ စက်ရှင် တည်ဆောက်သူသည် JDBC ဖွဲ့စည်းမှု ဂုဏ်သတ္တိများကို လက်ခံသောကြောင့် ပရောက်စီ ဆက်တင်များသည် ရှိပြီးသား ချိတ်ဆက်မှုမြေပုံနှင့်အတူ သွားနိုင်သည်။

val proxyOptions = Map(
  "useProxy" -> "true",
  "proxyHost" -> "proxy.example",
  "proxyPort" -> "8080"
)

val session = com.snowflake.snowpark.Session.builder
  .configs(connectionOptions ++ proxyOptions)
  .create

connectionOptions တွင် အကောင့်၊ အတည်ပြုခြင်းနှင့် အက်ပ်က အသုံးပြုနှင့်ပြီးသော အခြားဆက်တင်များ ပါဝင်သည်။ ယင်းတို့သည် Scala စာသားမြေပုံ ထည့်သွင်းချက်များဖြစ်သည်။ ပရောက်စီ ဟို့စ်အမည်တွင် URL အစီအစဉ် သို့မဟုတ် ၎င်း၏ ပို့တ် မပါဝင်ပါ။ ပရောက်စီ အတည်ပြုခြင်းမပါဘဲ ခွင့်ပြုထားသော အများပြည်သူ ပရောက်စီ လမ်းကြောင်းအတွက် Snowflake အကောင့် ဆက်တင်များကို ထိန်းထားပြီး HTTP ပရောက်စီ စာရင်းမှ ဟို့စ်နှင့် ပို့တ်ကို ရွေးပါ။

Snowflake JDBC သည် ကြားခံအကောင့်အတွက် proxyUser နှင့် proxyPassword ကိုလည်း မှတ်တမ်းတင်ထားသည်။ လိုအပ်ပါက အက်ပ်၏ ရှိပြီးသား အထောက်အထား ရင်းမြစ်မှတစ်ဆင့် ပေးပါ။

JDBC ၏ nonProxyHosts သည် wildcard ပံ့ပိုးမှုဖြင့် ဒေါင်လိုက်မျဉ်းဖြင့် ခွဲထားသော ပုံစံများကို အသုံးပြုသည်။ မြေပုံတန်ဖိုးတွင် ခွဲခြားသူမှာ စာလုံးအတိုင်း | ဖြစ်သည်။ URL ကုဒ်ပြုလုပ်ခြင်းသည် JDBC URL တည်ဆောက်သည့်အခါမှ သက်ဆိုင်သည်။ အခြားကလိုင်း၏ ကော်မာဖြင့် ခွဲထားသော NO_PROXY သဒ္ဒါဖြင့် အစားမထိုးပါနှင့်။

ဤဖွဲ့စည်းမှုကို Snowpark Scala အတွက်သာ ထားပါ။ Snowpark Python နှင့် Snowflake Spark ချိတ်ဆက်ကိရိယာသည် မတူညီသော ချိတ်ဆက်မှု အင်တာဖေ့စ်များနှင့် ရွေးချယ်စရာ အမည်များကို ပေးသည်။

Snowflake သည် ဝန်ဆောင်မှု လက်မှတ်ကို အစားထိုးခြင်းမရှိဘဲ ပရောက်စီမှတစ်ဆင့် ဖြတ်သန်းရန် တောင်းဆိုသည်။ HTTP CONNECT လမ်းကြောင်းနှင့် TLS စစ်ဆေးခြင်းသည် မတူညီသော အစီအစဉ်များဖြစ်သည်။ Snowflake လက်မှတ်ကို ပြန်လည်ထုတ်ပေးသော ပရောက်စီသည် ထိုသတ်မှတ်ချက်ကို မပြည့်မီပါ။

ဆက်စပ်ဆောင်းပါးများ