セールスフォースの豆知識

ApexのDMLステートメントと失敗時の挙動

ApexのDMLステートメントには、スタンドアローン形式とメソッド形式があり、いずれかのレコードが失敗した時の動作に違いがあります。

○スタンドアローン形式

・記述例：
insert obj;

・いずれかのレコードが失敗した場合の動作：
全てのレコードがロールバックされる。

○メソッド形式

・記述例：
Database.insert(obj, option);

・いずれかのレコードが失敗した場合の動作：
オプションが未指定またはtrueの場合、全てのレコードがロールバックされる。
オプションがfalseの場合、レコードは個別に成功 or 失敗となる。
失敗したレコードは無視され、処理が最後まで実行される。

通常はスタンドアローン形式を使用し、バッチ処理など、個別レコードで失敗しても処理を続行したいときに、メソッド形式を使用すると良いでしょう。

一つ注意しなければいけないのは、いずれの形式であっても、 処理の成功／失敗によらず、コミットはされないということです。Apexが異常終了した際には、どちらの形式を使用していても、全てのレコードがロールバックされます。

PODとログイン後のURL

セールスフォースのシステムは「POD」と呼ぶクラスター単位で構築、運用されており、各PODは1個のOracle RAC（Oracle Real Application Clusters：単一のデータベースをサーバーのクラスタ全体で実行できる）、およそ100台のサーバーで構成されています。

ユーザーは地域に応じて各PODに割り当てられ、割り当てられたPODによって、ログイン後のURLが以下のように変わってきます。

インスタンス名	ユーザの地域
AP0	日本
AP1	アジア・太平洋
EU0	欧州・中東・アフリカ
NA0～NA7	北米
CS0～CS5	Sandbox

PODの数は、上記のように現時点では17個のようです。待機系も同じ数だけあるので、
サーバー台数は 100台 × 17POD × 2（本番系、待機系） = 3400台 くらいだと推測されます。
サーバー台数はGoogleと比べるとかなり少なく、サーバーリソースを効率的に利用していることが分かります。

ちなみに、上記の「ユーザの地域」は、あくまでPODが管理するユーザの地域であって、「データセンターの場所」ではありません。例えば、日本のユーザはAP0のPODに割り当てられますが、現在日本にSalesforceのデータセンターはありません。

先日の「Cloudforce 2010 Japan」で発表されましたが、Salesforceは、2010年年末には東京データセンターを完成させ、2011年中に稼働開始予定のようです。日本では、データを国内に置きたいという要望が根強いですからねえ。これで提案時の大きな障害が1つ解消され、嬉しい限りです。

API参照名が項目一覧に表示されるようになりました

日本時間で10月2日の12～19時ぐらいの間に、NA1、NA6、NA7のインスタンスにWinter '11の機能がリリースされました。

早速ログインしてみたら、項目一覧にAPI参照名が表示されるようになってました↓

たったこれだけですが、開発者にとってはかなり嬉しい機能かも。API参照名を知りたいことはよくあるので、クリック回数が減りますし、一覧で見ることができると何かと便利です。