Salesforceのデータベース - snippets from shinichitomita’s journal
すごい良い記事。 知られざる「マルチテナントアーキテクチャ」（2）～スケーラビリティのカギは組織ID － Publickey 知られざる「マルチテナントアーキテクチャ」（3）～スキーマとメタデータの謎 － Publickey 頼まなくてもこういう記事を書いてくれる人が増えている（頼まれてないっすよね？）のは、SFDCにとって、デベロッパーマーケティングとして成功だと思う。大事にしてくださいね。 スキーマについて 上記記事では、データベースの物理スキーマについて、公開情報をもとに分析されています。 掟破りのスキーマ セールスフォースのアプリケーションで扱われるすべての数字や文字のデータは、Dataテーブルに保存される。このことがセールスフォースのデータベーススキーマの核心です。 Dataテーブルはどんなデータでも受け入れられるよう、次のようなスキーマになっています。恐らく、データベースに詳し
identity conference #4 - snippets from shinichitomita’s journal
ほぼ四半期に一度ペース。今回は参加しました。スーツ姿で。とりあえずサマリ。 OpenID Mobile (by ZIGOROu) モバイルでOpenID対応するとき、GET URL長の制限があってこまる。なんとかしてパラメータ減らしてバイト数減らせないか、という試行錯誤の報告(プロトコルの再考も含め)。結局SAMLでいうArtifact形式に行き着いていた？のかな。 議論の中で、POSTでまわせるのでは、という話もあったが、JSのない状態で画面の遷移の数が多いと、きっと携帯ユーザはついてこないだろう、という意見が出た。これはもっとも。 NTTの伊藤さんが、もうそこはiアプリでやりとりさせて、あとでwebにtokenだけわたすとかどうよ？と話していて、実際にそういう実装をやったことがあるらしい（ただしSAMLベース）。武蔵野に行くと見せてくれるでしょう。 同様に、携帯ブラウザじゃなくってキャ
OpenIDとプライバシー - snippets from shinichitomita’s journal
最近ずいぶんフィード消化してませんでした。で、久しぶりに見てみたら、こんな話がZIGOROuさんとこに。 Web+DBのOrenID特集を読みました。、教えて欲しい疑問点があります。素人なので初歩的な疑問点で申し訳ありませんが、よろしくお願い致します。 今、携帯電話の契約者固有ＩＤのプライバシーの懸念が問題になっています。http://takagi-hiromitsu.jp/diary/20080710.html 問題点を以下に要約しますと、 ａ サイトで住所氏名Ｅメールアドレス等の個人特定情報を入力することによって、その個人特定情報と契約者固有ＩＤ（ｉモードＩＤ等）とが紐付けられ、ネット上での行動履歴情報が契約者固有ＩＤを手掛かりに収集され（名寄せされ）、その収集情報と個人とが結び付けられる。 ｂ 収集情報と個人とを結び付けた情報（以下「個人特定型ライフログ」という）が、悪徳業者の手に渡
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
