DBGENを使って、PostgreSQLにTPC-H測定用データを格納 - だれかのメモ帖
DBGEM導入 1. DBGENのダウンロード、展開 TPC-Hのサイトからダウンロードします。 $ wget http://www.tpc.org/tpch/spec/tpch_2_17_0.zip $ unzip tpch_2_17_0.zip 2. DBGENのインストール makefile.suiteを環境に合わせて書き換えます。 $ cd tpch_2_17_0/dbgen $ vi makefile.suite 今回は、 CentOS 6.5 i686 で試しています。 以下の部分だけ変更しました。 CC = gcc DATABASE= ORACLE MACHINE = LINUX WORKLOAD = TPCH LDFLAGS = -O3 そして、コンパイル。 $ make -f makefile.suite dbgenとqgenという実行ファイルが生成されます。 3. テス
CentOS７ ファイアウォール停止方法 | server-memo.net
CentOS7のファイアウォールについて CentOS7から初期状態で有効になっているファイアウォールが、今までの「iptables」から「firewalld」に変更になっています。自動起動設定を見て見ると「firewalld」がenable（有効）で、「iptables」がdisabled（無効）となっていることがわかります。 firewalld自動起動設定確認 # systemctl is-enabled firewalld enabled iptables自動起動設定確認 # systemctl is-enabled iptables disabled CentOS7でのファイアウォール停止方法 ファイアウォールの停止方法ですが、CentOS7から一部のサービスを除いて「systemd」管理されているので、「systemctl stop firewalld」コマンドを使用して「fir
[CentOS]CentOS7最小限のインストールからのGnomeデスクトップ環境構築 | Zero Configuration
CentOS7になり、インストールが随分シンプルになりました。 インストールパッケージの構成も、デフォルトが「最小限のインストール」の為、うっかりするとデスクトップ環境が入らない形でのマルチユーザターゲット(ランレベル3に相当)でインストールされてしまいます。 ここでは、うっかり「最小限のインストール」してしまった環境に対してGnomeデスクトップ環境を構築する為の手順を記載します。 Gnome Desktopのインストール yumでGnomeデスクトップをグループインストールします まずはグループ名の確認 $ sudo LANG=C yum grouplist Loaded plugins: fastestmirror There is no installed groups file. Maybe run: yum groups mark convert (see man yum) L
![[CentOS]CentOS7最小限のインストールからのGnomeデスクトップ環境構築 | Zero Configuration](https://cdn-ak-scissors.b.st-hatena.com/image/square/e0745b93751219d8d1be6b614dfa82eccaf83952/height=288;version=1;width=512/http%3A%2F%2Fzero-config.com%2Fwp-content%2Fuploads%2Fgnome-001.png)
HammerDBを使ってMySQLでTPC-Hのクエリを流してみる – Yorozuyah.com
言わずと知れたTPC-CがOLTPの性能指標となるのであれば、TPC-HはDSSの指標となるもの。 10年ほど前の新入社員のころにMySQL4.1で無理矢理TPC-Hのクエリを動かしたものの、結果が返ってこない（時間がかかりすぎる）ことがあったのですが、最近のバージョンではどうかと思い、久しぶりに試してみました。 IPAの報告書など、TPC-Hの実装であるDBT3を実施したレポートはネット上でもあったので参考にしながら自分で作ろうかと思ったのですが、HammerDBなるものがあることを知って、横着させていただきました。 HammerDBは数種類のDBMSに対して、TPC-CやTPC-Hに基づいた試験を行えるベンチマークツールのようです。 http://hammerora.sourceforge.net/ DBMSはMySQLやPostgreSQLだけでなく、OracleやSQL Serve
2017年データベースの選択は？(第3回) | db tech showcase
TPCベンチマークで実行計画と処理時間を比較してみた 前回まで、機能の比較を行ってきましたが、机上で機能だけ比較してみてもデータベースの良さは分かりません。同じデータで同じSQLを実行してみてどのような実行計画でどのような処理時間になるのか？を調べてみたいと思います。実行する処理について特定のお客様で使用した処理では、客観性が無いことと処理内容を公開出来ないので、ここではTPCベンチマークを採用することにしました。 TPCベンチマークとは、TPC(Transaction Processing Performance Council)という組織が客観的かつ検証可能な性能データを広めるために策定したベンチマークテストです。そのベンチマークテストにはTPC-C / TPC-H / TPC-R / TPC-Wなどがあり、昔から有名なのは、更新性能(業務系システムを想定したワークロード定義)を計るT
Oracle SEでできるパラレルupdate処理 - kenken0807_DBメモ
ご存知パラレルSQLはEEしか使用できないが、SEでもPL/SQLを使用すれば簡単にパラレルで処理することができる。 それがDBMS_PARALLEL_EXECUTE 11gR2以降から使用できるみたい。 Oracle® Database PL/SQLパッケージおよびタイプ・リファレンス このパッケージを使用すると、ユーザーは高レベルな2つの手順を実行して、表データをパラレルで増分更新できるようになります。 表内の行のセットをさらに小さいサイズのチャンクにグループ分けします。 ユーザーが指定した文をこれらのチャンクに対してパラレルで実行し、各チャンクの処理の終了時にコミットします DBMS_PARALLEL_EXECUTE とあるようにupdateだけパラレル処理できるみたいだ。 あとはROWIDや値でチャンクに分けて、それごとに並列で処理するみたい。 というわけでマニュアルを元に試してみ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MariaDB ColumnStore ベンチマークしちゃいませんか？