ERDをPlantUML形式で自動生成するツールを作った - くりにっき

PlantUML + ERDでPlantERDです github.com モチベーション PlantERDの特徴 使い方 出力するテーブル数の制限について 技術的に頑張ったこと テストのこと Foreign keyで隣接している別のテーブルを探す方法 複数DB対応のつらみ 追記：2019/12/13 9:45 モチベーション 既存プロダクトへの不満が一番大きいです。 https://github.com/voormedia/rails-erd は出力が画像なので取り回ししづらい そもそもRails前提なので他言語とかでは使えない https://github.com/schemaspy/schemaspy も悪くなさそうなんだけどここまでリッチじゃなくていい テーブル数個の小規模アプリならいいんだけど、中規模以上のアプリで使うと人間が読むに耐えないERDが生成されて精神が崩壊する 僕は初め

[sue445]

便利ツール作った

[tinsep19]

schemespyでテーブルのリンク辿ると、距離1,2の関連図があるけど、cliのが便利というのはそうだと思う。

[h5y1m141]

"僕は初めて触るアプリだと実装を把握するために特定のテーブルに隣接するテーブルのみ抽出して関係性を抽出してるんだけど、そういうことを自動でやりたかった" これ、すっごいわかる！！早速使わせてもらおう

[akiza]

“中規模以上のアプリで使うと人間が読むに耐えないERDが生成されて精神が崩壊する ”わかる... これは便利そう。

[sasasin_net]

この観点で切り出したERDが欲しい気持ちがあったけど、手描きするしかなくて気が重かった

[kno]

“実装を把握するために特定のテーブルに隣接するテーブルのみ抽出して関係性を抽出してるんだけど、そういうことを自動でやりたかった”それいい

[hrysd]

便利そう

[snjx]

ありがてえありがてえ

[nashirox]

マジうれP

[gnety]

使いどころが難しそう。新規に設計する際は不要だし

[k1LoW]

“gitでコミットした時に履歴が読める形式のdiffがほしい” こんなこと考えるの私だけではなかった！ / distance指定良さそう

[skyfall007]

よさそう

[motchang]

すごくいい

[kikunantoka]

良さそう

[yarumato]

“既存製品のER図に不満。PlantERDは出力形式PlantUML（text）なので取り回し易git管理。golangシングルバイナリ。対応DB：SQLite3、MySQL5.6～8、PostgreSQL9～12”

[nrtkbb]

すごい！こういうの欲しかった！

[honeybe]

よさそう。後で試す。

[chocopie116]

ためすぞ！！！

[surume000]

これはいいね

[hshimoyama]

おおー嬉しい！PlantUML に対応したドキュメント共有ツールにも貼りやすくなりそう.

[aiza_wai]

最初にデータモデルつくるならastahが一番と今でも思ってるけど、保守のメンテ考えるとコード自動生成に軍配。rails-erdより良いとは気になる。

[luccafort]

勉強になりそうな話なのであとでgithubみておこう。

[GeoTaru]

お、いい！Excel設計書や変なフォーマットのファイルを駆逐できるかな？

[igrep]

すばらしい。最近DB触ってないけど機会があったら使おう