Blog

BLOG

2018.04.09

Salesforceのデータストレージで困ったら･･･　～Big Object～

Tweet

はじめに

こんにちは。クラウドソリューショングループのエンジニアの高尾です。

Salesforce の Platform を利用したシステム開発でデータストレージの容量問題は往々にして起こりがちです。
標準のデータストレージは1GB（※）で約50万レコード分に相当しますが、
年間10万レコードを超える量のデータが発生するシステムで
全データを複数年保持する必要があるような場合であれば心許ない容量です。

※厳密には組織内のユーザ数により補正がかかる場合があります。

追加のデータストレージの購入や Heroku や AWS 等との外部サービス連携で解消する方法もありますが、
いずれにしてもランニングコストが大きくなり、それが原因でお客様の予算感と合わなくなることもこれまでありました。

そのようなケースの打開案として
Salesforce の Platform 内で大量のデータを保存・管理できる機能の「 Big Object 」について検証してみました。

特徴としては、

  • 100万件から10億件以上のレコードを保持可能
  • SOQL、Bulk、Chatter REST、SOAP API などの既存の Salesforce の Platform のツールで呼び出し可能
  • 膨大なデータを非同期で処理する非同期SOQLで処理可能
  • 設定、変更、削除はAPI経由（クリックベースでは編集のみ可）

といったものがあります。

今回の検証ではカスタム Big Object を作成し、
そこへ Apex クラス経由でレコードを追加し、そのレコードを検索してログへ表示してみました。

カスタムBig Objectの定義

今回は「 BigObjectSample 」という名前で作成します。
手順は以下の通り。

(1) メタデータ APIを介して定義するためのファイルの準備

  • object ファイル
  • permissionset ファイル（または profile ファイル）
  • package ファイル

※各ファイルの作成方法については以下のTrailを参照
https://trailhead.salesforce.com/ja/modules/big_objects/units/big_objects_define_custom_big_objects

(2)(1)で準備したファイルをzipファイル内に格納（フォルダ構成は以下の通り）

ファイル構成

(3)ワークベンチから作成したzipファイルをSalesforce環境へデプロイ

  1. migration > Deployと遷移
  2. zipファイルをアップロードして適切なオプションを選択してNextをクリック
  3. 次の画面でDeployをクリック、結果にエラーがなければデプロイ完了

※ワークベンチは以下のURLからアクセス
https://workbench.developerforce.com/login.php

すると、以下のようなカスタムBig Objectが作成されます。

カスタムBig Objectのレコードの制御

先ほど作成したBigObjectSampleに対してApexクラス経由で
レコードの追加と検索を行ってみます。

以下のようなクラスを作成します。

開発者コンソールのExecuteAnonymousから以下のような形で処理を実行します。

実行時のログを確認すると、
BigObjectSampleのレコードが追加され、作成されたレコードを検索できていることが確認できます。
（各項目同一内容のログが出力されています）

create処理

queryRecords処理

まとめ

定義については少し慣れが必要な部分もありますが、
概ねこれまで培ったSalesforceの開発技術や知識で構築が可能で、
外部サービス連携よりもハードルは低いように感じられます。

比較的最近のバージョンで正式リリースになったばかりですし、
実際の開発を行うには制限事項などまだまだ調査・検証する部分も多々ありますが、
データストレージがネックとなるような案件の問題解決の選択肢には十分なり得る機能のように思えます。

Salesforce 技術関連記事

一緒に開発しませんか？

サンビット株式会社では、Salesforce によるクラウドシステム構築の開発技術者を募集しています！
興味のある方はぜひお問い合わせください。

Salesforce お役立ち/TIPS記事

  • by サンビット株式会社
  • 08:55

カレンダー

«4月»
日 月 火 水 木 金 土
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30      

最近のエントリー

接続アプリケーションから外部クライアントアプリケーションへの移行

2026.09.24

SalesforceのSpring ’26以降、新規作成が制限される「接続アプリケーション」に代わり、次世代の「外部クライアントアプリケーション」を利用する方法を解説します。クライアントログイン情報フローの設定から、Talend API Testerを使ったアクセストークンの取得、REST APIによるAccount情報の取得まで、実際の手順に沿って紹介します。

接続アプリケーションから外部クライアントアプリケーションへの移行

AI時代の新たな脅威！「標的型攻撃メール」【第１７回 情報セキュリティブログ】

2026.09.18

生成AIの進化によって、見破ることが難しくなっている「標的型攻撃メール」。差出人の偽装、緊急性をあおる文面、不審な添付ファイルやURLなど、注意すべき4つの特徴を解説します。さらに、社長になりすましてLINEへ誘導する「CEO詐欺」や、MFAの再設定を装う「QRコード詐欺」といった最新手口を紹介し、迅速に報告できる組織づくりの重要性を伝えます。

AI時代の新たな脅威！「標的型攻撃メール」【第１７回 情報セキュリティブログ】

ラージボール卓球　～2026年度 男女および級別ダブルス卓球大会～

2026.09.14

昨年度優勝した相性の良い大会で、今年もA級男子ダブルスの上位進出を目指して熱戦に挑みました。予選で完敗したペアへの雪辱、前回の決勝相手との接戦を経て、結果は見事準優勝。パートナーとの連携が勝敗を左右するダブルスならではの難しさや、決勝で攻略できなかった「カットマン」への新たな闘志をつづります。

ラージボール卓球　～2026年度 男女および級別ダブルス卓球大会～

会社を続けるということ ～企業寿命30年説と創立80周年～

2026.09.07

会社が長く存続することは、決して当たり前ではありません。取引先の破産を知った時期に迎えた、親会社・橋口電機の創立80周年。企業寿命30年説や橋口電機が幾度もの経済危機を乗り越えてきた歴史を振り返りながら、堅実な財務基盤と変化への挑戦を両立し、SUNBITが長寿企業として歩み続けるための経営について綴ります。

会社を続けるということ ～企業寿命30年説と創立80周年～
過去一覧を見る

カテゴリーリスト

アーカイブ

ブログ内検索

採用情報
マイナビ転職でサンビットページをみる

  1. TOP
  2. BLOG
  3. Salesforceのデータストレージで困ったら･･･　～Big Object～

検 索

Copyright (C) SUNBIT All Rights Reserved.