JointはUMLや家系図、ER図などをダイナミックに描くJavaScriptライブラリ。 JointはJavaScript製のオープンソース・ソフトウェア。Webでは簡単に表現できることから、テキストベースでのコンテンツが多い。だがテキストに溢れたWebサイトというのは見ていて疲れてしまうものだ。グラフがあるとインパクトも大きい。 家系図 だがデータベース等にあるデータをWeb上で表現するのは大変で、サーバ側での何らかのライブラリが必要になるケースが多い。そこで使ってみたいのがJointだ。 JointはJavaScriptで図を描くライブラリで、多彩な種類に対応している。例えば家系図、ER図、各種UML、DEVS、ペトリネットなどだ。さらにオブジェクト同士の接続方法も多様に用意されており、直線や曲線など多彩にある。接続を指し示すときの矢印すら数多い。 マウスで動かせる さらに面白いのは
データベース設計の話をしていて、「連番の主キーは業務上意味のないデータだから、テーブルに持たせるのはムダだ。複合主キーにするべき」という意見を聞く機会がありました。 脊髄反射で「ないわー」と思ったものの、理由を上手く説明できなかったので、改めて考えてみました。 その結果、次のような結論に至りました。 単一の連番カラムによる主キーと、複合カラムによる主キーとで迷ったら 実装をシンプルにし、業務変更の影響範囲を小さくするために、複合主キーを避ける というわけで、調べたことや考えたことをメモしておきます。# 間違っている部分があれば、教えていただけると嬉しいです。 （2011/07/25 追記）複合主キーとサロゲートキーについては、要件やシステムに依存して多様な判断がありうると思います。にもかかわらず、「避けるべき」というタイトルにしたのは極端でした。申し訳ありません。ご指摘下さった皆さん、あり
TMD-Maker ドキュメント¶ このドキュメントでは、TMD-Makerの説明とTMD-Makerを使ったTMD(T字形ER図)の作成方法を解説します。 ※内容はTMD-Makerの進化と、私のTM(T字形ER手法)の理解の深化に伴い順次更新します。 目次 --
DB設計の神ツール「ERMaster」なら、ここまでできる：ユカイ、ツーカイ、カイハツ環境！（11）（1/3 ページ） 無料のEclipseプラグイン「ERMaster」とは データベースのテーブル設計を行うときに皆さんは、どのようにしているでしょうか？ いくつかの無料で利用できるツールが提供されているので、筆者はそれらを利用していましたが、最近「ERMaster」と呼ばれるEclipseプラグインの存在を知りました。 ERMasterは、ほかのツールに比べ、直感的で分かりやすいUI（ユーザーインターフェイス）に、カスタマイズ可能な、Excelで出力できるテーブル定義書、辞書機能など痒いところに手が届くERモデリングのツールです。本稿では、このERMasterについてご紹介します。 ERMasterの主な特徴、8つ ERMasterには、主に次のような特徴があります。 【1】直感的で使いや
MySQLといえば、コマンドラインで操作するしかできないようなイメージが世間では定着してしまっている気がするのだが、実はちゃんとGUIも存在する。 MySQLはかねてより（MySQL AB時代から）オフィシャルなGUIツールとして、管理ツールとしてMySQL Administrator、SQL文を編集＆実行するためのQuery Browser、そして他のRDBMSからの移行ツールであるMigration Toolkitという3つのツールを提供していたのだが、先日それらのツールに対して開発終了のお知らせが出てしまった。 オフィシャルなGUIツールはもう無くなるのか？！！と思ってしまわれるかも知れないが、どうか焦らないで頂きたい。 現在、MySQLが提供するGUIツールとして活発に開発が続けられているものとして、MySQL Workbenchというものがある。このツールは、ビジュアル的に（実体
設計 MySQL Workbench は、 DBA、開発者、データアーキテクトがデータベースの設計、作成、管理をビジュアルに行うことができるツールです。データモデラーが複雑な ER モデルの作成、フォワードおよびリバースエンジニアリング作業を行うために必要な機能を含み、難しい変更管理や、通常かなりの時間と労力を必要とするドキュメンテーション作業の為の重要な機能なども含まれています。 詳しくはこちら » 開発 MySQL Workbench は、SQL クエリーの作成、実行、最適化をビジュアルに行えるツールを備えています。SQL エディタは、シンタックスのカラーハイライト、自動補完、SQL ステートメントの再利用、SQL の実行履歴情報を提供します。Database Connections Panel によって MySQL Fabric を含む一般的なデータベース接続の管理が容易になります。
DB設計のアプリ最適な作業 引用記事：「アプリ寄りなDB設計者、インフラ寄りなDB設計者」 ※こちらの記事の内容を前提とします。 「データベース物理設計」と聞くと、 どんなことを想像しますでしょうか？ 大抵の人は、 データ型などを決定し論理モデルから物理モデルを作成して、 データ容量やその他パラメータなど、 インフラ的な調整をする設計と考えるでしょう。 まあ、それで正しいわけです。とても大事な作業です。 自分はこの「物理設計」に、 「アプリでの開発のし易さのための調整」を入れたい、 と考えています。 DB設計のインフラ最適な作業はかなり一般的な概念で 忘れられることはないですが、 「DB設計のアプリ最適な作業という概念」は、 あまり一般的とは言えないような気がします。 (物理設計が違和感あるなら別に他でもいい。 とにかくその概念がどこかに必要) 何を言っても、もう変えられません 現場でよく
SQLアタマアカデミー 第3回テーブル設計のグレーゾーン～毒と薬は紙一重 （1）単一参照テーブル～テーブルにポリモフィズムは必要か はじめに リレーショナルデータベースが関わる案件において、その開発効率と品質を最も大きく決定する要因は、テーブル設計です。テーブル設計は、工程のかなり初期の段階でなされますが、ここがまずいと、その後の開発全体を無駄に不効率で混乱したものにしてしまい、かつ容易に後戻りがきかないという重要なステップです。したがって、「はじめにテーブルありき」は何にもまして重要な合言葉です。 しかし、この工程の難しいところは、往々にして一義的な正解を定められないことです。常に「これが正解」と呼べるような決まったアルゴリズムが存在しないのです。もちろん、数十年にわたる多くの人々の努力によって、いくつかの効果的な設計技法や、原則として踏み外してはいけない最低限のルール（可能な限り正規
ErmodellerはJava製のオープンソース・ソフトウェア。最近はデータが主体になったシステム開発が多い。データは大抵がデータベースによるものだ。そうなるとデータの定義が固まればコントローラの仕組みも大抵決まってくる。データベースを適切に設計することが、システムの組みやすさやパフォーマンスに大きな影響を及ぼすのだ。 各種DBに対応したモデリングができる そうなるとデータモデリングソフトウェアに対する期待が大きくなる。その点、マルチプラットフォームで動作するJava製のモデリングツールは優位だろう。Ermodellerは多数のデータベースに対応したモデリングソフトウェアとして便利に使えそうだ。 Ermodellerが対応するのはMySQL/PostgreSQL/Oracle/PointBaseとなっている。モデリングは概念、論理、物理型の3つに対応している。データベースからのリバースエン
概念データモデルの構成要素 概念データモデルは、システム化対象範囲にある業務プロセスをモデル化したもので、これを見ただけで企業のビジネス活動が分かるという大きなメリットがあります。図1の販売活動に焦点をあてた概念データモデルを例に、この企業の販売活動を読み解いてみましょう。 概念データモデルは「ハイレベルエンティティ」（図1緑色枠）、「識別子」（図1青色枠）、「リレーションシップ」（図1赤色枠）の3つから構成されます。 エンティティとそれを捕捉する識別子 まず、概念データモデルは企画段階で作成するものであるため、システム化対象範囲にあるデータ群を簡易的なレベルで表します。このデータ群が「ハイレベルエンティティ」（本稿ではエンティティと略記します）です。 これらエンティティを顧客コードや商品番号のような「ｘｘコード」、「ｘｘ番号」という「識別子」から捕捉します。 イベント系エンティティ、リソ
<body> <span>このページはフレーム対応のブラウザでご覧ください。</span> </body>
第1回，第2回で，概念データモデリングを行なう本当の目的は業務ルールの整理と分析にあることについて解説しました。ところが，概念データモデリングの重要性を理解して実際にモデリングを開始しても，実際には思うようにモデリングできない場合があります。そこで今回は，正しい概念データモデリングの方法を解説します。 ケース4 D社は，四輪エンジンのシャフト部品などを製造する金属部品メーカーです。今年度から取り扱い製品の大幅な増加が予想され，製造工程を統合的に管理する生産管理システムの導入を決定しました。システム化の対象範囲は，年間予算を作成する「営業部」，生産計画，製造指図，設計/材料情報を管理する「生産管理課」，工程進捗を見る「製造部」，品質情報を管理する「品質管理課」の4部門です。 情報システム部では，まずは業務を分析し新システムの概念データモデルを作成することになりました。ところが，初めて本格的に
モノには、意味と形が備わっている。 例えば、「商品マスタ」というモノには、「商品マスタ」という 名前が付いている。これが、そのモノを表す形。 一方、意味も持っている。 Aというシステムで扱う、「商品マスタ」と Bというシステムで扱う、「商品マスタ」とでは、 形は同じかもしれないが、意味が全く異なる場合がある。 この「意味」を顕すことは、実は単純にはいかない。 「意味」は、他のモノとの「関係」で、初めて顕すことできる。 単体で、自明の意味を持つと考えることができる モノがあってもおかしくはない。 だが、突き詰めて考えると、果たしてその「意味」は 誰にとっても同じ認識、ぶれることのない「意味」と言えるのだろうか、 と考え始めたときに、疑わしくなってくる。 この「顧客マスタ」は、顧客を管理するエンティティです。 では、この「顧客」とは何か、取引先か、得意先か、仕入先か。 どうやれば、その意味を確
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く