Geeks Tech Stack
Introduction A database is an essential part of building a software system which used to store and read data efficiently. Here, We are going to discuss some architectural details of database implementation by using an early version of SQLite. SQLite is a small database application which used in millions of software and devices. SQLite invented by D.Richard Hipp in August 2000. SQLite is a high per
DBコマンド横断比較リファレンスを作りました - clock-up-blog
横断的にDB操作の類似コマンドを探すためのサイト 例えば MySQL を知っている人が 新しく他のデータベース、例えば Oracle を学習する際に MySQL でいうところのアレは Oracle ではどういうコマンドなんだろう という感じに情報を探す場面が多くあります。 そういう類の情報を探すときに役に立ちそうなリファレンスサイトを作りました。 xref.jp xref.jp - Database 追記: コンテンツ増やしました yum, apt-get, rpm 等々の横断比較リファレンス - clock-up-blog ソースコード GitHub に上げてあるので興味ある人は見てみると良いです。 kobake/xref.jp · GitHub PHP で書いてます。すんごい汚いです。謙遜じゃなくて本当に。 プルリク歓迎。 機能 マトリクス方向の切替 比較表の見出しの向きって、その組み
DB設計の難しさ
今日は徒然なるままにDB設計について思っていることを並べてみようと思う。 ようやくWEB+DB Pressの次号の原稿を書き終えた。2年間の連載であるが、来年はプライベートが忙しくなる予定なので、連載はこれにて終了とさせてもらうつもりである。 「なぜ人はリレーショナルデータベースを使いこなせないのか」 このところ執筆や講演を通じてリレーショナルモデルについて説明する機会を色々頂いているが、それらの活動の根源となっているのが、この素朴な疑問である。その疑問をパワーにしてこれまで活動を行なってきた。 現時点での自分の回答は「データベース設計が難しいから」である。もちろんリレーショナルモデルそのものの難しさというのもあるが、それよりは「適切な使い分けができていない」ということが大きいように思う。言葉を変えると、リレーショナルモデルを適用すべきデータとそうでないデータの判断ができていないからDB設
データベースアプリケーション開発を炎上させる負のスパイラル
毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ
一緒にまなぼ！「hiromi と楽しむOracleパフォーマンスチューニング！」【Vol.2 Statspackを見てみよう】 | 株式会社クロノス
こんにちわぁ～ひさしぶりだね～ また見にきてくれてありがとぉ～Oracle女子のhiromiです みんな元気だったかなぁ？hiromiは元気ー でも最近、お友達とショッピングするよりもOracleのサイジングについて考える方が楽しくなっちゃって、仲のいい友達がどんどん離れていっちゃうよーってのが一番の悩み。 でもまあOracle触ってたらそんなことすべて忘れちゃうんだけどね。ふふ 早速なんだけどー、前回は実行計画についてれくちゃーしたから、今回はStatspackについて教えちゃおうと思うのー。いいかなー？ Statspack、すたっつぱっく、ね。はー？Statspackってなにー？って感じだよねー？ 早く知りたいよねー？じゃあもういっちゃおかー Statspackってなにーなにー？ Statspackっていうのは、Oracleが標準で提供してくれている性能を分析するためのツールだよ。 無
第2回 マルチテナント・アーキテクチャの内部構造を掘り下げる
今回はマルチテナント・アーキテクチャの内部構造や、マルチテナント・アーキテクチャによりデータベースの運用管理がどのように変わるか、その概要を見ていく。 前回解説したように、マルチテナント・アーキテクチャを使って構成したデータベース環境では、Oracleデータベース全体で共有する部分と、Pluggable Databaseそれぞれが個別に持つ部分で構成する。具体的には、メモリ領域とプロセスはデータベース全体で共有するが、表、ビュー、索引、プロシージャといったデータベースオブジェクトや、表領域やユーザーとその権限に関する情報などは、それぞれのPluggable Databaseが個別に所有する構造となっている（図1）。 それに伴い、Oracle Database 12cではcommon userとlocal userという2種類のユーザータイプを用意した。common userはデータベース全
第1回 データベース統合をより容易にする「マルチテナント・アーキテクチャ」
データベース管理ソフト「Oracle Database」が初めて市場に出て35年が経過した。この間にOracle Databaseは、ユーザーのために最先端のテクノロジーを取り入れることに努めてきた（図1）。 その一例が可用性を高めるための機能である。2001年に出荷したOracle Database 9iでは、クラスター構成を実現するための機能である「Oracle Real Application Clusters」を追加した。2003年に出荷したOracle Database 10gでは、データベースグリッド技術を採用した。これにより、安価な複数のサーバーを組み合わせるといった従来よりも低コストの方法で可用性が確保できるようになった。 米国時間の2013年7月1日、オラクル製データベース管理システムの最新バージョンとなる「Oracle Database 12c」が米国で正式発表となった
Rdbms qpstudy-okuno
7. 集合の性質 ● 重複がない ● NULL がない – 実際に存在する値のみ ● 要素間に順序がない – 例え数値でも。 米国 中華人民共和国 日本 オーストラリア スウェーデン カメルーン 8. リレーションの構成部品 ● 見出し（ヘッダ）＋本体（ボディ） ● 見出し（ヘッダ、 headding ） – 属性の集合 – 集合なので順序はない ● 本体（ボディ） – ヘッダと同じ属性を持つ組（タプル）の集合 ● 属性（アトリビュート） – 名前と型（タイプ） ● 属性値 – 属性で定義された型を持つ値 – ≒ 列（カラム） ● 組（タプル） – ヘッダで定義された属性に対応した属性値の集合 – ≒ 行 9. リレーションのイメージ 見出し 国名 / 文字列 国番号 / 整数 本体 地域 / 文字列 国名：日本 , 国番号： 81, 地域：アジア 国番号： 86, 国名：中華人民共和国
Database qpstudy-okuno
Hacker Tacke (2016) で使用したスライドです。リレーショナルデータベースを使う上でのポイントや、そもそも何故データベースを使うのかといった話などについて解説しています。
Clojureの作者が作ったデータベースDatomicが凄い
プログラミング言語Clojureの作者Rich Hickey氏率いるClojure HackerのチームがDatomic(デートミックと発音するらしい)というデータベースをリリースしました。これが何やらとてつもないです。10年先を行ってる技術じゃないでしょうか。 まだ本番サービスは始まっていませんが開発環境用のライブラリが配布されています。 Datomicは斬新なアーキテクチャなので一言で説明するのはとても難しいです。 私が理解できたことを簡単に説明します。 2014/1/20追記 ライセンスモデル、サポートストレージ、サービスとしてではなく独立して使用する形になるなど記事作成時の内容から色々変更が合った部分を更新しました。 変更不可なAppend-onlyデータベース 従来のデータベースで、あるレコードを変更するというのはそのレコードに対応した場所があり、そこのデータを書き換えるというこ
データベースを用いたセッションデータ管理について - LukeSilvia’s diary
Web アプリケーションとは切っても切れないセッション機構。DB ベースでセッション管理を行なって得られた知見と、それを元に考察した結果をまとめてみます。 セッションデータの特性 DB で管理される他のデータに比べ、セッションデータはかなり特殊です。主な特徴は次のような感じ。 データが増加するのが速い 定期的な削除が必要 頻繁に更新される リクエスト毎に読みに行く必要がある このデータを読めないとアプリケーション全体にアクセスできない アクセス頻度が高いということです。あと、1つ目の特徴からセッションデータについては意識的に管理してやる必要があります。 現在の環境 アプリケーションの領域が少し特殊で、セッションデータがやたらたまります(ユーザ数何百万のサービスとかそういうのではないです)。 RDBMS MySQL 4.0.22 ストレージエンジン InnoDB レコード数 6千万 テータサ
Kazuho@Cybozu Labs: パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ (BPStudy#25発表資料)
先週金曜日、BPStudy#25で、「パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ」という題目で話をさせていただきました。その際に使用した発表資料は以下のとおりです。 1. Happy Optimization 最初に、最適化の考え方として、上限値を予測し、それを元にリソース配分を考える、という手法を説明しました。
DB migration の down / rollback 方向のメソッドは必要なのか
Yasuharu Nakano @nobeans rakeでmigrationしてるrails方面の方々は、まじめに双方向(change/rollback)のmigrationスクリプト書いてるのでしょうかね。とりあえずchange方向だけ書いておいて、練度が上がったらrollback方面も頑張るとか？
downコマンドがなくupだけのDBマイグレーションツール Dbup - ぷぎがぽぎ
ビー・バップ・ハイスクールって知ってますか？ Dカップって大きいですよね？ というわけで、超シンプルなDBマイグレーションツール Dbup を作ってみたので紹介。 Dbup http://brtriver.github.io/dbup/ 日本語: http://brtriver.github.io/dbup/ja/ インストールから実行までのデモンストレーション dbup.pharをダウンロード 必要なディレクトリや設定ファイルを作成 statusで確認しつつ、upで実行 dbup demo from brtriver on Vimeo. 特徴 準備はdbup.pharをダウンロードするだけ up コマンドしかありません。down コマンドは存在しません マイグレーションの記述は親しみあるSQLそのままです。ORMやDSLを新しく覚える必要はありません PHP標準のPDOクラスを利用してい
UIとしてのテーブル構成 - winplusの日記
たとえばスタースキーマ。DWHとかBIとかでは基本なんでしょうが、RDBといえば正規化と思っていた私は、かなり違和感を持ちました。多数のテーブルを結合することが性能上の制限になっている場合は非正規化を検討すべきですが、その場合でも最小限に、と考えていました。ところが、スタースキーマでは非正規化が前提となります。スタースキーマのメリットは以下のように説明されます。 エンド・ユーザーによって分析されるビジネス・エンティティとスキーマ・デザイン間の直接的および直感的マッピングを提供します。 一般的なスター・クエリーに、高度に最適化されたパフォーマンスを提供します。 多数のビジネス・インテリジェンス・ツールで幅広くサポートされます。これらのツールは、データ・ウェアハウス・スキーマがディメンション表を含むことを想定または必須要件としている場合があります。 スキーマのモデリング化技法 非正規化＝性能問
名前空間と業務の「かたまり」 - winplusの日記
artonさんに「名前空間」と「文脈」というヒントをいただき(L'eclat des jours(2010-12-16))、先日の記事(2010-12-04 - winplusの日記)を、もういちど整理してみる。 業務で使われている用語には、同じ用語が別の意味をもつ場合もあれば、別の用語が同じ意味をもつ場合もある。それらを一度に扱うことは困難である。なぜなら、そのすべてが業務上「正しい」用語なのだから。それぞれを区別するために別の用語に置き換えるのは、「正しい」用語を使っていないことになる。 プログラムなどでは「名前空間」を導入することで、この種の問題を回避している。artonさん曰く「名前空間ってのは、日常生活での言語においては文脈ってことになる」。工場という名前空間＝文脈内で「売上」といえば当然「工場.売上」を指し、商品企画という名前空間＝文脈内で「売上」といえば今度は「商品企画.売上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
カーネギーメロンのデータベースの講義の資料・映像 - ablog
データベース技術の羅針盤
データベースのバージョニングとアップグレードスクリプトの利用
Nullのはなし(up用)
