Content-Length: 230437 | pFad | https://b.hatena.ne.jp/mooz/20110722#bookmark-51982770

moozのブックマーク / 2011年7月22日 - はてなブックマーク

タグ

2011年7月22日のブックマーク (7件)

  • Semi Join vs. Bloom Join - VS Pages

    mooz
    mooz 2011/07/22
    分散 DBMS における効率的な JOIN であるところの Semi Join と Bloom Join について.
  • [database] トランザクション分離レベルのメモ - いたわさににほんしゅ

    RDBMS/SQL の話のなかで、基礎的な知識として必ずでてくる(であろう) 4 種類のトランザクション分離レベル (transaction isolation levels) ですが、腑に落ちたことがなく気持ち悪い印象をもっていました。そこで、差異を正しく理解すべく、 Bernstein さん、 Jim Gray さんたちの論文を読んでみました。個人的に興味のある点は、 Phantom Read とは何か? と Snapshot Isolation はどの程度の隔離レベルか? という 2 点です。 PostgreSQL のトランザクション分離 PostgreSQL は read committed と serializable のトランザクション分離レベルを実装しています。 In PostgreSQL, you can request any of the four standard t

    [database] トランザクション分離レベルのメモ - いたわさににほんしゅ
    mooz
    mooz 2011/07/22
    各 Isolation Level の実現に必要なロックを
  • Star schema - Wikipedia

    In computing, the star schema or star model is the simplest style of data mart schema and is the approach most widely used to develop data warehouses and dimensional data marts.[1] The star schema consists of one or more fact tables referencing any number of dimension tables. The star schema is an important special case of the snowflake schema, and is more effective for handling simpler queries.[2

    Star schema - Wikipedia
    mooz
    mooz 2011/07/22
    simplest style of data warehouse schema. data cube.
  • IPv6 その5(RFC2675): たくぽんの日記

    今日は、Hop by Hop オプションで使用されるジャンボグラムについて。 それにしても、ペイロードサイズ4G ビットって、やめとこうよーそんなにでかいの・・・。 いろんな問題を引き起こすのは、目に見えてるのに。 IPv6 Jumbograms http://www.ietf.org/rfc/rfc2675.txt ・ジャンボグラムは、16bitサイズよりも大きなペイロードのパケット - ペイロードサイズは、65,536 〜 4,294,967,295 octets の大きさをとる。 - Link MTU は、65575オクテットよりも大きなリンクである必要がある。 63335 + 40(IPヘッダーサイズ) = 65575 - Jumbo Payload オプションは、Fragment パケットにでは使用禁止。 ・Jumbo Payload オプションは、IPv6 ヘッ

    mooz
    mooz 2011/07/22
    IPV6 の Jumbogram について
  • 真のDPIと呼べる技術は、私が開発した「RFDPI」だけ

    真のDPIと呼べる技術は、私が開発した「RFDPI」だけ 米SonicWALL セキュリティサービス&アプリケーション担当副社長 ボリス・ヤノフスキー氏 最近のファイアウオールは、パケットのヘッダー部分に含まれるIPアドレスやポート番号だけでなく、その奥のデータ部分に含まれる情報を見て処理する、いわゆる「DPI(Deep Packet Inspection)」と呼ばれる技術をうたう製品が多い。そうした数あるDPI技術の中で「わが社の方式が最も優れている」と胸を張るのが、米SonicWALLのボリス・ヤノフスキー氏だ。特許技術「RFDPI」の開発者であるヤノフスキー氏に、その仕組みなどを聞いた。 米SonicWALLのボリス・ヤノフスキー氏は、同社に入社する以前に米NetManageの創設に携わった一人である。NetManageといえば、インターネットに古くからかかわる人なら知らぬ人はいない

    真のDPIと呼べる技術は、私が開発した「RFDPI」だけ
    mooz
    mooz 2011/07/22
    Reassembly Free Deep Packet Inspection (RFDPI) のざっくりとした解説.
  • SonicWALL 商品情報 - 次世代リアルタイムUTM(統合脅威管理)

    ホーム カテゴリで探す クラウド・仮想化 クラウド基盤 運用管理 サービス クラウドセキュリティ セキュリティ 情報漏えい対策 検疫ネットワーク メールセキュリティ 仮想環境セキュリティ Webセキュリティ SSL-VPN UTM(統合脅威管理) IDS/IPS マルウェア対策 内部統制/コンプライアンス対応 PCIDSS スマートデバイス管理 ネットワーク アクセラレータ 帯域制御・負荷分散 SSL-VPN FAXサーバ スイッチ 無線LAN コネクティビティ コラボレーション テレフォニ&モバイル テレコム向けソフトウェア テレコム向けハードウェア 携帯電話向けUIソリューション サーバ&ストレージ 半導体ストレージ メールアーカイブ 運用管理 運用管理 ITインフラ運用管理/監視 クライアント運用管理 ITILサービスサポート管理 省エネ/グリーンIT WEBマーケティング ビジネス

    mooz
    mooz 2011/07/22
    Hardware Base な Reassembly Free Deep Packet Inspection (DPI).
  • プロバイダはどうやってWinnyの通信を見つけるのですか

    トラフィック制御用の専用機器を使って見つけます。 P2Pファイル共有ソフトの通信を制御するには,多くの場合,トラフィック制御専用のネットワーク機器を利用します。P2Pファイル共有ソフトのトラフィックを識別するには大きく二つの技術が考案されています。一つは「フロー・ステート・コントロール」という技術で,もう一つは「ディープ・パケット・インスペクション」という技術です。 フロー・ステート・コントロールとは,2台のコンピュータ間のパケットのやりとりを「フロー」として捉えてその振る舞いだけからアプリケーションを特定する技術です。そのため,この技術はP2Pファイル共有ソフトに共通のパターンを見つけ出すことはできても,Winnyだけを識別することはできません。 Winnyだけを識別して通信を規制するには,ディープ・パケット・インスペクションという技術を使います。これは,通信(フロー)のパターンのほかパ

    プロバイダはどうやってWinnyの通信を見つけるのですか








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: https://b.hatena.ne.jp/mooz/20110722#bookmark-51982770

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy