Translates a plain text description of a relational database schema to a graphical entity-relationship diagram.
by BurntSushiHaskell
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?
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.
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
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?
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.