�Linux/DB Tuning (DevSumi2010, Japanese)
1. 高性能・安定運用のための Linux/DB システム構築 / 運用技術 松信 嘉範 (MATSUNOBU Yoshinori) サン・マイクロシステムズ株式会社 プリンシパル MySQL コンサルタント 2. プロフィール 2006 年 9 月から MySQL->Sun(-> オラクル ) で MySQL コンサルタントとして勤務 主な著書 Linux-DB システム構築 / 運用入門 現場で使える MySQL Java データアクセス実践講座 Twitter: matsunobu Blog: http://opendatabaselife.blogspot.com * 今回の資料は公開します * MySQL 用語があちこちに出ますが、 経験の無い方にも分かるように配慮していくつもりです 3. 安定稼働と高性能を支える要素 アプリケーション層に関する技術 テーブル設計、インデックス設
CoolCoding.com is for sale | HugeDomains
Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of
Plurk.comで使われているTokyo Cabinetをベースにしたキー/バリューデータベース·LightCloud MOONGIFT
Twitterに似たWebサービスを提供するPlurk.com。時間軸を持つことで、よりインタラクティブな印象与えるサービスだ。世界的に展開しているのでアクセス数も相当多い。そのような中で活躍するのがキャッシュサーバだ。 実践で使われている信頼性高いキー/バリューデータベース Plurk.comでは3つのデータベースが使われている。一つはMySQLもう一つはmemcached。そして最後にLightCloudだ。 今回紹介するオープンソース・ソフトウェアはLightCloud、Tokyo Cabinetをベースにしたキー/バリューデータベースだ。 LightCloudはmixiなどでもお馴染みのTokyo Cabinetを利用して構築されている。ライブラリはPythonのみではあるが、他の言語へのリプレースもそれほど難しくなさそうとのことだ。実際にPlurk.comで使われているという点が
MOONGIFT: » Railsを使ってDB構造を確認する「Rails schema browser plugin」:オープンソースを毎日紹介
Railsの便利な機能の一つが、DBのマイグレーション機能だろう。RDBMSは便利な反面、プログラム言語と溝があり、扱いが面倒な時があった。そのため、O/Rマッピングのようなツールが作られ、状態のバージョン管理としてマイグレーションがとても便利だった。 開発しているシステムのDB構造が手軽に閲覧できる マイグレーションによってDBの構造や中身をあまり意識せずとも開発が行えるようになったのはとても便利だ。だが、その反面DBのリソースを過剰に使ってしまう、富豪的なシステムになることがある。時にはその構造を見返す時も必要だろう。 今回紹介するオープンソース・ソフトウェアはRails schema browser plugin、DB構造出力ソフトウェアだ。 Rails schema browser pluginはRailsプラグインとしてインストールされるソフトウェアだ。データの表示などは全てWW
Plugins - BetterNestedSet - Agile Web Development
Better nested set This plugin provides an ehanced acts_as_nested_set mixin for ActiveRecord, the object-db mapping layer of the framework RubyOnRails. The original nested set feature seems to be quite old and missed some necessary functionalities. Details This acts provides Nested Set functionality. Nested Set is a smart way to implement an ordered tree, with the added feature that you can select
分析設計モデルをわがままに活用しよう JUDE API入門
上図のように、何かの情報をもとにモデルを作成したり、モデルからドキュメントやソースを作成できたりします。せっかくモデリングツールを使ってモデルを書くのですから、プログラムを使って作業を効率化してしまいましょう。それを可能にするのが、プログラムでモデルにアクセスできるAPIです。 具体的な活用例 はじめにJUDEのAPIの具体的な活用例を示します。 既存システムのデータベース定義を読み込み、JUDEのERモデルを作成 設計モデルの規模や品質を分析するために、モデルデータのメトリクスを作成 WebフレームワークRuby on Railsとモデルの連携 これらの例はほんの一部で、皆さんの状況ごとにいろいろな活用方法が考えられると思います。開発プロセスも扱っているモデルもツールもプロジェクトによってさまざまですから、やりたいこともさまざまでしょう。そんなわがままな要求にこたえられるのがAPIです。
Django風データベース管理プラグイン·Rails DataBrowser MOONGIFT
先日、Djangoの勉強会に参加したのだが、特に管理画面の説明に重点を置いていたため、データベースのデータを簡単にメンテナンスできる画面が自動生成される仕組みというのは素晴らしく感じた。 データベースのメンテナンス画面を生成 管理画面の目的はそれだけではないだろうが、データのメンテナンスを容易にしてくれるのがこのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはRails DataBrowser、Ruby on Rails向けのデータベースメンテナンスプラグインだ。 Rails DataBrowserはプラグインやRubyGemsを使ってインストールする。Rails 2.1以降はRubyGemsを使う必要があるようだ。インストールが終われば簡単な設定を行うことで、/databrowserというパスで管理画面に入ることができる。 検索機能もある 管理画面ではモデルが一覧で表示され、
MOONGIFT: » Rails製のデータベースフロントエンド「RailsDB」:オープンソースを毎日紹介
MySQLのフロントエンドとして有名なのがphpMyAdminだ。Railsをメインシステムにしておきつつも、このためにPHPをインストールすることも少なくない。だが本番環境下ではセキュリティの問題あるので利用が難しい。 そこでRailsで作られたフロントエンドを採用しよう。必要なときだけ立ち上げれば良いし、ApacheにPHPを組み込む必要もなくなる。 今回紹介するオープンソース・ソフトウェアはRailsDB、Railsで作られたデータベースフロントエンドだ。 RailsDBはMySQLだけでなく、SQLite3やPostgreSQLについても対応しているデータベースフロントエンドだ。現状ではデータの閲覧/編集機能はなく、データ構造の閲覧ができるようになっている。 ドライバは随時変更でき、各種データベースを一元管理できるようになる。実際、RailsのActiveRecordの実力を考える
cl.pocari.org - オープンソースになった Fastladder の ER 図を描いてみた
オープンソースになった Fastladder の ER 図を描いてみた 2008-02-10-1: [SQLite] Livedoor の Fastladder がオープンソースになったということで、勉強を兼ねて ER 図を描いてみました。 (クリックで大きくなります) 使ったツールは DBDesigner 4 (日本語版) です。 DBDesigner 4 では、SQLite 3.x のデータが読めないようなので、SQLite ODBC Driver を使って、ODBC で読み込み、リバースエンジニアリングしました。 テーブルの定義はソースを見ながら作成中ですが、あまり Ruby が分かっていないので時間がかかりそうです。。。そのうち公開します。 - Fastladder Open Source http://fastladder.org/
特集:基礎から理解するデータベースのしくみ - 特集:基礎から理解するデータベースのしくみ：ITpro
「データベースはブラックボックス。どんなSQL文を投げたらどんな結果が返ってくるかさえ知っていればよい」---そう思っている人も多いかもしれません。 しかし，本物のソフトウエア・エンジニアを目指すのであれば，データベースが動く仕組みを学ぶことは避けて通れません。パフォーマンスなどに問題が生じたときどこから手を付けていいのか皆目見当がつかない，といった事態に陥りかねません。 市販のRDBMSの内部はかなり複雑ですが，基本的な部分を理解するのはそれほど難しくありません。この特集でデータベースの動く仕組みを理解してください。 イントロ ●ブラックボックスのままでいいの？ 基礎から理解するデータベースのしくみ（1） Ｐａｒｔ１ ●SQL文はどのように実行されるのか 基礎から理解するデータベースのしくみ（2） 基礎から理解するデータベースのしくみ（3） 基礎から理解するデータベースのしくみ（4） 基
[rails][負荷分散]RailsのDB負荷分散調査のための資料 - yoshitetsuの日記
magic_multi_connections Magic Multi-Connections magic_multi_connectionsのページ Magic Multi-Connections: A “facility in Rails to talk to more than one database at a time” magic_multi_connections作った人の記事 Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築 magic_multi_connectionsの使い方がのってる Ruby on RailsでMagic Multi-Connectionsを使う magic_multi_connectionsの使い方がのってる 分散DB対応ライブラリ Magic Multi-Connections を試してみる magic_multi_
![[rails][負荷分散]RailsのDB負荷分散調査のための資料 - yoshitetsuの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/438548124851f1bc8c72d6b93ef644a077b1ada8/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127121096700%2F17680117127121100502%2F1557249666)
mysqlのレプリケーション
こんばんは、牧野です。本当に久々のブログになりました。。。 今回の話題は、mysqlで行うレプリケーションについてです。 レプリケーションは「複製」という意味で、元となるデータベース（マスタ）をコピーして、複数のデータベース（スレーブ）を作ります。 レプリケーションを行うとマスタで実行された更新系クエリがスレーブでも実行されるようになります。 もう少し正確に言うと、データ更新があったかどうかをスレーブがマスタに聞きに行き、マスタでデータ更新があった場合は同じクエリを各スレーブでも実行するという仕組みです。 したがって、更新系のクエリはマスタだけで実行するようにしておけば、参照系のクエリはマスタ、スレーブどちらで実行した場合も同じ結果が得られます。 という訳で、レプリケーションを行うと ・参照系クエリを受け付けられるデータベースが増えることで、高負荷に耐えられる ・同じデータを複数のデータベ
RDBMS のインデックスの話 - kazuhoのメモ置き場
以前どっかで読んで、「なるほど〜」「でも必ずしも当てはまるとは限らないんじゃない」と思ったこと。 プライマリキーは HDD 上にシーケンシャルに保存されることが期待できるけど、他のインデックスはシーケンシャルになることは少ない (基本的にそうならない)。よって、HDD に格納されているデータを使って集約 (range) 演算を行う場合はプライマリキーを使うケースのほうがセカンダリインデックスを使うよりも速くなる 実際には、「プライマリキーはシーケンシャルに保存されることが期待」できるのは データの削除が発生しない データの追記が発生するテーブルが、ディスクに１個しかない プライマリキーは auto_increment カラムである の３条件が満たされないとダメなんじゃないかなぁ。ただ、ディスク配置も含めてスキーマ設計あるいは SQL の最適化をすべきケースはあるだろうなと思った。 追記:
なぜ彼はLAMPを捨てXML DBに走ったのか（1/2） － ＠IT
日本アイ・ビー・エム 中林 紀彦 2007/10/22 最新のXMLデータベース実装となるViper 2（DB2 9.5）のリリースを機に、全4回の連載記事であらためてXMLデータベースの利点を考えてみる。そこで見えてきたものとは？（編集部） ■いかにしてKさんは設計変更のワナにはまったか これはインターネット上でサービスを提供しているある企業で働くKさんのお話です。この会社では、CGM（ユーザー生成メディア）サイトを立ち上げることになり、Kさんが全体のアーキテクチャ設計からデータベース、プログラミングまですべてを担当することになりました。しかもベータ・サービスの開始が1カ月後と迫っています。 Kさんは早速、アーキテクチャの選定に入りました。この部分は迷うことなくLAMPを選択しました（注1）。これまでの経験上慣れているのと、オープンソースであるためコストもかからないのでほかに選択の余地は
Kodougu - TopPage
Kodougu とは Kodougu とは、ブラウザ（Firefox/IE）上で動作するモデリングツールです。UML などのモデリング言語を用いたモデリングを、専用ツールをインストールすることなく、ブラウザ上で動作させることができます。また、Kodougu はウェブサイト（ホームページ、ブログ、wiki など）に貼り付けることもできます。 Kodougu の使い方は以下のチュートリアルを参照してください。 Kodougu チュートリアル Kodougu に関するアナウンスは以下の RSS で配信されます。興味のある方は、RSS リーダに以下の RSS を登録してください。 http://www.kodougu.net/p/kodougu/rss ニュース 2008-07-25 14:38 : [メディア掲載情報] InfoQ にて Kodougu の紹介記事が掲載
Rails 開発者こそモデリングするべきだって思った - Akasata's Page（あかさたのページ）
2007-10-16 03:24 : Rails 開発者こそモデリングするべきだって思った Rails 開発者こそモデリングすべきだよなぁって唐突に思いました。Rails は DB スキーマさえ作成すれば、そのあとはレールに乗って高速に開発ができるのですが、当たり前の話 Rails は DB スキーマの設計方法は教えてくれません。ましてや、どんなソフトウェアを作ればいいのか教えてくれるわけでもありません。 Rails は「何を作るか決めてからがすごいフレームワーク」なのです。分析工程は開発者自身が自分のやり方で実施しないといけないのです。 何を作るのかを導き出すのはモデリングが得意です。とはいえ、一般的な UML 本に載っているような開発プロセスはどうにも Rails アプリを記述するには重すぎる気がします。（少なくとも私はそう考えています。）往々にして、図解言語というも
Railsの生産性とかDB設計の要否とか - moroの日記
Railsの生産性をめぐるid:habuakihiroさんとのやりとりがありまして、そこで羽生さんのERD本を読んで思ったことや、先週のRubyカンファレンスでのDHHのスピーチなんかから漠然と考えていたことをぜひ書いておきたくなりました。 自動生成(scaffold)について Railsラヴでいちおう色々と触ってきた立場からの感想としては、DBスキーマからの自動生成はかなりの割合で"客寄せパンダ"です。それを強調して"Javaの10倍の生産性"とやったのはマーケティング手法としてはすごく成功を納めたわけですが*1、scaffoldで自動生成できるのは所詮はそれなりのものだと思ってます。 もちろんバックエンドでのマスタ管理なので、多少UIがティピカルでひねりがなくても速く作ってほしい、という案件には十分役に立ちますし、スペジェネのように自動生成部分を作りこまれた面白いものもたくさんあります
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tokyo Cabinet
2007-11-01 - 冬は間近だはぶにっき - [仕事]それは言語の問題じゃない
6月のはぶにっき