Blob データを挿入または更新する

blob データを含む Document の挿入

次の要求およびリクエストボディの例では、PDF ファイルのバイナリデータを含む Document レコードを作成します。リクエストボディでは、ファイル自体のバイナリデータだけではなく、FolderId など、Document オブジェクトに必要な他の項目データも指定します。

Salesforce に新規 Document レコード用の Folder レコードがない場合は、sObject Basic Information リソースを使用して作成してから、この例に従ってください。Folder レコードの Type 項目が Document であることを確認します。

Document を作成する場合の要求の例

Document を作成する場合のリクエストボディの例

このリクエストボディは、NewDocument.json のコンテンツを表します。ここでは、簡潔にするために PDF コンテンツのバイナリデータは省略されて「Binary data goes here.」に置き換えられています。実際の要求にはバイナリコンテンツ全体が含まれます。

レスポンスボディの例

成功すると、新規 Document の ID が返されます。

エラー応答の例

blob データを含む Document の更新

この例では、既存の Document レコードを更新します。リクエストボディのコンテンツに応じて、レコード項目とそれに関連付けられているバイナリデータのいずれかまたは両方を更新できます。

レコード項目のみを更新する場合は、リクエストボディにマルチパートコンテンツタイプは不要です。

Document オブジェクトのバイナリデータを更新する場合の要求の例

Document オブジェクトのバイナリデータを更新する場合のリクエストボディの例

このリクエストボディは、UpdateDocument.json のコンテンツを表します。この例では、レコードのバイナリデータと Name 項目および Keywords 項目を更新します。バイナリデータのみを更新する場合は、Name 項目と Keywords 項目を含むコード行を削除できます。

ここでは、簡潔にするために PDF コンテンツのバイナリデータは省略されて「Updated document binary goes here.」に置き換えられています。実際の要求にはバイナリコンテンツ全体が含まれます。

Document オブジェクトの項目を更新する場合のレスポンスボディの例

戻り値なし

エラー応答

「状況コードとエラー応答」を参照してください。

ContentVersion の挿入

この例では、新規 ContentVersion を挿入します。ファイル自体のバイナリデータだけではなく、ReasonForChange や PathOnClient など、他の項目の値も指定します。ContentVersion は、必ず ContentDocument に関連付けられているため、このメッセージには ContentDocumentId が含まれます。

ContentVersion を挿入する場合の使用例

ContentVersion を挿入する場合のリクエストボディの例

このリクエストボディは、NewContentVersion.json ファイルの内容を表します。ここでは、簡潔にするために PDF コンテンツのバイナリデータは省略されて「Binary data goes here.」に置き換えられています。実際の要求にはバイナリコンテンツ全体が含まれます。

ContentVersion を挿入する場合のレスポンスボディの例

ContentVersion を挿入した場合のエラー応答

「状況コードとエラー応答」を参照してください。

sObject コレクションを使用した blob レコードのコレクションの挿入

この例では、新規 Document のコレクションを挿入します。ファイル自体のバイナリデータだけではなく、コレクションの各レコードの Description や Name など、他の項目データも指定します。

属性

blob データに sObject コレクションを使用する場合は、リクエストボディの属性の対応付けで type 以外にも特定の属性値を指定する必要があります。

パラメーター	説明
binaryPartName	blob データでは必須です。バイナリパートの一意の識別子です。
binaryPartNameAlias	blob データでは必須です。バイナリデータが挿入または更新される項目の名前です。

Document を作成する場合の例

Document を作成する場合のリクエストボディの例

このコードは、newdocuments.json のコンテンツです。ここでは、簡潔にするために PDF コンテンツのバイナリデータは省略されて「Binary data goes here.」に置き換えられています。実際の要求にはバイナリコンテンツ全体が含まれます。

Document を作成する場合のレスポンスボディの例

成功すると、新規 Document の ID が返されます。

詳細は、「sObject コレクション」を参照してください。

マルチパートメッセージの考慮事項

blob データを挿入/更新するときの、マルチパートメッセージの形式に関するいくつかの考慮事項を次に示します。

境界文字列

• マルチパートリクエストボディの各パートを区分します。
• マルチパートリクエストの Content-Type ヘッダーに指定する必要があります。
• 70 文字まで入力できます。
• リクエストボディのどの部分にも出現しない文字列値である必要があります。
• 最初の境界文字列には、2 つのハイフン (--) プレフィックスを含めます。
• 最後の境界文字列には、2 つのハイフン (--) サフィックスを含めます。

Content-Disposition ヘッダー

• リクエストボディの各パートで必要です。
• 値として form-data が必要です。また、name 属性も必要です。
  • リクエストボディの非バイナリパートでは、name 属性に任意の値を使用します。
  • 1 つの Document の場合、リクエストボディのバイナリパートで name 属性を使用して、オブジェクトの blob データ項目の名前を指定します。たとえば、Document オブジェクトの blob データ項目の名前は Body です。
  • sObject コレクションを使用して Document を挿入または更新する場合、リクエストボディの各バイナリパートで name 属性を使用して、そのパートの一意の識別子を指定します。これらの ID は、リクエストボディの非バイナリパートによって参照されます。
• バイナリパートには、ローカルファイルの名前を表す filename 属性を含める必要があります。

Content-Type ヘッダー

• マルチパートリクエストボディの各パートで必要です。
• マルチパートリクエストボディの非バイナリパートでは、application/json および application/xml コンテンツタイプをサポートします。
• マルチパートリクエストボディのバイナリパートでは、任意のコンテンツタイプをサポートします。

改行

マルチパートリクエストボディの各パートでは、ヘッダーとデータの間に改行を追加する必要があります。例に示されているように、Content-Type および Content-Disposition ヘッダーは、改行によって JSON またはバイナリデータから分離されています。