GitShow/BurntSushi/erd
BurntSushi

erd

Translates a plain text description of a relational database schema to a graphical entity-relationship diagram.

by BurntSushi
Star on GitHubFork

Haskell

1.9k stars153 forks24 contributorsQuiet · 1y agoSince 2013Unlicense

Meet the team

See all 24 on GitHub →
BurntSushi
BurntSushi52 contributions
mmzx
mmzx47 contributions
kukimik
kukimik6 contributions
zhujinxuan
zhujinxuan5 contributions
bollafa
bollafa3 contributions
eric-brechemier
eric-brechemier2 contributions
ldcasillas-progreso
ldcasillas-progreso2 contributions
xavriley
xavriley2 contributions

Recent PRs & issues

Quiet · 3 in progress · Last activity 1y ago
See all on GitHub →
maszaen
Add Jenkins pipeline for Haskell projectOpenPR

Set up a Jenkins pipeline for Haskell project with stages for checkout, dependency installation, building, and testing.

maszaen · 2mo ago
IbraAsio
ERDOpenIssue

Ik heb de volgende ERD: [Voertuig] id Merk Model Kilometrage Type Bouwjaar Kleur Prijs_per_dag Status [Klant] id Adres Naam Telefoonnummer Email Geboortedatum Rijbewijsnummer [Rijbewijs] id EindDatum BehaaldPlaats BehaaldDatum Rijbewijsnummer Type [Contract] nummer Begin_datum Eind_datum Status Klant--1 Rijbewijs Contract--1Klant Contract--1 Voertuig Een rijbewijs behoort tot één klant, maar op kroki.io geeft dat een foutmelding. De relatie moet altijd op 1 zijn. Ik weet niet hoe ik dit kan oplossen Kan ik vanuit deze ERD vertrekken? Is het voldoende om de volgende stap te zetten?

IbraAsio · 1y ago
BurntSushi
looking for maintainer(s)OpenIssue

This package has been fairly unmaintained for a long time, but there is a steady stream of interest in it. I doubt I'll ever get back into this project specifically, so I'd be happy to see it live on in the hands of someone else. My thinking is that I could add interested parties as contributors to this repo. If things go well for a ~year, then I'd be happy to just transfer ownership of the repo itself.

BurntSushi · 2y ago

Recent fixes

View closed PRs →
felixvanoost
Build arm64 Docker imageMergedPR

Builds and tests a multi-architecture Docker image for both and platforms as discussed in this comment and in #114. This allows ARM-based machines to run the image natively with no emulation. !manifest-digest This includes the following changes: Builds the and images on dedicated native runners. The typical "low-effort" QEMU-based approach to building multi-arch images is not possible in this case due to memory constraints with the free GitHub runners, so the changes in this PR rely on a 3rd-party integration with BuildJet to provide the native runner. BuildJet provides $5 of free runner time to get started, which equates to $5 / $0.008 = 625 minutes total with the runner I chose (see pricing info). Each build takes about 15 minutes, so I don't anticipate this project needing to spend any money whatsoever on this for the forseeable future. They also didn't collect credit card information from me when I signed up, so there's no danger of being accidentally charged. Tests the image using the diagram and stores the resulting PNG as an artifact for review. Switches the base image to , which is about half the size of (341MB vs 635MB). I appreciate that this reliance on a 3rd party is far from optimal and fully understand if the decision is made to reject this PR. The only two other viable approaches to build multi-archecture binaries would be to: Set up a self-hosted runner. Set up a GHC cross-compiler and run everything on the free GitHub runners. This is apparently quite complex to do with Haskell and beyond the effort I'm willing to contribute. Closes #40 Closes #114

felixvanoost · 2y ago
kukimik
Labels of ortho edges are misplacedClosedIssue

When the edge type is set to , the labels are misplaced. See the label "home" and "away" in the example below. !misplaced_labels This is really a Graphviz issue: Following their suggestion, I tried to use instead of in this line: https://github.com/BurntSushi/erd/blob/06c72643682a42a890a2ffadac82cfc1dafd5edd/app/Main.hs#L62 The labels are now placed correctly, though Graphviz chooses other routes for the edges: !xlabels So I believe should be used instead of , at least for orthogonal edges. I'm not a Graphviz guru and don't know what are the implications of using xlabels, and whether this needs some extra tweaking. Any suggestions?

kukimik · 2y ago
kukimik
use XLabel for Ortho edges (#96)MergedPR

This should close #96.

kukimik · 2y ago
Structured data for AI agents

Repository: BurntSushi/erd. Description: Translates a plain text description of a relational database schema to a graphical entity-relationship diagram. Stars: 1865, Forks: 153. Primary language: Haskell. License: Unlicense. Open PRs: 3, open issues: 16. Last activity: 1y ago. Top contributors: BurntSushi, mmzx, kukimik, zhujinxuan, bollafa, eric-brechemier, ldcasillas-progreso, xavriley, dependabot[bot], creasty and others.

·@ofershap

Replace github.com with gitshow.dev