サイトでごみ箱が有効になっている場合、サポートされるコンテンツタイプ (ワークブック、データソース) のコンテンツ項目を削除しても、デフォルトで完全に削除されなくなりました。代わりに、コンテンツ項目はごみ箱に入れられます。そのため、コンテンツがごみ箱に保存できる日数 (1、7、または 30 日間に設定可能) が経過するとコンテンツ項目が完全に削除されるまで、コンテンツ項目はシステムに存在し続けます。コンテンツ項目はまだ存在するため、この保持期間、元のコンテンツ URL が保持されます。そのため、同じ種別の別のコンテンツ項目 (ワークブックなど) を同じ名前で公開すると、新しい項目に異なるコンテンツ URL が割り当てられます。これは、すでに存在する名前でコンテンツを公開する場合の標準の動作ですが、コンテンツ項目が削除後にシステムに保持されるため、ユーザーがこの動作に頻繁に遭遇する可能性があります。
スクリプトは、ワークブックまたはデータソースを公開するときに必ず REST API 応答を参照して、新規作成された項目に割り当てられたコンテンツ URL を判断します。同じ名前の項目ではコンテンツ URL がすでにごみ箱の項目に割り当てられている可能性があるため、スクリプトではコンテンツ URL が同じであると仮定しないでください。
例:ワークブックを発行する POST /api/api-version/sites/site-id/workbooks
リクエストボディ:
--boundary-string
Content-Disposition: name="request_payload"
Content-Type: text/xml
<tsRequest>
<workbook name="workbook-name" showTabs="show-tabs-flag" description="workbook-description" thumbnailsUserId="user-luid">
<connections>
<connection serverAddress="server-address" serverPort="port-number">
<connectionCredentials name="connection-username" password="connection-password"
embed="embed-flag" />
</connection>
</connections>
<project id="project-id"/>
</workbook>
</tsRequest>
--boundary-string
Content-Disposition: name="tableau_workbook"; filename="workbook-file-name"
Content-Type: application/octet-stream
content-of-workbook-file
--boundary-string--
レスポンスボディ:
id="workbook-id"
name="workbook-name"
contentUrl="site-content-url"
webpageUrl="server-address"
showTabs="show-tabs-flag"
size="num-size"
createdAt="workbook-publish-date-time"
updatedAt="workbook-update-date-time"
encryptExtracts="encryptExtracts" >
id="view-id"
name="view-name"
contentUrl="view-content-url"
createdAt="view-publish-date-time"
updatedAt="view-update-date-time" >
ワークブックの正しいコンテンツ URL が REST API 応答に含まれている。
もう1つのアプローチは、コンテンツが削除され、ほぼすぐに復元される理由を特定することです。項目のコンテンツ URL を保持することを目的としている場合は、項目を削除せずに新しいバージョンを公開することを検討してください。これは、REST API での上書きフラグを使用して実現できます。 POST /api/api-version/sites/site-luid/datasources?overwrite=overwrite-flag
これは、既存の項目の新しいバージョンを公開するため、項目のコンテンツ URL を保持する正しい方法です。
004577009

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.