複合主キーを避けるべき理由 - 虎塚
データベース設計の話をしていて、「連番の主キーは業務上意味のないデータだから、テーブルに持たせるのはムダだ。複合主キーにするべき」という意見を聞く機会がありました。 脊髄反射で「ないわー」と思ったものの、理由を上手く説明できなかったので、改めて考えてみました。 その結果、次のような結論に至りました。 単一の連番カラムによる主キーと、複合カラムによる主キーとで迷ったら 実装をシンプルにし、業務変更の影響範囲を小さくするために、複合主キーを避ける というわけで、調べたことや考えたことをメモしておきます。# 間違っている部分があれば、教えていただけると嬉しいです。 （2011/07/25 追記）複合主キーとサロゲートキーについては、要件やシステムに依存して多様な判断がありうると思います。にもかかわらず、「避けるべき」というタイトルにしたのは極端でした。申し訳ありません。ご指摘下さった皆さん、あり
最近話題の「カラム型データベース」とはどんな仕組みのデータベースか？
トランザクション処理を重視する一般的なデータベースは、1行ごとにデータを扱う。カラム型データベースはそれとは異なり、列方向にまとめでデータを扱うことで集計作業などを得意とし、データウェアハウス用途などに用いられている。 「カラム型」あるいは「カラムストア型」「列指向型」などと呼ばれるデータベースの話題が目立つようになってきました。 例えばSAPのHANA、IBMが買収したNetezza、ヒューレット・パッカードが買収したVertica、オラクルのExadata、それにNoSQLの代表的なデータベースCassandraなどがカラム型データベースの機能を備えています。また、マイクロソフトの次期SQL Serverにもカラム型データベース機能が統合されると伝えられています。 とはいえカラム型データベースは最近登場した技術ではなく、Sybase IQでは10年以上前から採用されていた仕組みでした。
データベースのスケーラビリティをどうやって向上させるか
これまでPublickeyではデータベースのスケーラビリティに関するさまざまなトピックを取り上げてきました。クラウド時代にはスケーラブルなデータベースのニーズがこれまでになく高まっているためです。 この記事では、これまで取り上げてきたデータベースのスケーラビリティに関する技術を少しまとめて紹介しようと思います。 従来のリレーショナルを拡張 従来のリレーショナルデータベースに対して、技術的工夫を凝らすことでスケーラブルなデータベースを実現しようというアプローチにも、さまざまなものがあります。 データベース研究者の大御所、マイケル・ストーンブレイカー氏は、リレーショナルデータベースは決して遅くないと主張。リレーショナルデータベースが遅い原因はロック、ラッチ、リソース管理にあるとして、それらを極力排除した「VoltDB」を開発しています。 NoSQLを上回る性能のVoltDB、そのアーキテクチャ
「ユーザーに対する暴挙を許せない」、日本HPがOracleからのDB移行戦略を発表
日本ヒューレット・パッカード（日本HP）は2011年4月26日、データベースに関する新戦略の発表会を開催した。新戦略では「データベース ロックリリース」をキーワードに、特定のベンダーの製品にロックインされがちなデータベース環境を、他のベンダー製品上に移行しやすくするサービスを提供する。これにより、データベースベンダーに対するユーザーの価格交渉力を高めることを狙いとする。 日本HP エンタープライズサーバー・ストレージ・ネットワーク事業統括の杉原博茂執行役員（写真1）は、新戦略を発表した背景として「ユーザーのコストを削減するには、データベースソフトに支払うライセンス費用を見直すことが必須になっている」ことを指摘する。日本HPの試算で2005年の同一性能モデルと現在のコスト構成を比べてみると、ハードウエア費用は20分の1以下になっているのに対し、データベースは30％強ほど下がっているに過ぎない
データベースとSQLの業務スキルレベル 判別表 （５段階） - 主に言語とシステム開発に関して
スキルチェックの目次へ リレーショナル・データベースを利用したシステム開発の，簡易スキルチェックのための調査表。印刷用。 データベース・エンジニアのレベルを測定する。 レベルは，０から４までの５段階。 （０） 非エンジニア （１） 初学者（入門書を学習してゆく段階） （２） ノーマル（基礎的な知識があり，ある程度の動くものを作れるようになった段階） （３） 中級者（開発プロジェクトで１人月としてカウントできる水準） （４） 上級者（メインPG/メンターとして，主設計を任せられる水準） Webアプリのプロジェクト開始時に作業振り分けをするにあたって，新規メンバ全員にこれを渡して回答してもらうという用途を想定。 なお，開発上のスキルをチェックする事が主眼なので，DBAとしての技量はあまり考慮しない。 下記で「自分に当てはまる項目が最も多いレベルが，自分の属するレベルである」とする。 ※ただし，
明日のためにその１：トランザクション処理に依存しすぎない - masayang's diary
最近いわゆる非RDBでちょいと苦労したので、この記事は楽しく読めた。一方で、この記事を勘違いして読み取って、やたらとロックかけまくるようなシステムを作り上げる人達が増えないことを願って、ちょいとメモ書きなどを。 DBの「トランザクション分離レベル」が必要な理由 （PostgreSQLで，ファントム・リードを防止すべきサンプル事例） 分離レベルがデフォルト（read comitted）のままだと，恐ろしい不具合が発生する。 この後簡単な例題があって「ね、ファントムリードって怖いでしょ」という話に進んでいるわけだ。でも考えてみよう。「ある瞬間に唐突に締めきって、その瞬間にお金を分配する」なんていう処理はあるのだろうか？ 商売の世界なら「締め時間」があり、それ以前に受け付けたものなら処理の対象になる、というのが普通であろう。そして午後3時に締めて、そのコンマ数秒後に結果を出さなければならない、
DBの「トランザクション分離レベル」が必要な理由 （PostgreSQLで，ファントム・リードを防止すべきサンプル事例） - 主に言語とシステム開発に関して
データベースには，「トランザクション分離レベル」というものがある。 以下では，それが なぜ必要なのか？ デフォルトのレベルでは，どうして駄目なのか？ PostgreSQLでは，どうやってレベルを変更・確認するのか？ などを取り上げる。 トランザクション分離レベル トランザクション分離レベルとは： 複数のトランザクションが同時に実行された場合に、他のトランザクションからの影響がどのくらい「分離」するか，のレベル。 ANSI規格では，４つのレベルがある。 READ UNCOMMITTED （一番低い） READ COMMITTED REPEATABLE READ SERIALIZABLE（一番高い） 徹底比較!! PostgreSQL vs MySQL 第３回：トランザクションの比較 http://thinkit.co.jp/free/article/060... トランザクション処理に詳しく
BenchmarkSQL
The Complete PDF SDK Bring PDF viewing, annotating, editing, creation, and generation to any web, mobile, desktop or server framework or application. Bring accurate PDF viewing, annotating, editing, creation, and generation to any web, mobile, desktop or server framework or application. Own the full document and data lifecycle by deploying on your own infrastructure without worrying about third-pa
SQL ServerとOSSが勢力拡大の兆し――DBMS市場
ITmedia リサーチインタラクティブでは、第7回読者調査「クライアント環境」を5月26日まで実施しています。クライアントOSやOfficeソフトの導入や入れ替え意向を調査します。ご回答いただいた皆さまには、調査結果の分析リポートを提供します。回答ページはこちらをクリック。 ITmedia エンタープライズと調査会社のアイ・ティー・アール（ITR）が実施した「DBMS（データベース管理システム）」の読者調査から、企業が活用しているDB（データベース）製品の主流はRDBMS（リレーショナルデータベース管理システム）であることが分かった。また、製品別の利用状況では、Oracle Database、Microsoft SQL Server、IBM DB2の3製品を主要なDBとしている企業が7割を超えた。今後の導入意向ではOracle Databaseに加え、Microsoft SQL Serv
JdbcRunner - 汎用データベース負荷テストツール
https://dbstudy.info/jdbcrunner/ に移転しました。 トップページに戻る Overview JdbcRunnerは各種データベースを対象とした負荷テストツールです。 スクリプトでトランザクションを定義して多重実行し、スループットとレスポンスタイムを測定することができます。 また、JdbcRunnerにはOracle、MySQL、PostgreSQLを対象とした以下のテストキットが付属しており、 ユーザが独自にスクリプトを作成する以外に、これらを用いた負荷テストを行うことも可能となっています。 Tiny SysBench - SysBench OLTPベンチマークの移植版 Tiny TPC-B - TPC-Bの簡易実装 Tiny TPC-C - TPC-Cの簡易実装 Download JdbcRunnerは、Vectorソフトライブラリからダウンロードできます。
PRIMERGY 性能情報 : 富士通
SPECcpuベンチマーク パフォーマンス レポート SPECcpuベンチマーク一覧表 SPEC CPU 2017 は、整数演算および浮動小数点演算のシステム性能を測定するベンチマークです。評価プログラムは大量の演算を実行する CPU / メモリ集中型で、ディスク I/O やネットワークなど、他のコンポーネントは、このベンチマークでは測定しません。SPECは、2つの異なるパフォーマンス測定方法を提供しています。1つの方法（速度）では、1つのタスクの実行に必要な時間を測定します。もう1つの方法（レート）ではスループットで複数のタスクを並列で実行するために必要な時間を測定します。結果は標準値との比で表され値が大きいほど性能が高くなります。詳細は、ベンチマーク解説を参照ください。 測定結果 本データは、パフォーマンスレポートのモデル別性能情報の「SPECcpu2017ベンチマーク」を一覧表にまと
正しいベンチマークをするための10のポイント
世の中ではたくさんの人が独自にベンチマークを行ない、独自に情報発信がされています。そのベンチマークの中には、非常に参考になるものもあれば、現実性に大きく欠けるものもあります。競合他社が、ライバル社の製品にとって不利な条件でベンチマークを行い、それを発信することも日常的に行われています。ベンチマークの結果を鵜呑みにすることは危険で、結果の意味を判断するスキルを持つことが重要です。これはプロジェクトにおいて負荷テストを行う場合にも重要です。負荷テストの条件設定が正しいかどうかを判断できるようになるためです。 ここでは、私がDBサーバのベンチマーク/負荷テストを行ったり結果を読んだりする上で、心がけているポイントを10個ほど紹介したいと思います。 ■ハードウェアに関する4つのポイント 1. ハードウェアのスペックと設定を注視する ハードウェア構成によってベンチマーク結果は劇的に変わるので、言わず
SSD投入でDBMSのココが変わる! - WEB+DB PRESS vol. 52
SSDを使うとDBMSはどう変わる？徹底検証した記事を書きました！ WEB+DB PRESS Vol.52 予約受付中です。 実際に最新最速のSSD、Intel X25-Eを使ってDBMSのパフォーマンスを計測するなど、わくわくしながら記事を書くことができました。SSDの実力に驚きつつも、使い方を間違えるとHDDより遅くなる？ など新しい発見もあり。 そして、SSDとHDDの違いがどのようにデータベースの性能に影響するのか？ディスク上のデータ構造（ヒープ、B+-treeなど）からバッファ管理など、データベースシステムの中身を解剖してわかりやすく解説しています。読みやすくなったのは丁寧に添削してくださった担当様のおかげです。感謝。 ディスクを活用したデータのソーティング（External merge sortなど）に加え、2009年6月にEdgar F. Codd Innovation Aw
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
サービス終了のお知らせ
データベースソフトってなんであるの？ : はれぞう
Solaris Essentials - General Technical Questions - Solaris on x86
Bitly. The power of the link.
安全な実装方法を解説、IPAが「安全なSQLの呼び出し方」公開 
TPC-C Benchmarks For JDBC? - Slashdot