PowerPoint プレゼンテーション

Similar documents
第 2 章 問合せの基本操作 この章では データベースから情報を検索する際に使用する SELECT コマンド および SELECT コマンドと 同時に使用する句について説明します 1. 問合せとは 2. 基本的な問合せ 3. 列の別名 4. 重複行を一意にする 5. 検索行の絞込み 6. 文字パター

第 5 章 結合 結合のパフォーマンスに影響を与える結合の種類と 表の結合順序について内部動作を交えて 説明します 1. 結合処理のチューニング概要 2. 結合の種類 3. 結合順序 4. 結合処理のチューニングポイント 5. 結合関連のヒント

はじめに コースの概要と目的条件分岐の方法や複雑な集計の手法など SQL のコーディングの幅を広げるためのテクニックについて説明します また パフォーマンスを考慮した記述方法や正しい結果を取得するための記述方法などについても あわせて説明します 本コースでは 実践的な SQL の記述手法を広く浅く紹

PowerPoint プレゼンテーション

第 1 章 条件分岐 この章では 条件に応じて処理を分岐する方法について説明します 1. CASE 式で複雑な条件分岐を実現 2. 関数を使用した条件分岐 3. MERGE 文による条件に応じた DML の実行

DB12.1 Beta HandsOn Seminar

OLAP も PostgreSQL で! Swarm64 の FPGA によるDB 高速化ソリューション「S64DA」のご紹介

Oracle9i

プレポスト【問題】

今さら聞けない!? Oracle入門 ~後編~

橡実践Oracle Objects for OLE

Oracle活用実践演習コース

BC4J...4 BC4J Association JSP BC4J JSP OC4J

リレーショナルデータベース入門 SRA OSS, Inc. 日本支社 Copyright 2008 SRA OSS, Inc. Japan All rights reserved. 1

Oracle Application Expressの機能の最大活用-インタラクティブ・レポート

目次 1 集計関数 / 分析関数とは 2 集計関数 / 分析関数のパフォーマンス効果 3 ケーススタディグループ小計やクロス集計を計算するランキングを表示する前月比較を表示する累計を計算する移動平均を計算する構成比を計算する Oracle8i SQL Oracle8i Oracle Oracle C

サンプル:OSDL DBT-3によるPostgreSQLの性能評価(SATA HDD&SATA SSD編)

第 2 章 PL/SQL の基本記述 この章では PL/SQL プログラムの基本的な記述方法について説明します 1. 宣言部 2. 実行部 3. 例外処理部

PowerPoint -O80_REP.PDF

橡ExCtrlPDF.PDF

untitled

PostgreSQL SQL チューニング入門 ~ Explaining Explain より ~ 2012 年 11 月 30 日 株式会社アシスト 田中健一朗

スライド 1

スライド 1

データセンターの効率的な資源活用のためのデータ収集・照会システムの設計

1,.,,,., RDBM, SQL. OSS,, SQL,,.

領域サイズの見積方法

Oracle Database 10g Release 2を使用したデータベース・パフォーマンス

_02_3.ppt

第 7 章 ユーザー データ用表領域の管理 この章では 表や索引を格納するユーザー データ用表領域の作成や 作成後のメンテナンスに ついて解説します 1. ユーザー データ用表領域の管理概要 2. ユーザー データ用表領域作成時の考慮事項 3. ユーザー データ用表領域の作成 4. ユーザー データ

今さら聞けない!? Oracle入門 ~前編~

_02-4.ppt

PowerPoint Presentation

~~~~~~~~~~~~~~~~~~ wait Call CPU time 1, latch: library cache 7, latch: library cache lock 4, job scheduler co

Windowsユーザーの為のOracle Database セキュリティ入門

untitled

<4D F736F F D204F C B838B82C B838B8EE88F878F912E646F6378>

Chapter Two

目次 はじめに Introduction Analyzing Big Data Vectorwise and Hadoop Environments Vectorwise Hadoop Connector Perform

PostgreSQL 9.4 評価検証報告 SRA OSS, Inc. 日本支社高塚遙 :55 ~ 16:30 PostgreSQL 9.4 最新情報セミナー Copyright 2014 SRA OSS, Inc. Japan All rights reserved. 1

HP OpenSource ブループリント

自己管理型データベース: アプリケーションおよびSQLチューニング・ガイド

untitled

メール全文検索アプリケーション Sylph-Searcher のご紹介 SRA OSS, Inc. 日本支社技術部チーフエンジニア Sylpheed 開発者 山本博之 Copyright 2007 SRA OSS, Inc. Japan All right

相続支払い対策ポイント

150423HC相続資産圧縮対策のポイント

ハピタス のコピー.pages

Copyright 2008 All Rights Reserved 2

Chapter Two

Web 環境におけるレイヤー別負荷の 2 違い DB サーバ AP サーバ 後ろのレイヤーほど負荷が高く ボトルネックになりやすい

eラーニング資料 e ラーニングの制作目標 データベース編 41 ページデータベースの基本となる概要を以下に示す この内容のコースで eラーニングコンテンツを作成予定 データベース管理 コンピュータで行われる基本的なデータに対する処理は 次の 4 種類です 新しいデータを追加する 既存のデータを探索

Microsoft PowerPoint - 3-Forms-Others.ppt

Microsoft PowerPoint - db03-5.ppt

,, create table drop table alter table

日本オラクル株式会社

Microsoft PowerPoint pptx

アジェンダ ORACLE MASTER Oracle Database 11g 概要 11g SQL 基礎 Ⅰ 試験紹介 ポイント解説 Copyright 2011 Oracle. All rights reserved. 2

【Cosminexus V9】クラウドサービスプラットフォーム Cosminexus

スライド 1

PowerPoint Presentation

早分かりS2Dao

Microsoft PowerPoint - 講義補助資料2017.pptx

1 ex01.sql ex01.sql ; user_id from (select user_id ;) user_id * select select (3+4)*7, SIN(PI()/2) ; (1) select < > from < > ; :, * user_id user_name

answer.indd

D1印刷用.PDF

…l…b…g…‘†[…N…v…“…O…›…~…fi…OfiÁŸ_

<4D F736F F D F B835E82CC8D8291AC8F88979D82F08FAC8C5E82A982C288C089BF82C88D5C90AC82C AC82B782E996A78C8B8D878C5E836E815B C695C097F18F88979D82F091678D8782B982BD8C768E5A8B

Oracle Real Application Clusters 10g Release 2: Microsoft SQL Server 2005との技術的比較

Agenda

Oracle Direct Seminar <Insert Picture Here> 効果的な集計処理ことはじめ 日本オラクル株式会社

スライド 1

スライド 1

Microsoft Word - JP-AppLabs-MySQL_Update.doc

Sequel のすすめ 私が SQL を嫌いな理由 とみたまさひろ RubyHiroba Sequel のすすめ - 私が SQL を嫌いな理由 Powered by Rabbit 2.0.7

Oracle8i SQL*Plus ユーザーズ・ガイドおよびリファレンス, リリース8.1

MySQL Server 5.0 Load Data ベンチマーク

PowerPoint Presentation

Oracle9i Reportsのチューニング

PowerPoint -O80_PSO_AFO.PDF

April 2014 Flash-aware MySQL フラッシュが MySQL を変える Takeshi Hasegawa Senior Sales Engineer APAC Japan Fusion-io

PostgreSQL カンファレンス 2013 証券取引バックオフィスにおける Oracle から PostgreSQL への マイグレーション SBI ジャパンネクスト証券株式会社 イアン バーウィック

PGECons技術ドキュメントテンプレート Ver.3

Microsoft Word - JDBC検証 docx

内容 Visual Studio サーバーエクスプローラで学ぶ SQL とデータベース操作... 1 サーバーエクスプローラ... 4 データ接続... 4 データベース操作のサブメニューコンテキスト... 5 データベースのプロパティ... 6 SQL Server... 6 Microsoft

Microsoft Word - sample_adv-programming.docx

初心者にもできるアメブロカスタマイズ新2016.pages

- 2 Copyright (C) All Rights Reserved.

052-XML04/fiÁ1-part3-’ÓŠ¹

Caché SQL に関するよくある質問

はじめに コースの概要と目的 Oracle をより効率的に使用するための SQL のチューニング方法について説明します また 索引の有無 SQL の 記述方法がパフォーマンスにどのように影響するのかを実習を通して理解します 受講対象者 アプリケーション開発者 / データベース管理者の方 前提条件 S

Microsoft PowerPoint - KeySQL50_10g_vlo2.ppt

untitled

意外と簡単!? Oracle Database 11g -バックアップ・リカバリ編-

スライド 0

untitled

Microsoft PowerPoint - Lite10g_SyncArchitecture.ppt

Microsoft Word - Android_SQLite講座_画面800×1280

KTest

1 SQL Server SQL Oracle SQL SQL* Plus PL/SQL 2 SQL Server SQL Server SQL Oracle SQL SQL*Plus SQL Server GUI 1-1 osql 1-1 Transact- SQL SELECTFROM 058

TPC-H を用いた Azure SQL Data Warehouse の 性能検証

Transcription:

OSS のカラム型データベースエンジン MariaDB ColumnStore ビッグデータ分析などに適した大規模並列処理に対応する データベースエンジン

MariaDB について MySQL から派生したオープンソースリレーショナルデータベース MariaDB は MySQL のオリジナルコード開発者である Michael Monty Widenius 氏によって開発されている MySQL と MariaDB は 基本的にはほぼ同じ機能 異なる点としては ストレージエンジンの追加 / 変更がされている ( オプティマイザーとか 他にもあるけど 別な機会に ) MariaDB は MySQL の標準ストレージエンジンに加え 多くのストレージエンジンを採用 Aria InnoDB/XtraDB MyISAM NDB Archive Memory Federated-X ColumnStore Galera Sphinx TokuDB Connect Cassandra Spider 本日は MariaDB Column Store と Spider についての解説

昨今の DWH IoT ログデータ 分析用データベース SQL で分析したい!! カラムナー ( 列指向 ) データベース並列処理

列指向データベースのメリット 列指向とは? メリットは? ( シーケンシャルな ) アクセス効率 + データ圧縮 = 分析基盤に向いている 1 ブロックには様々なタイプのデータが格納されているので圧縮効率を上げにくい 1 ブロックには同様のタイプのデータが格納されているので圧縮効率を上げやすい

列指向データベースのデメリット デメリットは? 一般的に ( ランダムな ) アクセスが非効率 + データ圧縮 = OLTP 基盤に向いていない 更新時に圧縮 展開 のオーバーヘッドが 大きい (*1)

データベースを稼働させるサーバの 並列化システム構成といえば SMP システム MPP システム

SMP Symmetric Multi-processing 対称型マルチプロセッシング 物理メモリ共有型の並列コンピューティング方式 一台の筐体内に複数の CPU( コア ) を搭載したサーバ CPU( コア ) を増設することで処理能力を向上させる CPU( コア ) キャッシュ CPU( コア ) キャッシュ CPU( コア ) キャッシュ CPU( コア ) キャッシュ スケールアップ!! Bus メモリ (RAM)

MPP Massively Parallel Processing 超並列処理 複数の筐体 ( ノード ) をネットワークで接続して並列計算するクラスターシステム それぞれのノードで独立した CPU メモリ OS が動作している ノードを増設することで処理能力を向上させる ネットワーク ( 専用高速ファブリック ) CPU( コア ) キャッシュ CPU( コア ) キャッシュ CPU( コア ) キャッシュ CPU( コア ) キャッシュ CPU( コア ) キャッシュ CPU( コア ) キャッシュ Bus Bus Bus スケールアウト!! メモリ (RAM) メモリ (RAM) メモリ (RAM)

MariaDB Column Store の特徴 MariaDB ColumnStore はMPP 向けに設計されたカラム型ストレージエンジン リニアにスケールアウト 分析クエリーのリアルタイム処理に優れている カラム型ストレージエンジンの効率的なI/O データの自動圧縮 解凍

MariaDB ColumnStore の構成 MariaDB Column Store は分散超並列処理 (MPP) 向けに設計されたカラム型ストレージエンジンで 複数の異なるコンポーネントで構成され 連携して動作します ユーザー端末 [ ユーザーモジュール ] SQL の解析と実行計画作成 データ配置の管理 結果セットの集約 [ パフォーマンスモジュール ] PM 1 PM 2 PM 3 scale out PM <N> クエリ実行とキャッシュ管理 フィルタ / ジョイン処理 リードとライト フェールオーバー データストレージ ( 冗長化可 )

ColumnStore ストレージアーキテクチャー エクステントは物理的なセグメントファイル内に存在する論理ブロック エクステントマップにはエクステント及び対応するブロックを管理 データの抽出と配置は エクステントマップにより高速で処理される リアルタイム解凍と圧縮 バージョンバッファーファイル (UNDO) ーエクステントマップの仕組みー SELECT COL1 FROM TABLE WHERE COL1 BETWEEN 220 AND 250; 除外 処理 除外 COL1 Ext1 min 1 max 100 Ext2 min 101 max 200 Ext3 min 201 max 300 Ext4 min 301 max 400 COL1 フィルター : エクステント 1,2,4 を除外 エクステントマップのイメージ COL1のエクステントマップ Ext1 min 1 max 100 LBID Ext2 min 101 max 200 LBID Ext3 min 201 max 300 LBID Ext4 min 301 max 400 LBID LBID 論理ブロック識別子 TABLE COL1 800 万件 800 万件 800 万件 800 万件 エクステント 3 のみ I/O が発生する

SELECT COL1, COL2 FROM TABLE WHERE COL1 BETWEEN 220 AND 250 AND COL2 < 10000; COL1 フィルター : エクステント 1,2,4 を除外 COL2 フィルター : エクステント 3 を除外 I/O は発生しない 除外 除外 COL1 Ext1 min 1 max 100 Ext2 min 101 max 200 Ext3 min 201 max 300 COL2 Ext1 min 100 max 10000 Ext2 min 10100 max 20000 Ext3 min 20100 max 30000 除外 Ext4 min 301 max 400 Ext4 min 30100 max 40000 エクステントマップのイメージ COL1のエクステントマップ Ext1 min 1 max 100 LBID Ext2 min 101 max 200 LBID Ext3 min 201 max 300 LBID Ext4 min 301 max 400 LBID TABLE COL1 COL2 800 万件 800 万件 COL2のエクステントマップ Ext1 min 100 max 10000 LBID Ext2 min 10100 max 20000 LBID Ext3 min 20100 max 30000 LBID Ext4 min 30100 max 40000 LBID 800 万件 800 万件 800 万件 800 万件 800 万件 800 万件

デモ InnoDB ColumnStore Single ColumnStore PM x 2

デモ環境 :InnoDB デモマシン CPU 24 CORE メモリ 48G SSD TPCH 1 User 10G Query 1, 5, 7, 14, 15, 16 MariaDB Engine : InnoDB

デモ環境 :ColumnStore Single デモマシン CPU 24 CORE メモリ 48G SSD TPCH 1 User 10G Query 1, 5, 7, 14, 15, 16 MariaDB UM,PM Engine : ColumnStore

デモ環境 :ColumnStore PM x 2 デモマシン CPU 24 CORE メモリ 48G SSD TPCH 1 User 10G Query 1, 5, 7, 14, 15, 16 MariaDB UM MariaDB PM Engine : ColumnStore

Let s DEMO!!

デモ結果 ( 実行例 )

デモ結果 ( 実行例 )

TPC-H 全クエリでの比較 InnoDB ではクエリ 18 が返ってこなかったため除外 ColumnStore は InnoDB の約 8 倍!!

TPC-H 全クエリでの比較 ColumnStore は InnoDB の約 8 倍!! Columner X は ColumnStore Single の約 10 倍!! (InnoDB の約 80 倍 ) (Columner X とは Actian Vector のこと )

次回は こんなのやってみたいな MariaDB UM MariaDB PM Engine : ColumnStore * 10 台

Spider ストレージエンジンについて Spider は MariaDB MySQL のストレージエンジン 他のサーバにある MariaDB,MySQL,Oracle DB 他のテーブルを あたかもそのデータベースのにあるテーブルのように利用可能 テーブルのパーティションを定義する事により 複数のサーバにデータを分割する事が可能 MariaDB 10.0.4 から標準でバンドルされている

Spider で出来る事 フェデレーション他のサーバのテーブルをローカルサーバのテーブルとして使用可能 シャーディング テーブルを複数のサーバに分散する事が出来る

フェデレーション アプリケーションは 1 つのデータベースに接続するた けで データの場所を気にせず利用可能 EMP MariaDB Spider Engine <- select empno,ename,job,deptno from emp; EMPNO ENAME JOB DEPTNO 7369 SMITH CLERK 20 7499 ALLEN SALESMAN 30 7521 WARD SALESMAN 30 7566 JONES MANAGER 20 7654 MARTIN SALESMAN 30 7698 BLAKE MANAGER 30 7782 CLARK MANAGER 10 7788 SCOTT ANALYST 20 7839 KING PRESIDENT 10 7844 TURNER SALESMAN 30 7876 ADAMS CLERK 20 7900 JAMES CLERK 30 7902 FORD ANALYST 20 7934 MILLER CLERK 10 MariaDB MariaDB MariaDB EMPNO ENAME JOB DEPTNO DEPT +--------+------------+----------+ 7369 SMITH CLERK 20 DEPTNO DNAME LOC 7499 ALLEN SALESMAN 30 +--------+------------+----------+ 7521 WARD SALESMAN 30 10 ACCOUNTING NEW YORK 7566 JONES MANAGER 20 20 RESEARCH DALLAS 7654 MARTIN SALESMAN 30 30 SALES CHICAGO 7698 BLAKE MANAGER 30 40 OPERATIONS BOSTON 7782 CLARK MANAGER 10 +--------+------------+----------+ 7788 SCOTT ANALYST 20 7839 KING PRESIDENT 10 7844 TURNER SALESMAN 30 7876 ADAMS CLERK 20 7900 JAMES CLERK 30 7902 FORD ANALYST 20 7934 MILLER CLERK 10 * 記載されている会社名 サービス名 製品名は 株式会社インサイトテクノロジーおよび各社の商標または登録商標です Copyright 2016 Insight Technology, Inc. All Rights Reserved.

シャーディング アプリケーションは 1 つのデータベースに接続するた けで 全てのデータベースを透過的に利用可能 MariaDB + Spider Engine <- select empno,ename,job,deptno from emp; EMPNO ENAME JOB DEPTNO 7369 SMITH CLERK 20 7499 ALLEN SALESMAN 30 7521 WARD SALESMAN 30 7566 JONES MANAGER 20 7654 MARTIN SALESMAN 30 7698 BLAKE MANAGER 30 7782 CLARK MANAGER 10 7788 SCOTT ANALYST 20 7839 KING PRESIDENT 10 7844 TURNER SALESMAN 30 7876 ADAMS CLERK 20 7900 JAMES CLERK 30 7902 FORD ANALYST 20 7934 MILLER CLERK 10 MariaDB MariaDB MariaDB EMP EMPNO ENAME JOB DEPTNO 7782 CLARK MANAGER 10 7839 KING PRESIDENT 10 7934 MILLER CLERK 10 EMP EMPNO ENAME JOB DEPTNO 7369 SMITH CLERK 20 7566 JONES MANAGER 20 7788 SCOTT ANALYST 20 7876 ADAMS CLERK 20 7902 FORD ANALYST 20 EMP EMPNO ENAME JOB DEPTNO 7499 ALLEN SALESMAN 30 7521 WARD SALESMAN 30 7654 MARTIN SALESMAN 30 7698 BLAKE MANAGER 30 7844 TURNER SALESMAN 30 7900 JAMES CLERK 30

シャーディングでの JOIN MariaDB + Spider Engine アプリケーションは 1 つのデータベースに接続するた けで 全てのデータベースを透過的に利用可能 EMP <- select e.empno,e.ename,e.job,d.deptno,d.dname from emp e,dept d where e.deptno=d.deptno; +------------+ empno ename job deptno dname ------------+ 7782 CLARK MANAGER 10 ACCOUNTING 7839 KING PRESIDENT 10 ACCOUNTING 7934 MILLER CLERK 10 ACCOUNTING 7369 SMITH CLERK 20 RESEARCH 7566 JONES MANAGER 20 RESEARCH 7788 SCOTT ANALYST 20 RESEARCH 7876 ADAMS CLERK 20 RESEARCH 7902 FORD ANALYST 20 RESEARCH 7499 ALLEN SALESMAN 30 SALES 7521 WARD SALESMAN 30 SALES 7654 MARTIN SALESMAN 30 SALES 7698 BLAKE MANAGER 30 SALES 7844 TURNER SALESMAN 30 SALES 7900 JAMES CLERK 30 SALES MariaDB MariaDB MariaDB EMPNO ENAME JOB DEPTNO 7782 CLARK MANAGER 10 7839 KING PRESIDENT 10 7934 MILLER CLERK 10 DEPT +--------+------------+----------+ DEPTNO DNAME LOC +--------+------------+----------+ 10 ACCOUNTING NEW YORK 20 RESEARCH DALLAS 30 SALES CHICAGO 40 OPERATIONS BOSTON +--------+------------+----------+ EMP EMPNO ENAME JOB DEPTNO 7369 SMITH CLERK 20 7566 JONES MANAGER 20 7788 SCOTT ANALYST 20 7876 ADAMS CLERK 20 7902 FORD ANALYST 20 ------------+ EMP EMPNO ENAME JOB DEPTNO 7499 ALLEN SALESMAN 30 7521 WARD SALESMAN 30 7654 MARTIN SALESMAN 30 7698 BLAKE MANAGER 30 7844 TURNER SALESMAN 30 7900 JAMES CLERK 30

データの更新 update EMP set DEPTNO = 20 where EMPNO=7839; commit; select e.empno,e.ename,e.job,d.deptno,d.loc from emp e,dept d where e.deptno=d.deptno; +------------+ empno ename job deptno dname ------------+ 7782 CLARK MANAGER 10 ACCOUNTING 7839 KING PRESIDENT 20 RESEARCH 7934 MILLER CLERK 10 ACCOUNTING 7369 SMITH CLERK 20 RESEARCH EMP EMPNO ENAME JOB DEPTNO 7782 CLARK MANAGER 10 7839 KING PRESIDENT 10 7934 MILLER CLERK 10 DEPT +--------+------------+----------+ DEPTNO DNAME LOC +--------+------------+----------+ 10 ACCOUNTING NEW YORK 20 RESEARCH DALLAS 30 SALES CHICAGO 40 OPERATIONS BOSTON +--------+------------+----------+ MariaDB + Spider Engine XA 2PC EMP EMPNO ENAME JOB DEPTNO 7369 SMITH CLERK 20 7566 JONES MANAGER 20 7788 SCOTT ANALYST 20 7839 KING PRESIDENT 20 7876 ADAMS CLERK 20 7902 FORD ANALYST 20 7566 JONES MANAGER 20 RESEARCH 7788 SCOTT ANALYST 20 RESEARCH 7876 ADAMS CLERK 20 RESEARCH 7902 FORD ANALYST 20 RESEARCH 7499 ALLEN SALESMAN 30 SALES 7521 WARD SALESMAN 30 SALES 7654 MARTIN SALESMAN 30 SALES 7698 BLAKE MANAGER 30 SALES 7844 TURNER SALESMAN 30 SALES 7900 JAMES CLERK 30 SALES ------------+ MariaDB MariaDB MariaDB EMP EMPNO ENAME JOB DEPTNO 7499 ALLEN SALESMAN 30 7521 WARD SALESMAN 30 7654 MARTIN SALESMAN 30 7698 BLAKE MANAGER 30 7844 TURNER SALESMAN 30 7900 JAMES CLERK 30

複数サーバへの更新 update dept set LOC = 'TOKYO' where deptno=30; insert into emp values(8000, TOM','ANALYST',7566,'2017-05-12',1000,100,30); commit; select e.empno,e.ename,e.job,d.deptno,d.loc from emp e,dept d where e.deptno=d.deptno; 複数サーバへの更新は Spider の 2 フェースゴミットによって 一貫性が担保されます Commit が Spider 内部で 2 フェースゴミットに変換されます EMP EMPNO ENAME JOB DEPTNO 7782 CLARK MANAGER 10 7839 KING PRESIDENT 10 7934 MILLER CLERK 10 DEPT +--------+------------+----------+ DEPTNO DNAME LOC +--------+------------+----------+ 10 ACCOUNTING NEW YORK 20 RESEARCH DALLAS 30 SALES TOKYO 40 OPERATIONS BOSTON +--------+------------+----------+ MariaDB + Spider Engine XA 2PC EMP EMPNO ENAME JOB DEPTNO 7369 SMITH CLERK 20 7566 JONES MANAGER 20 7788 SCOTT ANALYST 20 7876 ADAMS CLERK 20 7902 FORD ANALYST 20 ----------+ empno ename job deptno loc ----------+ 7782 CLARK MANAGER 10 NEW YORK 7839 KING PRESIDENT 10 NEW YORK 7934 MILLER CLERK 10 NEW YORK 7369 SMITH CLERK 20 DALLAS 7566 JONES MANAGER 20 DALLAS 7788 SCOTT ANALYST 20 DALLAS 7876 ADAMS CLERK 20 DALLAS 7902 FORD ANALYST 20 DALLAS 7499 ALLEN SALESMAN 30 TOKYO 7521 WARD SALESMAN 30 TOKYO 7654 MARTIN SALESMAN 30 TOKYO 7698 BLAKE MANAGER 30 TOKYO 7844 TURNER SALESMAN 30 TOKYO 7900 JAMES CLERK 30 TOKYO 8000 TMO ANALYST 30 TOKYO ----------+ MariaDB MariaDB MariaDB EMP -------+--------+-----------+--------+ EMPNO ENAME JOB DEPTNO 7499 ALLEN SALESMAN 30 7521 WARD SALESMAN 30 7654 MARTIN SALESMAN 30 7698 BLAKE MANAGER 30 7844 TURNER SALESMAN 30 7900 JAMES CLERK 30 8000 TOM ANALYST 30

Spider の設定例 サーバ情報の定義 CREATE SERVER spidata1 FOREIGN DATA WRAPPER mysql OPTIONS (USER 'spider', HOST '192.168.XX.100', PORT 3306); CREATE SERVER spidata2 FOREIGN DATA WRAPPER mysql OPTIONS (USER 'spider', HOST '192.168.XX.101', PORT 3306); MariaDB [mysql]> select * from servers; +-------------+----------------+----+----------+----------+------+--------+---------+-------+ Server_name Host Db Username Password Port Socket Wrapper Owner +-------------+----------------+----+----------+----------+------+--------+---------+-------+ spidata1 192.168.XX.100 spider 3306 mysql spidata2 192.168.XX.101 spider 3306 mysql +-------------+----------------+----+----------+----------+------+--------+---------+-------+ 2 rows in set (0.00 sec) 1 対 1 Spider テーブルの作成 CREATE TABLE nation ( N_NATIONKEY INTEGER NOCREATE TABLE nation ( N_NATIONKEY INTEGER NOT NULL, N_NAME CHAR(25) NOT NULL, N_REGIONKEY INTEGER NOT NULL, N_COMMENT VARCHAR(152)) ENGINE = SPIDER DEFAULT CHARSET=utf8 comment 'server "spidata1", table "nation" ;

Spider の設定例 1 対多 ( シャーディング ) Spider テーブルの作成 CREATE TABLE orders ( O_ORDERKEY INTEGER NOT NULL, O_CUSTKEY INTEGER NOT NULL, O_ORDERSTATUS CHAR(1) NOT NULL, O_TOTALPRICE DECIMAL(15,2) NOT NULL, O_ORDERDATE DATE NOT NULL, O_ORDERPRIORITY CHAR(15) NOT NULL, O_CLERK CHAR(15) NOT NULL, O_SHIPPRIORITY INTEGER NOT NULL, O_COMMENT VARCHAR(79) NOT NULL) ENGINE = SPIDER DEFAULT CHARSET=utf8 partition by range (O_ORDERKEY) ( PARTITION P1 VALUES LESS THAN (30000000) comment 'server "spidata1", table "orders"', PARTITION P2 VALUES LESS THAN (60000000) comment server spidata2, table orders );

Spider を使えばこんな事も出来るはず.. OTHER

Spider を使えばこんな事も出来るはず.. to be continued OTHER

記載されている会社名 サービス名 製品名は 株式会社インサイトテクノロジーおよび各社の商標または登録商標です Copyright 2016 Insight Technology, Inc. All Rights Reserved.