RDBとNoSQLにみるDB近現代史 データベースに破壊的イノベーションは二度起きるか？ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！｜ハイクラス転職・求人情報サイト AMBI（アンビ）
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！ オープンソースのデータベースとしてよく比較されるPostgreSQLとMySQL。どんな長所・短所があるのでしょう？ それぞれの専門家による対談で明らかにします。 エンジニアとして働いていると必ず直面する悩み。それは、「どのリレーショナル・データベース（以下、RDB）を選ぶのが最善なのか？」です。 RDBごとに長所と短所は異なっています。そのため自社サービスにマッチしないRDBを選んでしまうと、それがボトルネックとなり開発・運用にトラブルが生じるケースは少なくありません。 なかでもよく比較検討されるのが、PostgreSQLとMySQL。ともにオープンソースRDBのデファクトスタンダードであり、高い性能と数多くの機能を持っています。 では、両者は具体的にどのような長所・短所があるのでしょうか。そ
RDBの機能をNoSQLで実現する（1）
NoSQLに足りない部分は自分で作る 表1を見てください。これはRDBMSが扱うテーブルとKVSが扱うテーブルの性格の違いをまとめたものです。RDBMSが扱うテーブルついてはよくご存じの方も多いのではないでしょうか。これと比較すると、KVSが扱うテーブルには「列はデータ型を持たない」「キー（ID）を指定して特定した行にアクセスする」「独自のデータアクセスAPIを使う」「データの格納ルールが決まっている」といった特徴があります。 RDBMSではデータ型のチェックやテーブル結合、データ集計などができますが、KVSはかなりシンプルな機能しか提供していません。当然、いままでRDBMSで利用できていた機能の中には、KVSでは利用できないものがあります。このような機能を実現するには、アプリケーション側で工夫する必要があります。 RDB KVS データ型
PHPでMySQLを使う - PHP入門 - ポンクソフト
目次 PHP入門 PHPの概要 PHP環境のインストール(XAMPP)・PHPの設定 PHPの基本・簡単なプログラム 文法１ 文法２ 様々な関数を使う フォームの基本 システム作成 オブジェクト指向 データベースとSQL PHPでMySQLを使う ブログを作る ECサイト（ショッピングサイト）を作る このページの内容 はじめに データベースの準備 レコードの表示 レコードの挿入 レコードの更新 レコードの削除 はじめに この章ではPHPからMySQLのデータベースを操作する方法を解説します。 PDO(PHP Data Objects)クラスを使うと、簡単に汎用的なデータベースアクセスのコードを書くことができます。 レコードの表示はテーブルなどで行をループして行い、レコードの挿入・更新はフォームを介して行うのが一般的です。 データベースの準備 この章では前章の「men」データベースと「udo
【SQLite3】 ハイパフォーマンスなインデックスをつけるために覚えておくべきこと
Tweet Tweet（この記事は旧ブログからの転載です。） 「インデックスは付いているはずなのに検索速度が遅い！」 ということはありませんか？わたしは見事にハマりました。 私の場合、個人使いがほとんどでシビアな性能が要求される web アプリなどを作っているわけではありません。 そんなこともあって、あまり細かいことは気にせず 「データベース検索の際のキーとなるカラムには適当にインデックスをつけておけばいいよなー」 程度に考えて CREATE INDEX ～ をしていました。 ところが、インデックスのつけかたにはいくつかの抑えておくべき点があったのです。 ここではいろいろ実験してみてわかったことを書いてみようと思います。 例題 2000×2000のランダムな行列をデータベースに格納し、要素にアクセスするような簡単な例題を考えてみます。 データベースは tbl というテーブルをもち、tbl
オトコのソートテクニック2008
今日は仕事納めだったので、一年の締めくくりとしてMySQLにおけるソートの話でもしようと思う。 インデックスを利用しないクエリで最もよく見かけるもののひとつは、ORDER BYを用いたソート処理だろう。もし、ソート処理においてインデックスを用いることが出来れば、MySQLは結果を抽出してから結果行をソートするのではなく、インデックス順に行を取り出せば良いので高速にソート処理することが可能になる。特に、LIMIT句やWHERE句を用いて行の絞り込みを行う場合は効果が絶大である。しかし、ひとたびインデックスを利用できない状況に直面すると、たちまちテーブルスキャンが発生して性能が劣化してしまう。 例えば、100万行のレコードを格納したt1というテーブルがあるとする。そのテーブルに対して以下のようなクエリを実行した場合を考えよう。 mysql> SELECT col1, col2 ... colx
PBKDF2 - Wikipedia
In cryptography, PBKDF1 and PBKDF2 (Password-Based Key Derivation Function 1 and 2) are key derivation functions with a sliding computational cost, used to reduce vulnerability to brute-force attacks.[1] PBKDF2 is part of RSA Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. It supersedes PBKDF1,
SQLCipher API - Full Database Encryption PRAGMAs, Functions, and Settings | Zetetic
SQLCipher API Commercial & Enterprise Edition Feature SQLCipher is based on SQLite, and thus, the majority of the accessible API is identical to the C/C++ interface for SQLite 3. However, SQLCipher does add a number of security specific extensions in the form of PRAGMAs, SQL Functions, and C Functions. Table Of Contents Setting the Key
SQLCipher：SQLite暗号化対応ライブラリ « TORQUES LABS
SQLiteのDBファイルを暗号化したい、と思って調べ、SQLCipherを利用できるようにするまでのエントリです。 SQLiteの暗号化ライブラリ SQLiteには暗号化の手順は決められているのですが、オフィシャルの暗号化ライブラリ“SEE”がありました。 SQLite Encryption Extension しかし、なんと有償！ The cost of a perpetual source code license for SEE is US $2000. ですって！ エンタープライズな開発ならいいけど、個人の利用には、、ちょっと高いわー・・。 という感じで、他にもいくつか探してみました。 今回はiOSアプリで使いたかったのでその条件で絞りこまれたのが“SQLCipher”です。 SQLCipher – Open Source Full Database Encryption for
SQLiteの全文検索を使ってみる : mwSoft blog
FTS3を使って全文検索してみた。 SQLiteの全文検索というと、昔はFTS1とか2とかのモジュールを使用する方式だったみたいだけど、現在はFTS3なるものがsqlite3.exeとかに含まれているので、得に下準備をすることなく使用できるっぽい。 公式の説明 http://www.sqlite.org/fts3.html 参考にしたサイト http://cast-a-spell.at.webry.info/200806/article_15.html フルテキストサーチする為にやることは以下の3つ。 ・CREATE VIRTUAL TABLE テーブル名 USING fts3 でテーブルを生成する ・INSERTする時に、フルテキスト検索に使いたいカラムに、ヒットさせたいワードを半角スペースで区切りつつ登録 ・MATCHを使って検索する 検索方法とかそれなりに用意されているので、そこそこ
sqliteのLIKE演算でインデックスを使う方法 — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
sqlite3 like検索でインデックスが逆効果になる？
理解できない現象があったので、記録してみます。 下は、like検索でインデックスが使用されるための条件としていくつか挙げられている条件です。 2. The right-hand side of the LIKE or GLOB must be a string literal that does not begin with a wildcard character. LIKEかGLOBの右側は、ワイルドカードで始まらないリテラル文字列でなければならない。これは、like検索の対象のカラムにインデックスが作成されていても、最初の文字がわからなければ、ソートされたインデックスを効果的に検索することは、できなさそうなので、理解できる気がしました。 だとすると、下のような使い方では、インデックスは使われるわけがない。 select t.id from ticket as t inner join
あの不定記 sqlite の LIKE 演算でインデックスを使う方法
sqliteのLIKE演算でインデックスを使う方法 ― ありえるえりあ sqliteで、次の条件を満たしたselectでインデックスが使われていませんでした(explainで確認)。 インデックスを張ったカラム LIKE '/foo/bar/%'のように%が最後 次のページにsqliteがLIKE演算子に対しインデックスを使う条件が書いてありました。 http://www.sqlite.org/optoverview.html case-sensitive=OFFの時、sqliteは上記のようなLIKE演算に対して、インデックスを使ってくれません。 張ったインデックスの collating sequence は何でしょうか？どこでも何も指定しなければデフォルトの BINARY ですが、case-insensitive な演算に使うためには NOCASE でないといけません。 また、インデッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to use sqlite database with xampp using php
SQLについて。LIMITで範囲を指定したあとに、その範囲内でソートしたいのですがどうやればいいのでしょう？そもそもそんなことできる... - Yahoo!知恵袋
Nyle Engineering Blog
サービス終了のお知らせ
https://qiita.com/kantomi/items/d3a9bb5fc06b58057f0d
http://www.machu.jp/posts/20070125/p01/
Which SQL query is better, MATCH AGAINST or LIKE?