タグ リレーショナルデータベース
新着順 10 users 50 users 100 users 500 users 1000 usersリレーショナルデータベースの仕組み (1/3) | POSTD
リレーショナルデータベースが話題に挙がるとき、私は何かが足りないと思わずにはいられません。データベースはあらゆるところで使われており、その種類も、小規模で便利なSQLiteからパワフルなTeradataまで様々です。しかし、それがどういう仕組みで機能しているかを説明したものとなると、その数はごくわずかではない... 続きを読む
リレーショナルデータベースの仕組み (1/3) | コンピュータサイエンス | POSTD
レーショナルデータベースは、便利で再利用可能な構想に基づいており、非常に興味深いものです。これをお読みの皆さんが、データベースを理解したいと思いつつも時間がなかったり、どこから手を付けていいか分からずに手をこまねいていたりするような場合には、きっとこの記事に興味を持っていただけると思います。リレーショナルデータベースが話題に挙がるとき、私は何かが足りないと思わずにはいられません。データベースはあら... 続きを読む
【決定版】RDBMSとNoSQLにみるDB近現代史 〜データベースに破壊的イノベーションは二度起きるか?〜 - エンジニアHub|若手Webエンジニアのキャリアを考える!
2017 - 11 - 22 【決定版】RDBMSとNoSQLにみるDB近現代史 〜データベースに破壊的イノベーションは二度起きるか?〜 データベースのスタンダートとなっている「リレーショナルデータベース」がどのような背景から登場し、現在の地位を確立したのか、そしてどのような課題・限界に直面しているのか、さらにNoSQLのアプローチについて、『達人に学ぶ SQL徹底指南書』などの著書もあるDBエン... 続きを読む
データベースの内部動作を知る - 週末スペシャル:ITpro
SQLのプログラミングは奥が深い。特にパフォーマンスの観点から、そう言えるだろう。 みなさんご承知の通り、同じ結果を出すプログラムでも、SQLの書き方次第で処理時間に何倍もの差が生じ得る。効率の悪いSQLを書いてしまう原因は、多くの場合、リレーショナルデータベースの内部動作やアプリケーションに関する理解不足である。両者をよく知った上で最適なSQLを書けるようになることは、システムエンジニアとしての... 続きを読む
NoSQLをRDBの代わりに使うと、どういう恐ろしいことが起こるか。PARTAKEの作者が語る - Publickey
データベースの世界でいま注目されているのがNoSQL。特にキーバリュー型データストアは、グーグルのBigTableFacebookやTwitterが内部で利用しているCassandraやAmazonクラウドが提供しているSimpleDBなど、すでに実際に使われ始めています。 ではそのNoSQLをリレーショナルデータベースの代わりに使ってシステムを構築するとどうなるのか? 身をもって体験したことを記... 続きを読む
SQLiteのテストコードは4567万8000行! 本体のコードは6万7000行 - Publickey
軽量なリレーショナルデータベースとして人気のSQLite。そのWebサイトに掲載されている「How SQLite Is Tested」の内容が、海外のプログラマなどのあいだで話題になっています。 3月に公開された最新バージョンのSQLite 3.6.23。本体のソースコードは約6万7200行(67.2KSLOC、Kilo Source Lines of Code:空行やコメントを除いた行数)なのに... 続きを読む
HDDをSSDにしたらデータベースはどれだけ速くなるか? オラクルと富士通が実験 - Publickey
リレーショナルデータベースを利用する際には、高い性能を引き出すために物理設計をし、スキーマを工夫し、パラメータのチューニングを行うことがつねに行われてきました。 性能のボトルネックはたいがいHDDにあり、いかにそのボトルネックを回避するかがチューニングのポイントですが、最近では性能向上のための武器として、HDDよりもずっとアクセス性能の高いSSDが注目されています。SSDはHDDと置き換えるだけで... 続きを読む
SQLが重いときに見るお気軽チューニング方法
SQLのチューニング方法 昔Qiitaで書いたものをzennにうつして、若干の修正、追加をしてみました。 ORACLEでの経験を元に書いていますがコストベースのリレーショナルデータべースなら大体共通の考え方だと思うので他にも使えると思います。 SQLのチューニングといえば比較的容易に済むインデックスをとりあえず作成する... 続きを読む
スクリプト言語の息の根を止めるのは案外 SSD かもな - kwatchの日記
ruby, python, php | 09:06 | 大変たいへん興味深い記事。全プログラマーにとって。HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか? オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました...(snip)...HDDは200スレッドで性能が頭打ちなのに対し、SSDは200スレッドから300スレッ... 続きを読む
漢(オトコ)のコンピュータ道: RDBMSに関する典型的な誤解が絶えないという現実
2013-04-22 RDBMSに関する典型的な誤解が絶えないという現実 新入社員必読、データベースの基本を理解しよう - データベースはなぜ必要なの?:ITproという記事に対して次のようなブクマでIDコールが来た。(現在はコメント返しへのお礼が入っているので、文字数制限のためオリジナルのコメントは少し切り詰められている。) "リレーショナルデータベースはすべてのデータを2次元の表形式で表現"こ... 続きを読む
自作RDBMSやろうぜ!
Skip to the content. 自作RDBMSやろうぜ! このサイトの目的 RDBMS(いわゆるリレーショナルデータベース)というものはプログラミング言語の処理系や、OSなどと同様に、世の中で広く使われているソフトウェアであるにも関わらず、いざ自作してみようと思うと日本語で記述されたサイトや書籍で、必要な情報・情報源がま... 続きを読む
データベースのスケーラビリティをどうやって向上させるか - Publickey
これまでPublickeyではデータベースのスケーラビリティに関するさまざまなトピックを取り上げてきました。クラウド時代にはスケーラブルなデータベースのニーズがこれまでになく高まっているためです。 この記事では、これまで取り上げてきたデータベースのスケーラビリティに関する技術を少しまとめて紹介しようと思います。 従来のリレーショナルを拡張 従来のリレーショナルデータベースに対して、技術的工夫を凝ら... 続きを読む
リレーショナルデータベースはNoSQLを取り込み始めた。NewSQLの登場とNoSQLの終わり、という予想 - Publickey
リレーショナルデータベースはNoSQLを取り込み始めた。NewSQLの登場とNoSQLの終わり、という予想 MySQLの次期バージョンとPostgreSQLの次期バージョンにどのような新機能が追加されるのか、昨日、一昨日の2本の記事で紹介しました。 MySQLの次期バージョンはMemcached APIを備える! MySQL Conference & Expo 2011基調講演 PostgreSQ... 続きを読む
MySQL(データベース)の勉強に超おすすめの本を紹介する(チューニングやexplainなど) - FLO
2016 - 11 - 19 MySQL(データベース)の勉強に超おすすめの本を紹介する(チューニングやexplainなど) おすすめの本 プログラミング シェアする Bookmark! Facebook Twitter Google+ Pocket list Tweet さて、エンジニアの皆さんならMySQLを業務で使っている方も多いと思います。 リレーショナルデータベースであるMySQLを上手... 続きを読む
SSD専用に設計された「ReThinkDB」、ロックもログも使わない新しいリレーショナルデータベースのアーキテクチャ - Publickey
SSD専用に設計された「ReThinkDB」、ロックもログも使わない新しいリレーショナルデータベースのアーキテクチャ SSDがHDDに代わるストレージとして普及しようとしていることを背景に、SSDに特化したまったく新しいアーキテクチャを備えたリレーショナルデータベースを開発しようとしている企業があります。「ReThinkDB」です。 昨年7月に、PublickeyではReThinkDBの概要を記事... 続きを読む
漢(オトコ)のコンピュータ道: DB設計の難しさ
2013-12-27 DB設計の難しさ 今日は徒然なるままにDB設計について思っていることを並べてみようと思う。 ようやくWEB+DB Pressの次号の原稿を書き終えた。2年間の連載であるが、来年はプライベートが忙しくなる予定なので、連載はこれにて終了とさせてもらうつもりである。 「なぜ人はリレーショナルデータベースを使いこなせないのか」 このところ執筆や講演を通じてリレーショナルモデルについて... 続きを読む
データベースにRDBを選択するときの注意事項について考える - Qiita
AWS社員Qiitaブログシリーズは、アマゾン ウェブ サービスジャパンで働く社員が執筆するQiitaの個人ブログ記事です。今回はSA舟崎によるデータベースにRDB(リレーショナルデータベース)を選択するときの注意事項について執筆します。 ※本記事は、あくまで個人の見解に基づいて記載しております。定量的なパフォーマンス... 続きを読む
NoSQLを上回る性能のVoltDB、そのアーキテクチャとは - Publickey
データベース研究者の大御所、マイケル・ストーンブレイカー氏が開発し、NoSQLデータベースをも上回る性能を発揮するリレーショナルデータベース「VoltDB」。前回の記事では、その特徴と、NoSQLデータベースのCassandraとのベンチマーク比較を紹介しました。 今回はVoltDBのアーキテクチャについて調べたことをご紹介しようと思います。基本的にはVoltDBのWebサイトやリンク先の内容を基... 続きを読む
Rustでリレーショナルデータベースを自作したときの成果と反省と学び - Yoshisaurのメモ
はじめに この記事では、個人プロジェクトとしてRust言語でリレーショナルデータベースを開発した経験(もう五ヶ月も前...)について、その成果と反省、得た学びを共有します。 DBMSを自作した理由 自分がDBMSの自作に着手したのは、『Designing Data-Intensive Applications』という本の内容を深く理解するためでした。... 続きを読む
HOWS「ISSEI(イッセイ)」:ITpro
●既存のDB技術と一線を画すデータ検索技術を生み出す ●ゼロベースで発想しOSの基本機能に着目 ●ストップウオッチ片手に高速化を追求 ソフト開発ベンチャーのHOWSが、これまでにないデータ管理・検索技術「ISSEI」を開発した。HOWSは現在、ISSEIを次世代Web基盤技術として特許を出願している。 「ユーザー企業がデータを有効活用するためには、既存のリレーショナルデータベース(RDB)と一線を... 続きを読む
時代はポストRDBへ--NoSQL徹底研究:2015年はNoSQL元年、今なぜ必要なのか - ZDNet Japan
時代はポストRDBへ--NoSQL徹底研究:2015年はNoSQL元年、今なぜ必要なのか 原沢滋 (DataStax) 2015年03月02日 15時30分 企業の中で最も重要な資産の一つである“データ”の多くは1990年代以降、多くがリレーショナルデータベース(RDB)で管理されてきました。ところが最近のビッグデータの潮流の中で、インターネットやモバイル端末を利用する“モノのインターネット(In... 続きを読む
CAP定理を見直す。“CAPの3つから2つを選ぶ”という説明はミスリーディングだった - Publickey
分散システムにおいては以下の3つの要素のうち2つしか同時に満たすことができない、というCAP定理を提唱したのは、Eric Brewer氏でした。 C:Consistency(一貫性) A:Availability(可用性) P:Tolerance to network Paritions(ネットワーク分断への耐性) 一般にリレーショナルデータベースでは、一貫性(C)と可用性(A)をできるだけ保証す... 続きを読む
ユーザー企業のOracle技術者が足りない、高まる技術的負債のリスク | 日経 xTECH(クロステック)
20年以上前に構築した古い基幹系システムを使い続けるユーザー企業が5社に1社の割合で存在するとされるなか、「枯れた技術」の維持管理に危機が迫っている。枯れた技術としてはCOBOLが有名だが、今回取り上げるのは別の技術だ。 リレーショナルデータベース(RDB)である。とりわけ最大シェアを誇る米オラクル(Oracle)... 続きを読む
インメモリデータベース「MemSQL 2.0」公開。数百ノードへスケールアウト可能で大規模データベース対応へ - Publickey
データベースをまるごとメインメモリ上で処理することにより、従来のハードディスクベースのリレーショナルデータベースよりも劇的な高速化を実現するインメモリデータベース。オープンソースのインメモリデータベースであるMemSQLの最新版「MemSQL 2.0」が公開されました。 MemSQL 2.0はインメモリのスピードとSQLでの問い合わせ、スケールアウト機能、そしてエンタープライズ対応の可用性など、4... 続きを読む
データベースの間違った使い方10項目 « A-Listers
一般的なシステムで広く利用されているリレーショナルデータベースですが、システムの進化と共にデータベースの構造も複雑になりがちです。RestMQの作者、Gleicon Moraes氏の公開したスライドがシステムが複雑化していく様子をわかりやすく説明した上で「アンチパターン」を提示していました。 それによるとデータベースのアンチパターンは以下の通り。 動的なテーブルの作成 テーブルをキャッシュとして使... 続きを読む