タグ

dbに関するdzflのブックマーク (7)

  • MongoDB : C++ で書かれた高速なドキュメント指向DB - ヽ( ・∀・)ノくまくまー(2009-07-02)

    require 'rubygems' ###################################################################### ### ActiveRecord (PostgreSQL) require 'active_record' ActiveRecord::Base.establish_connection(:adapter=>"postgresql", :database=>"jpop", :user=>"maiha") module PG class Song < ActiveRecord::Base # Indexes: "index_songs_singer" btree (singer) end end # p PG::Song.count # => 64482 ##############################

  • DataMapperをいじってみる : As Sloth As Possible

    #1986@freenodeで、ActiveRecordをRailsの中でじゃなくて単体で使えるか、って聞かれたんだけど、まぁ確かに使えるけどついでにいろんな余計なものが付いてきて、Stringみたいなコアなクラス書き換えたりするから微妙なんだよなー、と思い出してDataMapperを勧めてみた。ARはとっつき易いしRailsで使う分にはいいんだけど、単体で使うには上記の理由もあってあんまり好きじゃない。 でも微妙に変わってんだよね DataMapperを単体で使う方法については過去の記事で書いたんだけど、半年以上たってるもんでその間にDataMapperも大分バージョンアップして。ということで、同じ挙動をするものを動くように書き直してみた。 require 'dm-core' DataMapper.setup(:default, { :adapter => 'sqlite3', :dat

    DataMapperをいじってみる : As Sloth As Possible
  • ヽ( ・∀・)ノくまくまー(2009-04-15)

    ● [エッグ][Merb][DB] CouchDBを用いた2009新人公演4月におけるあっすーの干され問題の検証 4/4〜5 に開催された「2009新人公演4月」は、セットリストの充実ぶりと、それに負けないメンバーの熱演によって成功を納めた。もちろん全ての観客が公演に満足したのであるが、各々の帰路において、皆が何か納得がいかない胸の支えをおぼえた事も確かであろう。その漠然とした違和感の正体は、ずばり 我らがあっすーの出番が少ない という点だ。この問題は以前から指摘されていたものの、絶対に認めたくないというヲタ心理や、真面目に調査しようとすると涙するために、多くのあっすーヲタは思考停止し、気付かぬフリをしてきた。しかしながら、今回は正直レベルで「1回ぐらいしか出てきてね?」という気がしてならず、いよいよ我慢の限界を越えたので正しく検証を行うこととする。 また、前述の精神的問題以外にも、この

  • SELECT文の可読性を高めるために心がけていること - Enjoy*Study

    SELECT文といっても、単一テーブルしか使わないようなSQLではなくて、複数テーブルを結合するような場合に、気をつけていることを書き出してみます。 USING句よりON句を使う 2つのテーブルならば、それほど気にはなりませんが、3つ以上のテーブルを結合する際には、ON句で指定した列が、どのテーブルの列にかかってきているかわからなくなります。 なので、タイプ量が増えるとしても、ON句を使うようにしています。 USINGの場合 SELECT u.user_id, u.name, p.password, d.name FROM user u LEFT JOIN pass p USING(user_id) LEFT JOIN dep d USING(dep_id) ON句の場合 SELECT u.user_id, u.name, p.password, d.name FROM user u LE

    SELECT文の可読性を高めるために心がけていること - Enjoy*Study
    dzfl
    dzfl 2007/06/07
    何故か自分は一行で書く癖をつけられてるな……。
  • MySQLクイック・リファレンス

    この文書は、osCommerceで使用しているデータベースMySQLの基的な使い方について解説しています。おもにデータベースの管理者よりも、ユーザに向けて書かれています。 はじめに ここでは、MySQLサーバは起動しているものとして説明します。 MySQLの文字について MySQLでは、データベース名やテーブル名の大文字と小文字を区別しています。それ以外は区別しません。 MySQLのフィールド名やテーブル名に使える文字は、英数字と_(アンダーバー)、$、サーバのキャラクタセットにある文字です。 知っておきたいコマンド mysqladmin(データベースの作成・削除や、MySQLサーバの情報を得る) mysqlshow(データベース、テーブルの情報を表示する) mysqlMySQLクライアントの起動) mysqldump(データベース、テーブルをダンプする) myisamchk(テーブル

  • naoyaのはてなダイアリー - MyISAM vs InnoDB

    あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I

    naoyaのはてなダイアリー - MyISAM vs InnoDB
    dzfl
    dzfl 2006/07/30
    ある一定規模以上のトラフィックのあるサイトでは MyISAM で CPU に優しいシステムを選択するよりかは、マシンリソースを消費してでも並行性の高い InnoDB を選択するほうが、総体でのパフォ
  • 現場指向のレプリケーション詳説

    この文書は、技術評論社刊『WEB+DB PRESS Vol.22』に執筆した記事を技術評論社の 許可を得てWWWで公開しているものです。 このWWW版は校正前の原稿を元にしている点、WWW公開後に必要があれば修正する点で、雑誌版の文章とは異なる部分があります。また、図表も雑誌版とは異なります。 予めご了承ください。 また、この文章が対象しているのはMySQL 4.0系なので、最新のリリース版と比べると説明不足な点などが多々あると思います。 レプリケーションの基をおさえるには、この文書はまだ有益だと思いますが、設定レベルの説明は最新のドキュメントを参照するようにしてください。

    dzfl
    dzfl 2006/07/28
    マスタスレーブ:サーバの台数が多くなる程、全体の応答性が低下する
  • 1