タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

postgresqlと*serverとscalabilityに関するrekramkoobのブックマーク (3)

  • 【事例】PostgreSQLの不足機能を自作し,500万人分のデータを管理---郵便貯金カード普及協会「会員管理システム」(下)

    図2●独自作成したDBアクセス・モジュールの主な機能 1つのデータベースを複数のサーバーに分割する「クラスタリング機能」と,テープからリストアする際にダウン直前までの状態を復元する「ロールフォワード機能」を独自に作成した 検索処理で時間がかかるのは全件検索であり,一般的に全件検索ではディスクI/Oがボトルネックになりやすい。NTTデータが作成した「DBアクセス・モジュール」を使えば,ディスクを共有しないクラスタリング構成が実現でき,ディスクI/Oを分散できる。DBアクセス・モジュールは,参照時には複数のサーバーにSQL文を発行し,それぞれの結果をマージして返す機能がある(図2左[拡大表示])。 また,DBアクセス・モジュールにはデータの更新時に2台のサーバーにSQL文を発行する機能があり,データを2重化させることができる。2重化しておけば1台のディスク装置が壊れても,もう一方のディスクで処

    【事例】PostgreSQLの不足機能を自作し,500万人分のデータを管理---郵便貯金カード普及協会「会員管理システム」(下)
  • 【事例】PostgreSQLの不足機能を自作し,500万人分のデータを管理---郵便貯金カード普及協会「会員管理システム」(上)

    「PostgreSQLOracleを検証した結果,工夫すればPostgreSQLでも可能だと判断した」――郵便貯金カード普及協会のシステム開発を担当したNTTデータの渡部広志氏は,PostgreSQLの採用理由をこう説明する。 システムで処理しなければならないのは,約500万人分の会員データ。会員は今も増えており,システムの仕様としては会員数1000万人を想定している。PostgreSQLの検索性能は検証した結果高いことが分かったが,1000万人規模のシステムで使うにはPostgreSQLの標準機能だけでは足りなかった。 どんな検索でも10秒以内 図1●システム概要とシステム構築上のポイント 約500万人の会員データを管理するシステム。将来的には会員が1000万人になることが予想されるため,大量データに対する高い検索性能が求められた。また,オンライン処理は24時間365日利用するため,高

    【事例】PostgreSQLの不足機能を自作し,500万人分のデータを管理---郵便貯金カード普及協会「会員管理システム」(上)
  • 負荷対策概論 - Y-110's Wiki

    最新文章 2018-12-26 17:10▪ 致敬英雄,致敬不朽的精魂 2018-12-26 17:10▪ 四十年来闵行人的文化生活史一幕幕回放 2018-12-26 17:10▪ “笔尖上的童画”——欢图学员作品成果展将在东方网文化活动... 2018-12-26 17:10▪ “金色热线”12月27日将迎来年终特别节目 2018-12-26 17:10▪ 北京市发布持续低温蓝色预警信号 2018-12-26 17:10▪ 北京市网信办推进自媒体账号专项治理关闭11万个 2018-12-26 17:10▪ 有创意的崇明“橘农”让梦想和情怀扎根农场 2018-12-26 17:10▪ 突发!上海地铁3、4号线晚高峰运行延误系人员进入线路 2018-12-26 17:10▪ 中国经济总量将达90万亿关键时刻传递重要信息 2018-12-26 17:10▪ 海底捞:"吃出卫生巾"系人为当事顾客

  • 1