AzureBlobDatastore 類別
表示將資料存放區儲存至 Azure Blob 儲存體的連接資訊。
您不應該直接使用此類別。 若要建立此類型的資料存放區,請使用 register_azure_blob_container 資料存放區的方法。
注意:使用資料存放區存取資料時,您必須具有存取該資料的許可權,這取決於向資料存放區註冊的認證。
初始化新的 Azure Blob 資料存放區。
- 繼承
-
AzureBlobDatastore
建構函式
AzureBlobDatastore(workspace, name, container_name, account_name, sas_token=None, account_key=None, protocol=None, endpoint=None, request_session=None, workspace_msi_has_access=False, subscription_id=None, resource_group=None, service_data_access_auth_identity=None)
參數
- request_session
- <xref:requests.Session>, <xref:optional>
要用於 HTTP 要求的會話物件。 預設值為 [無]。
- request_session
- <xref:requests.Session>, <xref:optional>
要用於 HTTP 要求的會話物件。 預設值為 [無]。
- service_data_access_auth_identity
- str 或 <xref:_restclient.models.ServiceDataAccessAuthIdentity>
指出要用來驗證客戶儲存體之服務資料存取權的身分識別。 可能的值包括:'None'、'WorkspaceSystemAssignedIdentity'、'WorkspaceUserAssignedIdentity'
方法
download |
將資料從 Blob 容器下載到本機檔案系統。 |
upload |
將資料從本機檔案系統上傳至 Blob 容器,此資料存放區會指向此容器。 注意:若要讓此方法運作,資料存放區物件必須填入帳戶金鑰或 SAS 權杖屬性。 如果資料存放區物件不包含任何形式的認證,這個方法將會失敗。
此外,此方法已被取代,未來可能會移除。 建議您使用 |
upload_files |
將資料從本機檔案系統上傳至此資料存放區所指向的 Blob 容器。 注意:此方法已被取代,不再支援。 建議改用 |
download
將資料從 Blob 容器下載到本機檔案系統。
download(target_path, prefix=None, overwrite=False, show_progress=True)
參數
傳回
已成功下載的檔案數目。
傳回類型
upload
將資料從本機檔案系統上傳至 Blob 容器,此資料存放區會指向此容器。
注意:若要讓此方法運作,資料存放區物件必須填入帳戶金鑰或 SAS 權杖屬性。 如果資料存放區物件不包含任何形式的認證,這個方法將會失敗。
此外,此方法已被取代,未來可能會移除。 建議您使用 Dataset.File.upload_directory
方法來從本機目錄上傳檔案,並在單一方法呼叫中建立 FileDataset。
upload(src_dir, target_path=None, overwrite=False, show_progress=True)
參數
傳回
上傳目標路徑的 DataReference 實例。
傳回類型
upload_files
將資料從本機檔案系統上傳至此資料存放區所指向的 Blob 容器。
注意:此方法已被取代,不再支援。 建議改用 FileDatasetFactory.upload_directory
。
upload_files(files, relative_root=None, target_path=None, overwrite=False, show_progress=True)
參數
- relative_root
- str, <xref:optional>
用來判斷 Blob 中檔案路徑的根目錄。 例如,如果我們上傳 /path/to/file.txt,而且我們會定義基底路徑做為 /path,當file.txt上傳至 Blob 儲存體時,它會有 /to/file.txt 的路徑。 如果也提供target_path,則會使用它作為上述衍生路徑的前置詞。 基底路徑必須是所有檔案的通用路徑,否則會擲回例外狀況。 預設為 [無],這會尋找常見的路徑。
傳回
上傳目標路徑的 DataReference 實例。
傳回類型
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應