RDBMS 理解度の壁: プロダクションや運用保守で困らないシステムを作れる知識 <<<それっぽく動くものを作れる知識 実際のシステムで遭遇・見聞きした事象をもとに、上記のスキマにある各種 RDBMS 知識を説明します。 RDBMS 本体の運用よりも、現実のアプリケーションにおける設計・実装上のハマリどころが中心。
![RDBMS in Action](https://cdn-ak-scissors.b.st-hatena.com/image/square/55bc09d9610d3a7dd8532d7dbcd9c7b896e7c920/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Ff3b93a3274ff48d09b2a70b3da28b489%2Fslide_0.jpg%3F13563021)
Oracle Databaseは長い間データベース界の王者である Oracle Databaseと言えば、オンプレミスでの基幹システムにおいては王様のような存在です。以下は15年前の記事です。 www.atmarkit.co.jp 上記のデータベース製品利用状況を、稼働プラットフォーム(OS)別に集計した結果が、図2だ。ご覧のとおり商用UNIX上でOracleが7割のシェアを占める半面、Linux上ではオープンソースDB利用率が65%に達しており、それぞれ各プラットフォームにおけるデファクト・スタンダードとなっている。一方、現在最も普及しているWindowsプラットフォームでは、OracleとSQL Serverのシェアが接近した“一騎打ち”状況を呈している。こうして見ると、UNIXという地盤を維持しながらも、拡大するIAプラットフォーム(Windows/Linux)でそれぞれ一定のシェア
O/Rマッピング(Object-relational mapping)について、Wikipediaには以下のように書かれています。 データベースとオブジェクト指向プログラミング言語の間の非互換なデータを変換するプログラミング技法である。 O/Rマッピングを実現する仕組みを、O/Rマッパーと言います。(両者を区別しなくても私が言いたいことは伝わると思いますので、ORMと統一して記述します)(また、個人的な理由で、プログラミング初学者向けに語りかける口調にしていますが、初心者向けの記事というわけではありません) 最近はWEBアプリ開発をするにあたって、WEBフレームワークに標準で何らかのORMが組み込まれていることが多いため、その存在を知らない人はまずいないでしょう。 私も何度かORMと向き合ってきましたが、そうこうしているうちに気がつきました。 ORMはめんどうくさい! …ってことに。 みん
言い訳から始めます。この記事を(途中まででも)読んだ人は、次のように言いたくなるでしょう。 『理論から学ぶデータベース実践入門』は良い本なのか悪い本なのか、いったいどっちなんだよ?! この本は間違いや説明不足があり、誤読されやすい表現も多く、その点では残念な本です。しかし、面白いアイディア、するどい観察も含まれていて、行間を補い深読みすれば、多くの示唆を得られる本でもあります。 よって、「良い/悪い」の二択では答えられません。良い点と悪い点の両方を、できるだけ客観的に記述するしかないのです。それをした結果、長い記事となりました。 内容: ことの発端: zhanponさんの批判 奥野本擁護と奥野本批判 僕の擁護・批判の方針 zhanponさんの指摘の再検討 1. 論理的な矛盾とデータの不整合を混同している 2. 命題論理の限界についての説明がおかしい 3. 古典論理の定義を間違えている 4.
IT部門でデジタル変革構想に携わる上級意思決定者450人に実施した調査によると、これまで使われてきたデータベースがデジタルプロジェクトの障害になっていることが明らかになった。 市場調査会社Vanson BourneがCouchbaseの委託を受けて実施した調査によると、94%の企業が依然として「Oracle Database」や「Microsoft SQL Server」などの従来型リレーショナルデータベースを使用しているが、こうしたデータベースはデジタルプロジェクトには不適切だと考えられている。 調査に答えたIT部門意思決定者の41%が、リレーショナルデータベースがニーズを満たさなかったために失敗したデジタルプロジェクトがあることを認めている。 また、リレーショナルデータベースの変更にコストがかさみ、プロジェクトの規模縮小を余儀なくされたという回答が29%、プロジェクトを大幅に延期せざる
Takayuki Shimizukawa @shimizukawa @masa_edw コネクションプールが無い場合、使い終わったコネクションが即解放されない(解放まで多少遅延する)ので実際に使っているコネクションの数より多く存在する。その分メモリを圧迫して効率が悪い。っていう話は聞いたことがあるよ(要出典 2013-09-04 09:27:28 ハイパーむとう @masa_edw @voluntas 現状で必要な状況は理解していますが、なぜそうなるのか理解していないということです。他にもたとえば、bitlyの呼び出しはコネクションプールを使うべきか?なぜ(べき、べきでない)のか?どういう要請でそうなのか?と言う問いに僕は答えられません。 2013-09-04 09:31:22
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く