ER図(Entity Relationship Diagram)はDBテーブルを関連性と属性を使って表す図のことです。 プロジェクトにジョインする時とか、ER図を書きながらテーブル構成を把握すると捗りますよね! とはいえ、テーブル数が数百を超えると手書きは時間がかかるし、機能的に重要でないテーブルとかもあり効率が悪くなってきます。 (ツールを使ってもいいですが、テーブルの追加があった時にわざわざメンテするの忘れがちになってしまいますしね) エンジニアらしく効率的に作れないかな🤔と思っていたら、ER図を自動生成するSchemaSpyというツールがあったので、使い方と共に紹介します。 SchemaSpyについて ↓ER図サンプル https://schemaspy.org/sample/index.html オープンソースのER図自動生成ツールで、 dockerベースとjarベース(Java
こんにちは。プロダクトグループの坂井です。 システムは１度作成して終わりではなく、日々機能改善、仕様変更を繰り返して変化していきます。 ドキュメントをメンテナンスする時間がなかった、忘れていた・・・など色々と理由はあると思いますが、実装とドキュメントの整合性を保つのは大変なことだと思っています。 こういったメンテナンスが少しでも楽になりそうなSchemaSpyを利用して、既存の実装からどれくらいのレベルのドキュメントが生成できるかを試してみました。 SchemaSpyとは？ 既存のデータベースからデータベースのドキュメントをHTMLで出力するJava製のツールとなります。 SchemaSpy また、弊社ブログでも紹介させていただきました。 Apache AirflowのER図をSchemaSpyで自動生成するようにしてみた ｜ DevelopersIO 環境 macOS Mojave 10
UMLをテキストベースで記述できるPlantUMLを使っている方は多いのではないでしょうか。クラス図を流用する形でER図も描くことができます。そして、データベースはすでにあり、そこからPlantUML用に出力できればいいのに、と考えている方もまた多いでしょう。 そんな方にお勧めなのがplant_erdです。各種データベースに対応したER図エクスポートソフトウェアです。 plant_erdの使い方 出力した内容をPlantUMLで表示しています。 plant_erdはSQLite3、MySQLそしてPostgreSQLに対応しています。各データベースの内容をそのままPlantUML向けに出力が可能です。特定のテーブルだけを出力対象にもできます。リレーションも再現され、データベース構造をドキュメントに書き出すのにぴったりです。 plant_erdはGo製のオープンソース・ソフトウェア（MIT
前回は、GitHubでER図を管理する方法を記事にしましたが、今回はPlantUMLでER図を描く方法を紹介します。（前回の記事はこちら） なぜかは知らないのですが、シーケンス図やユースケース図、クラス図などとは違い、ER図についてはPlantUMLの描き方のドキュメントが少ないです。（そもそも公式のページに記載がない） ということで、非公式ですが、描いている中で見つけた描き方を紹介したいと思います。 エンティティエンティティは通常、こんな感じに描きます。あまりないと思いますが、ダブルクォーテーションで囲うことで、非文字（スペース等）を使用することもできます。非文字を使用する場合は、asを使って別名を定義してあげましょう。 entity entity1 { primary_key -- attribute } entity "entity 2" as entity2 { }エンティティのE
@startuml /' 図の中で目立たせたいエンティティに着色するための 色の名前（定数）を定義します。 '/ !define MAIN_ENTITY #E2EFDA-C6E0B4 !define MAIN_ENTITY_2 #FCE4D6-F8CBAD /' 他の色も、用途が分りやすいように名前をつけます。 '/ !define METAL #F2F2F2-D9D9D9 !define MASTER_MARK_COLOR AAFFAA !define TRANSACTION_MARK_COLOR FFAA00 /' デフォルトのスタイルを設定します。 この場合の指定は class です。entity ではエラーになります。 '/ skinparam class { BackgroundColor METAL BorderColor Black ArrowColor Black } pa
2017-04-24 はじめに voormedia/rails-erd: Generate Entity-Relationship Diagrams for Rails applications を使って tootsuite/mastodon: A GNU Social-compatible microblogging server のER図を生成してみました、というだけの記事です。 Relax Ruby version requirement (#1901) · tootsuite/mastodon@0611209 のコミットに対して 生成したPDFが mastodon-er-diagram.pdf です。 たぶん今後更新しないので新しいER図が欲しい方は自分で生成してください。 生成手順 生成時にデータベースにアクセスするので、mastodonのソースを git clone しただけで
最近シーケンス図を書くのにPlantUMLを使っていますが、テキストベースで書けることにより無駄なレイアウト調整の作業から開放されてとても快適です。 ER図も同様に書きたいと探していたらGithubで公開されているツール(BurntSushi/erd)がありましたのでご紹介します。 最終的に、このようなテキストを書くと、 title {label: "nfldb Entity-Relationship diagram (condensed)", size: "20"} # Nice colors from Erwiz: # red #fcecec # blue #ececfc # green #d0e0d0 # yellow #fbfbdb # orange #eee0a0 # Entities [player] {bgcolor: "#d0e0d0"} *player_id {label
あんまり日常的に開発で使うことなさそうだけど、誰かにアプリの概要を説明したり、QiitaとかでサンプルアプリのER図を見せたい時とかに使えるGemたち。 preston/railroady voormedia/rails-erd この2つ。railroadyの方はモデルのER図だけじゃなくて、コントローラーなどのクラス図なども作成できる。 前提 Rails v4.x Graphviz v2.22 Graphvizというパッケージが必要になる。GraphvizとはDOT言語というスクリプトをグラフに描画してくれる良い感じのやつらしい。どうでもいいけど、DOT言語ってカッコいいな…。 Graphvizのインストール yum系
前回記事で、業務システム開発の上流工程でDB設計がないがしろにされるケースがあると指摘したが、よほど低レベルな職場でない限り、今では上流工程でのER図の作成が標準化されるようになっている。 ところが、そのER図がまるでショボいにも関わらずレビューで承認されるケースがあとを絶たない。理由は単純で、ER図があるかどうかだけがチェックされて、内容レベルの検証がなされていないためだ。それはとりもなおさず、DB設計を的確にレビューできる技術者がいないためでもある。 ER図を見れば、プロジェクトが成功するかどうかまではわからないかもしれないが、「デスマーチ化するかどうか」はわかる。それほど便利な図面が提出されながらレビュワーのスキルが足りないのでは、設計標準の持ち腐れというものだ。 そこで、ER図を効果的にレビューするためのポイントを紹介したい。構成的な心地よさがあるか、キー構成が単純すぎないか、創意
はじめに 今年から、あるシステムを引き継ぐことになりました。 リレーショナルデータベースを使うシステムで、各テーブルの項目定義書のような資料があることは分かっています。しかし、テーブル間のリレーションに関する資料をみたことがないので、既存のデータベースからリバースエンジニアリングで、ER図をおこすことができないかと考えました。 グラス片手にデータベース設計~販売管理システム編 (DBMagazine SELECTION)posted with amazlet at 13.01.06梅田 弘之 翔泳社 売り上げランキング: 34,882 Amazon.co.jp で詳細を見る DB設計の神ツール「ERMaster」 以下のページに書かれているERMasterというツールを使うと、既存のOracleデータベースからER図を生成できることが分かりました。 DB設計の神ツール「ERMaster」な
<body> <span>このページはフレーム対応のブラウザでご覧ください。</span> </body>
この記事は tech.kayac.com Advent Calendar 2014 18日目です。 どうも。system perl version 5.8 で class とかほぼ使わない ORM も無い 生DBI で でもなぜか Xslate は使ってて Apache 2.0 と MySQL5.1 と memcached でなぜかシャーディング(DBの水平分割)された、生まれてから死ぬまで(約3年近く)を見届けたモバイルな案件から一転して、plenv でビルドする perl の version 5.20 を使って Carton でモジュールを固定し Mouse を使って class を作りまくり DBIx::Class で ORM を使いまくり nginx と MySQL5.6 と Redis でシャーディングされていない fluentd でログを投げまくるスマートなデバイスの新規案件に
ER Master は超便利なツールだ ユカイ、ツーカイ、カイハツ環境！（11）：DB設計の神ツール「ERMaster」なら、ここまでできる (1/3) - ＠IT ER Master は超便利なツールだ。 わかりやすく超便利だ。 Eclipse のプラグインとして提供されているので、特に Java 開発者であれば一度は使ってみたほうがいい。神ツールと呼ばれるのにも納得すると思う。 ER Master を利用したスキーマの再構成 そんな ER Master は DDL、DML のエクスポートにも対応しているのだが、これは Ant から実行することもできる。 これを利用してデータベースの状態を初期化することができる。以下の例はデータベースに H2 Database を使用。 <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE project> <
<body> <span>このページはフレーム対応のブラウザでご覧ください。</span> </body>
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
