C34 ニッチだけど、社会インフラを支えるデータベース、HiRDB ～HiRDBを選ぶ人、選ばない人、その選択基準とは～ by Taichi Ishikawa

© Hitachi, Ltd. 2013. All rights reserved.株式会社日立製作所情報・通信システム社ITプラットフォーム事業本部開発統括本部ソフトウェア開発本部 DB設計部主任技師石川太一ニッチだけど、社会インフラを支えるデータベースＨｉＲＤＢを選ぶ人、選ばない人その選択基準とは5月31日(金) Session4：16:00～16:45db tech showcase 2013 Osaka

© Hitachi, Ltd. 2013. All rights reserved. 17国産ＤＢならではのサポート力が評価されています。□ 開発者直結で迅速に対応できる。□ 最長１５年サポートできる。http://itpro.nikkeibp.co.jp/article/COLUMN/20120613/402264/?ST=ittrend&mkjb&P=2ＤＢは、ＩＴシステムの根幹だからスクリーンをご覧ください特に「技術支援」の項目で高い評価を頂きました。

© Hitachi, Ltd. 2013. All rights reserved. 18ＨｉＲＤＢは、迅速かつ長期間のサポートが求められる日本の公共、金融分野を支えています。公共29%金融17%通信12%産業5%流通4%採用分野 ※大阪証券取引所旧株式会社UFJ銀行肥後銀行千葉興業銀行など多数金融系日本テレビ放送網株式会社、読売テレビ放送株式会社などマスコミ系某テレコム株式会社など東急百貨店名鉄運輸株式会社など流通系東京大学医科学研究所ヒトゲノム解析センターなど公共・教育系鉄道情報システム株式会社＇JRシステム（など交通・運輸系ＨｉＲＤＢの累計出荷約８５,０００サーバ通信系※※1994年～2012年3月(11年度末（までの累計出荷本数から算出

© Hitachi, Ltd. 2013. All rights reserved. 19業種顧客名適用システム HiRDB採用のポイント公共社会2005年愛知万博様入退場管理システムサポート＇開発者が見える安心感（東大医科研ヒトゲノム解析センター様遺伝子情報インターネット検索システム性能＇レスポンスが高速で満足（A市様公文書管理システム信頼性、サポート＇国内でのサポート（A庁様情報分析システム 24時間運用、サポートB庁様案件進捗管理システムサポート＇国内でのサポート（、価格＇ランニングコスト（A電力様配電管理システム 24時間運用、サポート鉄道会社A 様チケット管理システム性能＇遠隔地連携（、信頼性＇系切替えの速さ（、サポート金融千葉興業銀行様新営業店、印鑑システム信頼性、サポート＇身近なサポート体制（三菱東京UFJ銀行様新営業店システム信頼性、サポート＇純国産RDBならではのサポート（大阪証券取引所様証券売買システム価格、性能A銀行様営業店システムパッケージの実績、サポート＇長期サポート（カード管理会社A 様信用情報、電子申請システム価格、サポートA公庨様庶務事務、業務委託システムポータルとの連携容易性、サポートA損害保険様代理店システムサポート、24時間運用、大規模対応B損害保険様 DWHシステム価格、サポート証券会社A 様一般振替システムパッケージの実績、サポート通信通信会社A 様顧客管理システムホスト連携、サポート＇国内でのサポート体制（通信会社B 様フィルタリングシステム価格、サポート＇自製DBという安心感（産業流通新日本製鐵様操業オンラインシステム 24時間運用＇再編成中も性能劣化ゼロ（ユーコープ事業連合様新基幹システムセキュリティの高さ、他社DBMSとのデータ連携容易性A製薬様販売受注管理システムサポート＇親身なサポートと技術支援（A産業様受注・配送管理システムサポート＇国内でのサポート体制（国産ＤＢベンダにしかできない親身なサポートがＩＴシステムの根幹を担うＤＢＡに評価されています。※事例の詳細はこちら(顧客名が公開された事例のみ) ： http://www.hitachi.co.jp/cgi-bin/soft/casestudy/search/casestudy.cgi?r_pno=10002&pno=10002※DBA：データベース管理者 (Database Administrator) の略

© Hitachi, Ltd. 2013. All rights reserved. 22圧倒的に、高いです。ＯＲＡＣＬＥＳＥと比べると、１０倍高くなる場合もある。CPU(ソケット)コアコアコアコアコアコアコアコアコアコアＯＲＡＣＬＥＳｔａｎｄｅｒｄＥｄｉｔｉｏｎソケット単位で課金するので、１，９０２，２００円で済みます。ＨｉＲＤＢＳｅｒｖｅｒコア単位で課金するので、１８，０００，０００円のお支払いが必要です。出展： Oracleテクノロジー製品日本国内価格表一覧http://www.oracle.com/jp/corporate/pricing/e-pl101005-101005a-n-176288-ja.pdf

© Hitachi, Ltd. 2013. All rights reserved. 23え・・・。そんな価格設定で、売れるの？CPU(ソケット)コアコアコアコアコアコアコアコアコアコアＯＲＡＣＬＥＳｔａｎｄｅｒｄＥｄｉｔｉｏｎソケット単位で課金するので、１，９０２，２００円で済みます。ＨｉＲＤＢＳｅｒｖｅｒコア単位で課金するので、１８，０００，０００円のお支払いが必要です。出展： Oracleテクノロジー製品日本国内価格表一覧http://www.oracle.com/jp/corporate/pricing/e-pl101005-101005a-n-176288-ja.pdf

© Hitachi, Ltd. 2013. All rights reserved. 25こんなこと、やってませんか？□３台以上のＤＢサーバで負荷を分散している。□可用性を確保するため、ＨＡクラスタ構成にしている。□性能を高めるために、パーティション表を使っている。□格納効率を高めるために、データを圧縮して格納している。□セキュリティを高めるために、データを暗号化して格納している。ＤＢサーバ共有ストレージ・・・ＤＢ格納領域１ＤＢ格納領域２ＤＢ格納領域３関東関西東北パーティショニング＇分割表（

© Hitachi, Ltd. 2013. All rights reserved. 26そうなると、Ｅｎｔｉｅｒｐｒｉｓｅ版が必要ですよね。価格の差が、逆転します。CPU(ソケット)コアコアコアコアコアコアコアコアコアコアＯＲＡＣＬＥＥｎｔｉｅｒｐｒｉｓｅＥｄｉｔｉｏｎコア単位で課金するので、５１，６３０，０００円で済みます。ＨｉＲＤＢＳｅｒｖｅｒコア単位で課金するので、１８，０００，０００円のお支払いが必要です。出展： Oracleテクノロジー製品日本国内価格表一覧http://www.oracle.com/jp/corporate/pricing/e-pl101005-101005a-n-176288-ja.pdf□３台以上のＤＢサーバで負荷を分散している。□可用性を確保するため、ＨＡクラスタ構成にしている。□性能を高めるために、パーティション表を使っている。□格納効率を高めるために、データを圧縮して格納している。□セキュリティを高めるために、データを暗号化して格納している。

© Hitachi, Ltd. 2013. All rights reserved. 27つまり、こういう要件をクリアしなければならないシステムでは、ＨｉＲＤＢが売れてます。□３台以上のＤＢサーバで負荷を分散している。□可用性を確保するため、ＨＡクラスタ構成にしている。□性能を高めるために、パーティション表を使っている。□格納効率を高めるために、データを圧縮して格納している。□セキュリティを高めるために、データを暗号化して格納している。結構、ありますよね。とくに社会インフラを支えるシステムでは、必頇なんです。

© Hitachi, Ltd. 2013. All rights reserved. 29＇○：代替可能、×：代替機能なし（大分類ＯＲＡＣＬＥＥＥになる前提機能ＨｉＲＤＢの対応機能必要なＨｉＲＤＢのオプション可用性Total Recall ○ 改ざん防止機能なしActive Data Guard ○ リアルタイムSQLレプリケーションなしFlashback Table, Database and Transaction Query × 該当機能なしー拡張性Real Application Clusters ○ 影響分散スタンバイレス型系切り替え HiRDB Advanced High AvailabilityIn-Memory Database Cache ○ バッチ高速化機能 HiRDB Accelerator Version 8セキュリティOracle Database Vault × 該当機能なしーOracle Advanced Security ○ データベース暗号化機能 HiRDB Version 9 with Additional FunctionOracle Label Security × 該当機能なしーSecure Application Roles × 該当機能なしーVirtual Private Database × 該当機能なしーファイングレイン監査 ○ セキュリティ監査機能なし運用容易性 Real Application Testing ○ インナレプリカ機能 HiRDB staticizer OpetionＤＷＨAdvanced Compression ○ 圧縮表なしOLAP × 該当機能なしなしPartitioning ○ マトリクス分割機能 HiRDB Advanced High Availability(2次元の場合)Advanced Analytics × 該当機能なしートランスポータブル・テーブルスペース × 該当機能なしー情報ライフサイクル管理 × 該当機能なしーサマリー管理- マテリアライズド・ビュークエリーリライト ○ DataReplicator/DataExtractor ーコンテンツ管理 Spatial ○ 空間検索機能 HiRDB Spatial Search Plug-inＯＲＡＣＬＥＥＥ機能一覧： http://www.oracle.com/jp/products/database/expressedition/index.htmlほら、×ばっかりじゃないか！スクリーンをご覧ください

© Hitachi, Ltd. 2013. All rights reserved. 31＇○：代替可能、×：代替機能なし（大分類ＯＲＡＣＬＥＥＥになる前提機能ＨｉＲＤＢの対応機能必要なＨｉＲＤＢのオプション可用性Total Recall ○ 改ざん防止機能なしActive Data Guard ○ リアルタイムSQLレプリケーションなしFlashback Table, Database and Transaction Query × 該当機能なしー拡張性Real Application Clusters ○ 影響分散スタンバイレス型系切り替え HiRDB Advanced High AvailabilityIn-Memory Database Cache ○ バッチ高速化機能 HiRDB Accelerator Version 8セキュリティOracle Database Vault × 該当機能なしーOracle Advanced Security ○ データベース暗号化機能 HiRDB Version 9 with Additional FunctionOracle Label Security × 該当機能なしーSecure Application Roles × 該当機能なしーVirtual Private Database × 該当機能なしーファイングレイン監査 ○ セキュリティ監査機能なし運用容易性 Real Application Testing ○ インナレプリカ機能 HiRDB staticizer OpetionＤＷＨAdvanced Compression ○ 圧縮表なしOLAP × 該当機能なしなしPartitioning ○ マトリクス分割機能 HiRDB Advanced High Availability(2次元の場合)Advanced Analytics × 該当機能なしートランスポータブル・テーブルスペース × 該当機能なしー情報ライフサイクル管理 × 該当機能なしーサマリー管理- マテリアライズド・ビュークエリーリライト ○ DataReplicator/DataExtractor ーコンテンツ管理 Spatial ○ 空間検索機能 HiRDB Spatial Search Plug-inＯＲＡＣＬＥＥＥ機能一覧： http://www.oracle.com/jp/products/database/expressedition/index.htmlどの機能を使っていますか？スクリーンをご覧くださいよく使われるのはこの４つのオプション。

© Hitachi, Ltd. 2013. All rights reserved. 32つまり、ＨｉＲＤＢで、十分じゃないですか。□３台以上のＤＢサーバで負荷を分散できる。□可用性を確保するため、ＨＡクラスタ構成にできる。□性能を高めるために、パーティション表を使える。□格納効率を高めるために、データを圧縮して格納できる。□セキュリティを高めるために、データを暗号化して格納できる。基幹システムなら、ＨｉＲＤＢ迅速で、長期間サポートできるだけでなく、社会インフラを支える重要なシステムで、必頇な機能を選んで提供しています。

© Hitachi, Ltd. 2013. All rights reserved. 41サービスレベルを維持するためにＳｈａｒｅｄＮｏｔｈｉｎｇアーキテクチャを採用並列数性能性能向上ＡＰサーバＤＢサーバストレージ・・・・・・１００並列構成での実績あり並列処理で性能向上パーティション＇分割（表・完全独立で、サーバ間の共有リソースなし。・データ量の増大に対応して拡張しやすい。・ハードウェアの能力を最大限に引き出せる。・並列処理で処理時間を短縮できる。データベースを分割する

© Hitachi, Ltd. 2013. All rights reserved. 42分割したサーバの独立性を確保するためにＡＰサーバＤＢサーバストレージ・データの所在位置はＦＥＳで自動認識。・ＢＥＳが受け持つデータを並列に処理。・ＢＥＳの処理結果をＦＥＳが纏めて返却。パーティション＇分割（表更新ログ*1 : ＳＱＬ受付サーバ(Front End Server)ＦＥＳＢＥＳ*2 : ＤＢアクセスサーバ(Back End Server)業務ＡＰは、データの所在を意識しないＦＥＳ１ＦＥＳ２ＢＥＳ１ＢＥＳ２ＦＥＳｎＢＥＳｍ完全独立業務ＡＰ排他プールＤＢバッファＤＢアクセスに必要なリソースが独立し、競合が無い□ＤＢをアクセスするＢＥＳ(*２)が、分割されたデータを独立に処理する。□ＦＥＳ(*１)がＳＱＬを振り分け、業務ＡＰにデータの所在を意識させない。

© Hitachi, Ltd. 2013. All rights reserved. 43トランザクションの並列実行度を高められる・・・・・・パーティショニング＇分割表（ＡＰサーバＤＢサーバストレージＦＥＳ１ＢＥＳ１・・・・・・ＤＢ格納領域１ＤＢ格納領域３ＤＢ格納領域８トランＢＦＥＳ３ＢＥＳ３ＦＥＳ８ＢＥＳ８高トラフィック時もスループットを確保表の分割単位に独立してＤＢをアクセストランＡ表の分割キーの例関東関西その他関東集計業務関西集計業務その他集計業務□分割したデータ単位に、業務を独立して実行させることで、高トラフィック時にも、バッチ処理でも、スループットを確保できる。バッチ処理も、多重で並行に実行

© Hitachi, Ltd. 2013. All rights reserved. 44ＳＱＬの並列実行度を高められる・・・・・・パーティショニング＇分割表（ＡＰサーバＤＢサーバストレージ関東・・・・・・関西その他ＤＢ格納領域１ＤＢ格納領域３ＤＢ格納領域８ＳＱＬＦＥＳ１レスポンスタイムを向上ＳＱＬをＢＥＳ単位の処理に分解し並列実行パイプライン並列検索、更新、ジョイン、ソート、グループ化、集合演算処理ジョイン、ソートなどの負荷の高い処理をＦＥＳが更に分解して順次処理。ＢＥＳ１ＢＥＳ３ＢＥＳ８Ｉ/Ｏ並列、サーバ間並列分割した表を並列に検索・更新。表の分割キーの例全店舗集計業務□複数のサーバを跨ぐＳＱＬは、表の分割単位に処理を分解することでＢＥＳでの並列実行度を高め、レスポンスタイムを向上できる。

© Hitachi, Ltd. 2013. All rights reserved. 47関東09支店番号～1999支店番号2000～2999支店番号3000～＜９月＞＜関東地区＞＜関西地区＞＜その他地区＞関東08＜８月＞関東07 ＜７月＞DBAREA1 DBAREA2 DBAREA3DBAREA4 DBAREA5 DBAREA6DBAREA7 DBAREA8 DBAREA9日付と支店番号でＤＢを分割した例日付地区支店支店番号売上・・・2011-07-30 関東東京 10012011-07-30 関西大阪 20012011-07-30 九州福岡 3010・・2011-08-30 関東横浜 10102011-08-30 東北仙台 40012011-08-30 関西京都 2008・・2011-09-30 関東東京 10012011-09-30 関西神戸 2015・・支店売上管理表第１次元分割列第２次元分割列関東集計業務関西集計業務その他集計業務関西09関西08関西07他09他08他07時間軸での分割空間軸での分割一定期間保管ＢＥＳ１ＢＥＳ２ＢＥＳ３□月単位に支店グループを２次元分割□独立したＢＥＳで並列に処理

© Hitachi, Ltd. 2013. All rights reserved.DBAREA1 DBAREA2 DBAREA3DBAREA4 DBAREA5 DBAREA6DBAREA7 DBAREA8 DBAREA948ＤＢ格納領域の簡単なローテーション運用支店番号～1999支店番号2000～2999支店番号3000～＜関東地区＞＜関西地区＞＜その他地区＞＜９月＞＜８月＞＜７月＞＜１０月＞月別ハッシュ分割＜７月＞＜１０月＞ＤＢ格納領域の削除・追加が大変ローテーション運用を容易にする『月別ハッシュ分割』の利用＜９月＞＜８月＞＜７月＞⇒＜１０月＞関東09関東08関東07関西09関西08関西07他09他08他07関東10■従来の運用□ＤＢの格納領域を、月次で簡単に再利用。

© Hitachi, Ltd. 2013. All rights reserved. 51今や、ストレージ仮想化技術で対処できる時代DBAREA1 DBAREA2 DBAREA3ディスク追加支店番号～1999支店番号2000～2999支店番号3000～＜関東地区＞＜関西地区＞＜その他地区＞見積もり、設計が大変・データ増加を予測した見積もり設計。・それに伴う拡張・運用設計の立案。・ＤＢエリアのパンク回避のための余裕値設計。DBAREA1 DBAREA2 DBAREA3・仮想ディスクに最大サイズでＤＢエリアを確保でき、ＤＢ容量設計が容易。・ＤＢエリアの自動拡張に伴い、オンデマンドでストレージを割り当てられる。・ストレージプール全体で枯渇監視でき、監視、拡張運用が容易。ストレージプールＨＤＤ仮想Voｌ(ディスク)予備予備監視、運用が大変・個々のＤＢエリアの監視。・ディスク追加によるＤＢエリア拡張。最大オンデマンドストレージプールを活用した資源共有により負担を軽減□ＤＢ格納領域の見積もり、運用がどれだけ必要？大変？■従来の運用 ■ストレージ機能と連携したシン・プロビジョニングでの運用

© Hitachi, Ltd. 2013. All rights reserved. 52ＳｈａｒｅｄＮｏｔｈｉｎｇの弱点は？上手くパーティションに分割できないマスタ系の表やインデックスが多いと、ボトルネックになるんでしょ？DBAREA10商品マスタパーティショニング＇分割表（ＤＢ格納領域１ＤＢ格納領域３ＤＢ格納領域８関東関西その他日付地区支店支店番号売上・・・2011-07-30 関東東京 10012011-07-30 関西大阪 20012011-07-30 九州福岡 3010・・2011-08-30 関東横浜 10102011-08-30 東北仙台 40012011-08-30 関西京都 2008・・2011-09-30 関東東京 10012011-09-30 関西神戸 2015・・支店売上管理表第１次元分割列第２次元分割列こういうの、どうすりゃいい？あ・・・。頻繁にアクセスするのに、分割のしようがない。売上管理表は、上手く分割できたぞ！

© Hitachi, Ltd. 2013. All rights reserved. 54マスタ表の効率的な共有アクセスＡＰサーバＤＢサーバストレージＢＥＳ１ＦＥＳ１特定ＢＥＳへのアクセス集中を回避できる全ＢＥＳから参照できる『共用表』属性を利用・全ＢＥＳから参照できる表属性。・各ＢＥＳのバッファで独立して参照できる。・複数のＢＥＳから参照する場合でも、ＢＥＳ間での通信はおこなわない。ＢＥＳ２ＦＥＳ２ＢＥＳ３ＦＥＳ３DBAREA1 DBAREA2 DBAREA3DBAREA10商品マスタ関東関西他関東集計業務関西集計業務その他集計業務ＤＢバッファＤＢバッファＤＢバッファ関東マスタ関西マスタその他マスタ共用表属性□マスタ系データの配置は？

© Hitachi, Ltd. 2013. All rights reserved. 55・共用表の更新要求を全ＢＥＳに配布。・バッファヒットしない場合はストレージから読み込んでバッファを更新。・受け持ちＢＥＳだけがストレージ上のデータを更新。・更新ログは全ＢＥＳで出力。更新ＡＰサーバＤＢサーバストレージＢＥＳ１ＢＥＳ２ＦＥＳ２ＢＥＳ３ＦＥＳ３DBAREA1 DBAREA2 DBAREA3DBAREA10商品マスタ関東関西他関東集計業務関西集計業務その他集計業務ＤＢバッファＤＢバッファＤＢバッファ関東マスタ関西マスタその他マスタ共用表属性受け持ちＢＥＳＦＥＳ１じゃあ、「共用表」を更新したら、どうする？ＤＢサーバの独立性を確保する□更新要求をＦＥＳが受け、全ＢＥＳに配布。バッファを更新。□受け持ちＢＥＳだけがストレージ上のデータを更新。

© Hitachi, Ltd. 2013. All rights reserved. 58影響分散スタンバイレス系切り替えＤＢサーバ１１台目の障害発生時平常運用常時ＢＥＳ１ＢＥＳ単位で系切り替え(移動)⇒分散引継ぎＤＢサーバ１ＤＢサーバ３ＤＢサーバ２ＤＢサーバ３ＤＢサーバ２ＢＥＳ２ＢＥＳ３ＢＥＳ４ＢＥＳ５ＢＥＳ６ＢＥＳ１ＢＥＳ２ＢＥＳ３ＢＥＳ４ＢＥＳ５ＢＥＳ６ＢＥＳ１ＢＥＳ２ＤＢサーバ２、ＤＢサーバ３で処理を分散して引き継ぐ。サーバ間の負荷は平準化。ＤＢ及びシステムログ引継ぎ＆継続使用障害業務ＡＰ業務ＡＰ□ＢＥＳ単位で、稼動中のサーバに系切り替えして業務を継続。□あらかじめ複数のＢＥＳを配置し、複数の稼働中ノードに負荷を分散できる。□待機専用サーバマシンが不要なため、投資対効果が高い。

© Hitachi, Ltd. 2013. All rights reserved. 59もし、２台目もダウンしたら？ＤＢサーバ１１台目の障害発生時平常運用常時ＢＥＳ１ＢＥＳ単位で系切り替え(移動)⇒分散引継ぎＤＢサーバ１ＤＢサーバ３ＤＢサーバ２ＤＢサーバ３ＤＢサーバ２ＢＥＳ２ＢＥＳ３ＢＥＳ４ＢＥＳ５ＢＥＳ６ＢＥＳ１ＢＥＳ２ＢＥＳ３ＢＥＳ４ＢＥＳ５ＢＥＳ６ＢＥＳ１ＢＥＳ２ＤＢサーバ２、ＤＢサーバ３で処理を分散して引き継ぐ。サーバ間の負荷は平準化。ＤＢ及びシステムログ引継ぎ＆継続使用障害業務ＡＰ業務ＡＰ

© Hitachi, Ltd. 2013. All rights reserved. 60ＤＢサーバ１ＤＢサーバ３ＤＢサーバ２ＢＥＳ１ＢＥＳ２ＢＥＳ３ＢＥＳ４ＢＥＳ５ＢＥＳ６ＢＥＳ１ＢＥＳ２障害業務ＡＰＤＢサーバ１ＤＢサーバ３ＤＢサーバ２ＢＥＳ３ＢＥＳ４ＢＥＳ５ＢＥＳ６ＢＥＳ１ＢＥＳ２障害業務ＡＰＢＥＳ３ＢＥＳ４ＢＥＳ１ＤＢサーバ２の障害発生時は、ＤＢサーバ３で処理を引き継ぐ。影響分散スタンバイレス系切り替え□多点障害でも、第２、第３の稼動中のＤＢサーバに処理を引き継げる。さらに２台目の障害発生時１台目の障害発生時

© Hitachi, Ltd. 2013. All rights reserved. 66DBサーバ CPU利用率2号機 3号機1号機障害数秒オーダで系切り替えＳｕｐｅｒｄｏｍｅ２×ＨｉＲＤＢでの強み□ 数秒オーダで系を切り替え可能□ 系切り替え中の全面ダウン期間ゼロ□ 系切り替え後の性能縮退なし□ 予備ＣＰＵ分のライセンス負担なし予備ＣＰＵ活性化予備ＣＰＵ活性化サーバダウン全面ダウン期間ゼロ性能縮退なしDBサーバ全体スループット追加ライセンス負担なし影響分散スタンバイレス系切り替え□ＨＰＳｅｒｖｉｃｅｇｕａｒｄとの組合せで、数秒オーダで系を切り替えられる。□系切り替えと同時にＳｕｐｅｒｄｏｍｅ２のｉＣＡＰ/ＧｉＣＡＰでＣＰＵ利用権を動的に移動できる。□余剰投資なしでオンデマンドにＣＰＵを増強でき、性能縮退も防げます。

© Hitachi, Ltd. 2013. All rights reserved. 68つまり、基幹システムなら、ＨｉＲＤＢ□３台以上のＤＢサーバで負荷を分散できる。□可用性を確保するため、ＨＡクラスタ構成にできる。□性能を高めるために、パーティション表を使える。□格納効率を高めるために、データを圧縮して格納できる。□セキュリティを高めるために、データを暗号化して格納できる。迅速で、長期間サポートできるだけでなく、社会インフラを支える重要なシステムで、ご活用いただけます。

© Hitachi, Ltd. 2013. All rights reserved. 72ＯＲＡＣＬＥ経験者なら、３ステップでＨｉＲＤＢを習得最短で半日。ＯＲＡＣＬＥとの違いのみを集中して理解できます。お客様の特定プロジェクトチームを対象に、先ずは使えるレベルまで理解できます。実機演習を交え、基礎から応用までを体系的にマスターできます。※ ２０１３年１月末時点出前出前定期無償有償有償■忙しいＳＥにおススメする、３つのステップ■ＨｉＲＤＢの技術者認定資格講座ＨｉＲＤＢ認定技術者数３４００名※ 受講後、認定資格試験を受験いただけます＇無償（。ＨｉＲＤＢ認定資格検索ダイジェスト・トレーニング講座＇１～２日（ＯＲＡＣＬＥ経験者向けスタートアップ講座ＨｉＲＤＢ認定資格講座＇全７コース（□ＨｉＲＤＢも、ＯＲＡＣＬＥと同じＲＤＢＭＳです。□ＯＲＡＣＬＥ経験者なら、ＨｉＲＤＢとの違いを理解するだけで素早く習得できます。

© Hitachi, Ltd. 2013. All rights reserved. 74これなら今まで通りの操作性でＨｉＲＤＢを使いこなせるね。認定資格取得で、ＳＩＯｂｊｅｃｔＢｒｏｗｓｅｒがもらえますキャンペーンやってます！＇キャンペーン期間：～２０１３/９/３０（２０１３年４月～２０１３年９月末までに、新規にＨｉＲＤＢの認定資格を５名以上取得いただけたプロジェクトに、５本プレゼント。先着１０プロジェクトまで！□ORACLEやMicrosoft SQL Serverなどのデータベース開発支援ツールとしてDB開発者から高い支持を得ている「SI Object Browser」が、HiRDBに対応。□使い慣れた操作性をそのままに、HiRDBでの開発、運用を行えます。ＨｉＲＤＢキャンペーン検索

© Hitachi, Ltd. 2013. All rights reserved. 76国産コーナー新設１２年１０月から新連載がスタート！□ 毎月、日立のデータベースの最新情報をお伝えします。DBOnline 日立のデータベース検索日立の国産データベースシリーズが紹介されている「国産」タブが新設！日立の「Dr.SQL」登場！－土田正士さん日本データベース学会副会長５０年後には、データベースはなくなっている？！日立のデータベース開発基地に潜入開発者に突撃インタビュー© Hitachi, Ltd. 2013. All rights reserved.

© Hitachi, Ltd. 2013. All rights reserved.他社所有名称に対する表示83・ Androidは，Google Inc. の登録商標です。・ HP Serviceguardは，Hewlett-Packard Development Company, L.P.の商品名称です。・ HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。・ MicrosoftおよびSQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。・ iOS は，Apple Inc.のOS名称です。・ superdomeは，Hewlett-Packard Development Company, L.P.の商標です。・ Oracleは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。・ UNIXは，The Open Groupの米国ならびに他の国における登録商標です。・その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。

C34 ニッチだけど、社会インフラを支えるデータベース、HiRDB ～HiRDBを選ぶ人、選ばない人、その選択基準とは～ by Taichi Ishikawa

by Insight Technology, Inc. on Jun 14, 2013

Statistics

Views

Actions

2 Embeds 54

Accessibility

Categories

Upload Details

Usage Rights

Report content

C34 ニッチだけど、社会インフラを支えるデータベース、HiRDB ～HiRDBを選ぶ人、選ばない人、その選択基準とは～ by Taichi Ishikawa Presentation Transcript

https://twitter.com	53
http://s.deeeki.com	1