Re: FDW API / flow charts for the docs?

Поиск
Список
Период
Сортировка
От Christopher Browne
Тема Re: FDW API / flow charts for the docs?
Дата
Msg-id CAFNqd5Ub_2dwgBm4r9kZYadG=rau1rRo2hbbdeX7vx_zpr4CGw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: FDW API / flow charts for the docs?  (Tomas Vondra <tv@fuzzy.cz>)
Ответы Re: FDW API / flow charts for the docs?  (Vik Fearing <vik.fearing@dalibo.com>)
Список pgsql-hackers
<p dir="ltr">I would be more inclined to let GraphViz into the process than Dia; the former fits *much* better into a
Make-basedprocess.<p dir="ltr">It is worth observing that there are schema diagramming systems (SchemaSpy is mighty
likable)that build diagrams using GraphViz.  We have integrated this into internal deployments at Afilias.<p
dir="ltr">RodTaylor's autodoc tool has some minimal Dia support, but it lacks the ability to do layout; if you use Dia
output,you'll have to manually drag things around to have the tables *not* all atop one another.  I'm a little
surprisedDia hasn't integrated in GraphViz to help with that; note that the MacOS diagram tool OmniGraffle
(proprietary,considered quite good, competitive with Visio) uses GraphViz to help do automatic object layout.  That
thisis integrated inside an interactive GUI app is pretty wild/cool.<p dir="ltr">I'd think it a fine idea to add rules
for.dot files (the usual GraphViz language/format to describe graphs) to the PG Make rules. 

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jim Nasby
Дата:
Сообщение: Re: Multiple psql -c / -f options
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: libpgport vs libpgcommon