タグ

dbmsに関するt-wadaのブックマーク (24)

  • DB Online:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ)

    「僕、実は文系出身なんですよ。だからデータベースエンジニアとしての出自はあまりよろしくないかもしれない(笑)」―開始早々、ワン・オー・ワン 代表取締役社長 二階堂隆氏は笑いながらこう切り出した。ワン・オー・ワンが開発/販売する製品やソリューションは、バッチ処理システム開発ツール「101will」やWebアプリ... (続きを読む) 2011年4月26日、日HPは同社のデータベース戦略について発表を行った。その際のキーワードは「ロックリリース」。HPが、ベンダーロックインを発生させていると指摘する対象は、もちろんOracleのことだ。データベースビジネス業界で、いったい何が起こっているのか―... (続きを読む)

    t-wada
    t-wada 2011/05/10
    DB Magazine が Web 上で復活したような感じでしょうか。期待大です。
  • NoSQLの成功は1:10問題にかかっている:Kenn's Clairvoyance

    ここ2-3年ほど、いわゆる非SQL系データベースがホットな話題になってきています。このムーブメントを総称して「NoSQL (Not-only SQL)」と呼ばれることが多いようです。まるでSQLを否定しているかのような誤解を招きやすい用語ですが、かといってキー・バリュー型データストアや列指向DBを総称できる他の呼び方もないので、このエントリではNoSQLという用語を使うことにします。 OracleMySQLなどのSQLデータベースが成熟していく一方で、SQLデータベースを特徴づける弱点である柔軟性のなさ、堅牢さと引き換えに犠牲になった更新性能の低さ、スケールアウトの難しさなどから、「何でもかんでもRDB」から「目的に応じた永続化」が模索される流れになってきました。 時を同じくして、キャッシュサーバの世界でも、MemcachedのもつシンプルなAPIの使いやすさが評価される一方、LRUによ

    NoSQLの成功は1:10問題にかかっている:Kenn's Clairvoyance
    t-wada
    t-wada 2010/09/20
    NoSQL に関するバランスのとれた考察。さすが。
  • The relational database needs no "defense" · Ted Neward's Blog

  • not found

    not found

  • Selenium 0.7 TipsとExcelによるDB初期化:CodeZine

    テストの環境としては、ローカルマシンにてWeb/APサーバ(Tomcat)を起動してテスト対象アプリケーションをデプロイしています。テスト対象のアプリケーションとして、プレゼンテーション層にStruts(1.2.7)を用いて作成されたJavaEE/Webアプリケーションを使用しました。テストケースの書き方 Tips集(1/2) ここではテストケースの書き方のヒントや便利なコマンドの使い方などを紹介します。openコマンドのURL指定 Seleniumでは、URLを指定して、html(JSP)を開いたり、サーブレットを起動したりできます。URLは絶対パス、相対パスのいずれも指定可能です。しかし、絶対パス指定だと、アプリを起動するマシン(IP)が限られてしまいます。 例えば、「http://localhost:8080/~」と指定した場合、自分のローカルマシンでしかテストを実行できません。17

  • jsys-products.com

    This domain may be for sale!

  • Database Testing: An Introduction to Database Testing

    Database Testing: An Introduction to Database Testing by Scott W. Ambler Database management systems (DBMSs) persist mission-critical data and implement mission-critical functionality. These DBMSs, henceforth referred to simply as databases, may be based on relational, hierarchical, network, or some other technical architecture.  Database testing is the act of verifying that a database, also known

    Database Testing: An Introduction to Database Testing
  • dbmstools

    About dbmstools dbmstools is a set of utilities for software developers who work with databases. dbmstools understands database schemas (tables, sequences, views etc.) and DBMSs (Database Management Systems, e.g. Oracle, Postgres). It can: Generate the same (or similar) schema for many different DBMSs, all from a single XML representation Migrate a schema from one DBMS to another, via an XML repre

  • 2006-06-02

    「一般的には、第3正規形まででよい」理由について書かれた貴重な記事をきちんと読んでみた。 素早く正規形を見抜く実践テクニック http://www.atmarkit.co.jp/fdb/rensai/db_enginer03/db_enginer03_1.html 「なぜ第3正規形まででよいのか」の結論は以下の通り: テーブル構造からビジネスルールを排除すると、第3正規化までで正規化が完了する。 この記事でいうビジネスルールとは、要するに関数従属性・多値従属性・結合従属性とかのこと。 「ビジネスルールを排除する」とは、リアルワールドにあるxx従属性をDB上の制約として実装しないこと。 つまり、「ビジネスルール」という表現を避けて、ものすごく砕いて書くと、こういうこと: とりあえず第3正規形にして、まだ非完全正規形のテーブルがあったら、サロゲートキーを付ける。 そしたら完全正規形になる。 だ

    2006-06-02
    t-wada
    t-wada 2006/06/02
  • mysql:12071 階層化されたデータをMySQLで扱う

    From: zen kishimoto <zen kishimoto <zen@xxxxxxxxxx>> Date: Sat, 03 Sep 2005 09:24:15 -0700 Subject: [mysql 12071] 階層化されたデータをMySQLで扱う (Managing Hierarchical Data in MySQL) http://dev.mysql.com/tech-resources/articles/hierarchical-data.html (図はこのサイトを参照のこと) Mike Hillyer著 初めに 多くのユーザーは一回くらいはSQLデータベース内で、階層化したデータを 扱ったことがあると思います。そのときはリレーショナル データベースは階層化したデータ用に開発されなかったと考えたと思います。 リレーショナルデータベースのテーブルは階層化されておらず

    t-wada
    t-wada 2006/03/16
    非常に参考になる
  • CodeZine:楽々ERDレッスン 第2回:「図書館の予約申込書」編

    はじめに おかげさまで、前回の記事は多くの方々からご好評をいただけたようでほっとしております。あちこちのブログなどを拝見していますと、記事をきっかけにして身近な例でERDを書いてみた方も見受けられます。今回も身近な題材でデータベース設計というものを考えていきたいと思います。 合言葉は、「量は質に転化する」。では、今回も張り切って行きましょう。 対象読者 データベース設計の初心者~中級者。 必要な環境 以下のいずれかのRDBMS。 PostgreSQL 8.0以上 MySQL 4.0以上 HSQLDB 1.7.2以上 MaxDB 7.5以上 Oracle 10g以上 SQL Server 2000以上 題材 今回の題材は、近所の図書館にあった書籍の予約用紙(図1)です。子供たちとを借りに行った際にカウンターに置いてあったので早速利用することにしました。では、デー

    t-wada
    t-wada 2005/10/04
  • [MySQLウォッチ]第20回 MySQL 5.0で一挙に増加,様々な特徴を持つストレージ・エンジン

    MySQL 4.0では,複数のテーブルタイプが選択できる。それぞれのテーブルタイプは,物理的なデータの格納方法やデータ処理の機能が異なっている。このように異なったテーブルタイプをサポートできるのは,異なるストレージ・エンジンを持っているからであり,MySQLの大きな特徴でもある。 まもなくリリースされるMySQL 5.0では,さらに多くのストレージ・エンジンを搭載する。今回は,MySQL 5.0のストレージ・エンジンを紹介する。 これまでのストレージ・エンジン まず,MySQL 4.0に搭載されているストレージ・エンジンを説明する。MySQL 4.0では,表1のようなテーブルタイプに対応したストレージ・エンジンを使用できる。 表1●MySQL 4.0で使用できるテーブルタイプ カテゴリ テーブルタイプ 概略

    [MySQLウォッチ]第20回 MySQL 5.0で一挙に増加,様々な特徴を持つストレージ・エンジン
    t-wada
    t-wada 2005/09/25
    FEDERATEDストレージ・エンジン -> 他のMySQLサーバーのテーブルがローカルにあるテーブルと同様にアクセス可能
  • レガシーの呪いを解くには勇気が必要だ - 設計者の発言

    大きなレガシーシステムはたいてい「動いているが、なぜそのような作りになっているか誰もわからない」といった状態になっている。下手に変更すればシステムが動かなくなることを担当者は身にしみて知っている。日々の業務が動いていることのほうが重要なので「なるべくシステムを変えない」ことがシステム部門としての至上命令になっていたりする。事業を支援するはずのシステムが、その発展を阻害しているなんて悪い冗談だ。 さすがにこのようなシステムなら、もののわかる経営者であれば危機感を覚える。絶え間なく変化する市場に合わせて新しいサービスを考案して事業に組み込まねばならないからだ。変化を禁じられた事業なんて死んだも同然だ。そこで大きな予算を用意して刷新プロジェクトを立ち上げるのだが、けっきょくもともとの構造をそっくり別のプラットフォームに移し変えただけのようなシステムが出来上がることがじつは少なくない。 理由はいく

    レガシーの呪いを解くには勇気が必要だ - 設計者の発言
  • Problems with using stored procedures

    Indeterminate Heuristics Problems with using stored procedures by Dale Asberry September 19, 2005 Summary This is a one-sided analysis of the downsides of using stored procedures. PLEASE do not take this to mean that I'm in any way against their *judicious* use. Errors in the stored procedures tend to affect the database globally, even for applications that are not using it For one of my clients,

    t-wada
    t-wada 2005/09/24
  • DBの時刻合わせに気をつけよう - sanonosa システム管理コラム集

    サーバ設定に慣れた人であれば、ついついDBサーバにもNTP等を使った自動時刻をしてしまいたくなるものです。しかしDBの中には下手に時刻合わせをしてしまうとダウンしてしまうものもあるので気をつけましょう。 【時刻合わせとDBダウンの関係性】 時刻合わせと言っても、現在時刻より先に進めるパターンと過去の時刻に戻すパターンがあります。ほとんどのDBでは前者のパターンでは問題がありません。しかし気をつけなければならないのは後者のパターンです。時刻が過去に戻るとDBによってはシステム不整合と検知されダウンしてしまうものがあります(ORACLEなど)。 【DBの時刻の合わせ方】 一番安全なのは時刻合わせをする場合はメンテ日に全システムを止めた上で時刻を合わせることです。 【裏技】 しかし、そうは言ってもとめられないシステムというものもあると思います。そういった場合はこういう裏技があります。それは時刻を

    DBの時刻合わせに気をつけよう - sanonosa システム管理コラム集
  • http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20050830/167085/

  • 楽々ERDレッスン 第1回:「お持ち帰りご注文用紙」編:CodeZine

    はじめに システム構築においてデータベース設計は不可欠です。そこで多くの方がデータベースの設計技法について書籍で学んだりするのですが、なかなか身についたと感じられないことも多いのではないかと感じます。 その理由は、実務で任せられる機会というのが少ないからというのが大きなものとして挙げられます。データベース設計というのは、やはり重要な箇所ですから自然と経験のある人に任せられることが多いのが実態です。しかもデータベース設計を担当するのはプロジェクト全体の中でもごく少数だけになりますから、なかなかチャンスが巡ってきません。 しかし、それを嘆いているばかりではスキルが身につかないのも道理です。そこで身近にあるものを何でも手当たり次第にデータベース設計のネタにしてしまうことで、コツコツと地力をつけていこうというのがこのシリーズの主旨です。 合言葉は、「表組みを見たらERDを描け!」 。では、

  • サイボウズMySQL採用に見る破壊的イノベーション - naoyaのはてなダイアリー

    サイボウズがそれまでのプロプライエタリな姿勢から、MySQLの採用に踏み切った背景には何があるのか。サイボウズの代表取締役社長、青野慶久氏がその真意を語った。 サイボウズが製品パッケージに使用しているDBを独自DBからMySQLに変更した、その理由を社長自らが語るという記事。市場におけるMySQLの現在の状況がよく分かる、非常に有益な記事です。 以前にNDO::Weblogの方で'MySQL は商用 RDBMS にとっての破壊的イノベーション'と題して、はてなにおけるMySQLの使い方を例に、MySQLがどうして破壊的かということを述べました。はてなにおいては、 そこまでうまくいくかどうかは別として、MySQL や PostgreSQL がどうして破壊的なのかという問いに関しては、まず第一にフリーだからという点が挙がります。しかし実はここは重要なポイントではなく、コストが劇的に下がったこと

    サイボウズMySQL採用に見る破壊的イノベーション - naoyaのはてなダイアリー
  • http://yamipro.ameblo.jp/entry-3872463068e49e3f9e00f7198926c6dd.html

  • データベースカバレッジという考え方 - きしだのHatena

    データベースアプリケーションのテストデータを用意するとき、どういうデータを用意しますか? 「注文があって出荷してないデータ」「注文があって出荷していて入金がないデータ」という風に業務の流れにそってデータを考えることが多いと思います。 ただ、テストのを見ても、どうやってテストデータを用意するかということが書かれていることは多くありません。というか市販ので見たことがありません。 データベースアプリケーションでは、ひとつの処理でまったく分岐がなく上から下にSQLを順番に発行するということが少なくありません。そういうとき、C1とかC2とかの処理カバレッジというのは簡単に100%に近くなってしまい、テストがアプリケーションの状況を網羅しているかどうかという指標にはなりにくくなります。 データベースアプリケーションでは、「すべての処理を行ったかどうか」という処理カバレッジでは充分ではなく「すべての

    データベースカバレッジという考え方 - きしだのHatena