「外部に対し情報を提供すれば，我々が必要とする情報も入手しやすくなる」---これまで内部システムについては口を閉ざしてきた楽天が，そのシステムについて語り始めた。 同社はいわずとしれた国内最大規模のオンライン・ショッピング・サイト「楽天市場」を運営する企業。楽天はシステムではなくサービスを提供する企業，という考えから，これまでシステムについての情報はあまり提供してこなかったのだ。 しかし，状況は変わってきた。楽天で開発の陣頭指揮を執る安武弘晃 開発推進部長は，「サービスの規模が大きくなるにつれて企業規模も大きくなり，開発の進め方が職人芸的な形から，チームによる組織的な形へと変わってきた」と述べる。そして冒頭のようなオープン路線宣言となったわけである。 その結果，楽天はLinuxやApacheはもちろん，数十台のサーバーでMySQLを動かし，約半数のアプリケーションでPHPを採用する，オープ
SQLite（エスキューライト[2][3]、エスキューエライト[4][5]、なお、作者のHippはエスキューエルアイト(/ˌɛsˌkjuːˌɛlˈaɪt/[6][7][8])と発音している）は、パブリックドメインの軽量な関係データベース管理システム (RDBMS) である。 サーバとしてではなくアプリケーションに組み込んで利用されるデータベースである[9]。 一般的なRDBMSと違い、APIは単純にライブラリを呼び出すだけであり、データの保存に単一のファイルのみを使用することが特徴である。バージョン3.3.8からは全文検索のFTS1モジュールがサポートされた。その後 FTS2 - FTS3 と強化を続けバージョン3.7.4からはFTS4モジュールがサポートされている。 SQL92の機能の多くを実装 著作権を放棄しパブリックドメインに帰している サーバではなくライブラリ ライブラリは数百KB
312 ：1/3：05/03/12 03:17:26 ID:??? 突然ですが，面白い SQL を思いついたので，ご意見を頂きたいです．興味を持たれた方は使ってみてくだちい。 一般的に，SQL の発行は，プリペアドステートメントを使う方がよいとされている．その理由は， DBMS のキャッシュが良く効く． SQL インジェクション等の危険が避けられる，等． しかし，webアプリの検索フォームなどでは，プリペアドステートメントは使えない場合が多かった．検索条件項目が複数存在していて，いずれの項目も必須で無い場合，項目が入力されているかどうかをチェックし，それに合わせてSQL 文の WHERE 句の内容をツギハギしなければならないからだ． SQL文そのものも，そしてそれにセットする引数の個数も可変なので，プリペアドステートメントを使うのは無理だったのである． 今回思いついたのは，このような条件で
スキーマ（schema）とは、データベースの構造であり、データベース管理システム (DBMS) でサポートされている形式言語で記述される。関係データベースでは、スキーマは関係 (表) と関係内の属性 (フィールド) 、属性や関係の関連の定義である。 スキーマは一般にデータ辞書に格納される。スキーマはテキストによるデータベース言語のデータ定義言語 (DDL) で定義されるが、グラフィカルにデータベース構造を表したものをスキーマと呼ぶことも多い[1]。 用途によって属性 (フィールド) をカスタマイズして作られる。 例えばひとつの実体にA～Eまでの属性が定義されていて、スキーマ1にはA、C、Eの属性を定義、スキーマ2にはB、D、Eを定義し、2種類のデータベースで運用しているようなことも実現できる。
データベースに限った話ではありませんが、特にコンピュータ関連ではたくさんのキーワード（用語）が出てきます。はじめてデータベースの勉強をしようとすると、まずはキーワードの数と難しさにとまどってしまうと思います。また一般的なコンピュータに関するキーワードでも、データベース関連だと意味が多少異なるキーワードもあります。そして、キーワードを1つずつすべて把握しようとするのは大変困難で時間もかかります。中にはよく使用する用語もあれば滅多に使用しない用語もあります。そこで本パートでは、出現頻度が高く、最低限は押さえておきたいキーワードを12 個紹介します。 keyword 1 データベース（DBMS） 入門者の中には、データベースという言葉は聞いたことはあるが、具体的なイメージがわかないという人が意外に多いと思います。考え方としては、データベースは「複数の人が共有利用するデータを貯めてある入れ物」です
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
矢沢久雄 グレープシティ アドバイザリースタッフ 今回のキーワード ・SQLの構文 ・SELECT文 今回は，SQL（SQL文）の構文を説明します。前回説明したように，SQLは，DBMSに与えるクエリー（問い合わせ命令）を記述するものであり，DBMSの中には，リレーショナル・データベースがある，ということを念頭に置いて読んでください。あらかじめ申し上げておきますが，およそコンピュータの世界で言語と呼ばれているものは，構文がすべて英語に似ています。言語を使って命令を記述するわけですから，命令文の構文になっています。英語の命令文の構文は，“Give me money.”のように「動詞＋目的語」となります。これは，SQLでも同様です。 SQLは，DBMSに命令を与えるものですが，DBMSのすべての機能を操作できるわけではありません。SQLにできることは，データベースの作成，データベースの読み書き
「データベース」とは何か？ 企業には、顧客に関するデータや商品の在庫数など、企業活動で生じた「さまざまなデータ」が存在します。このようなデータを共有利用するために1つにまとめたデータの集合体が「データベース」です。 どこの会社でも行っている「売上管理」でデータベースを考えてみましょう。会社の規模が小さいうちは、「表計算ソフトウェアで、簡単に管理できる」と思うかもしれません。しかし、売り上げが伸び、取引先が増え、従業員数も増えていくに従って、これだけでは問題が発生するようになります。例えば、複数の従業員が同じようなデータを、それぞれ独自のやり方で作成／保持していると、「どれが最新のデータか分からない」「どれが正しいデータなのか分からない」「ある月の特定の日の売り上げデータだけが知りたかったのに、探すのに時間がかかる」、といったように、データ管理が徐々に難しくなり、必要かつ正確なデータをすぐに
前回はNoSQLデータベースとRDBMSの設計思想の違いを解説しました。今回は、それを踏まえてNoSQLデータベースでデータベースを設計するときに覚えておきたいポイントを解説します。（編集部） NoSQLデータベース設計のセオリーとは？ 前回は、NoSQLデータベースが登場してきた背景や、リレーショナルデータベース管理システム（RDBMS）との違いを解説し、いくつかの代表的なNoSQLデータベース製品を紹介しました。長年、データ管理の分野で主役を担ってきたRDBMSはデータ一貫性を強く保持する仕組みを備えていましたが、半面その特徴ゆえにネットワーク上の複数のサーバにデータを分散すると（分散環境）十分に性能を発揮できず、スケールアウトによる性能向上が困難であるという弱点を持っています。 分散環境において高い性能を発揮するNoSQLデータベースの世界では、一体どのような考え方でデータベースを設
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
