sql2dot: постановка задачи

[iws]

Посмотрел в интернетах аналоги... Аналоги есть, в том числе и с тем же названием — ну, да это дело десятое. Однако, нормальных аналогов, с которыми можно работать, нету. Один выдает что-то малосъедобное, другой не захотел у меня устанавливаться из-за своих перловых зависимостей (а Perl не относится к вещам, с которыми я готов разбираться по доброй воле), остальные — не сами по себе, а части всяких экзотических IDE. Еще есть некий продукт, который поставляется в коробке, работает под оффтопиком и только с MS SQL Server. Соответственно, из полезных качеств — только коробка, но на данный момент я в ней острой потребности не испытываю.

Ниже я постарался показать на простом примере, что же именно мне нужно. Если кому попадалось что-нибудь близкое по функциональности, сообщайте.

В начале мы имеем sql-скрипт, который формирует таблицы:

/* Примерный текст на SQL, из которого предполагается получить DOT-схему. В комментариях мы указываем атрибуты, отличные от умолчательных, группируем таблицы и т.д. @graph Test[root=sales,K=1] @group Addresses[fillcolor="#BBDDFF"](cities,streets,addresses) @group Goods[fillcolor="#DDBBFF"](vendors,categories,goods) @group Clients[fillcolor="#DDFFBB"](clients,sales) @note Sales[ label="Да, я в курсе,\nчто подобная структура\nсовершенно бесполезна." ](sales) */ create table cities ( id integer not null, name varchar(40) not null, constraint cities_pk primary key (id), constraint cities_uq_name unique (name) ); create table streets ( id integer not null, city integer not null, name varchar(40) not null, constraint streets_pk primary key (id), constraint streets_fk_city foreign key (city) references cities (id), constraint streets_uq_name unique (city, name) ); create table addresses ( id integer not null, street integer not null, house integer not null, flat integer not null, constraint addresses_pk primary key (id), constraint addresses_fk_street foreign key (street) references streets (id), constraint addresses_uq_address unique (street, house, flat) ); create table vendors ( id integer not null, city integer not null, name varchar(40) not null, constraint vendors_pk primary key (id), constraint vendors_fk_city foreign key (city) references cities (id), constraint vendors_uq_name unique (name) ); create table categories ( id integer not null, name varchar(40) not null, constraint categories_pk primary key (id), constraint categories_uq_name unique (name) ); create table goods ( id integer not null, category integer not null, vendor integer not null, name varchar(40) not null, price numeric(16,2) not null, constraint goods_pk primary key (id), constraint goods_fk_category foreign key (category) references categories (id), constraint goods_fk_vendor foreign key (vendor) references vendors (id), constraint goods_uq_name unique (vendor, name) ); create table clients ( id integer not null, name varchar(40) not null, address integer not null, constraint clients_pk primary key (id), constraint clients_fk_address foreign key (address) references addresses (id), constraint clients_uq_name unique (name), constraint clients_uq_address unique (address) ); create table sales ( client integer not null, good integer not null, count numeric(16,3) not null, summa numeric(16,2) not null, constraint sales_pk primary key (id), constraint sales_fk_client foreign key (client) references clients (id), constraint sales_fk_good foreign key (good) references goods (id) );

В результате же хотелось бы получить следующие варианты:

А. Полный вариант с использованием ключей. Dot-файл:

digraph Test { graph [fontname="sans bold", fontsize=14, rankdir=BT, K="1", splines=true, root=sales]; subgraph subTables { node [shape=record, fontname=monospace, style=filled, fontsize=9]; subgraph subKeys { node [fontsize=7, fillcolor="#FFFFFF", width="0.3", height="0.2"]; cities_keys [label="<pk_id>pk|<uq_name>uq"]; streets_keys [label="<pk_id>pk|<fk_city>fk|<uq_name>uq"]; addresses_keys [label="<pk_id>pk|<fk_street>fk|<uq_addr>uq"]; vendors_keys [label="<pk_id>pk|<fk_city>fk|<uq_name>uq"]; categories_keys [label="<pk_id>pk|<uq_name>uq"]; goods_keys [label="<pk_id>pk|<fk_category>fk|<fk_vendor>fk|<uq_name>uq"]; clients_keys [label="<pk_id>pk|<fk_address>fk|<uq_name>uq|<uq_addr>uq"]; sales_keys [label="<pk_all>pk|<fk_client>fk|<fk_good>fk"]; } subgraph subAddresses { node [fillcolor="#BBDDFF"]; cities [label="cities|{<id>id|<name>name}"]; streets [label="streets|{<id>id|<city>city|<name>name}"]; addresses [label="addresses|{<id>id|<street>street|<house>house|<flat>flat}"]; } subgraph subGoods { node [fillcolor="#DDBBFF"]; vendors [label="vendors|{<id>id|<city>city|<name>name}"]; categories [label="categories|{<id>id|<name>name}"]; goods [label="goods|{<id>id|<category>category|<vendor>vendor|<name>name|price}"]; } subgraph subClients { node [fillcolor="#DDFFBB"]; clients [label="clients|{<id>id|<name>name|<address>address}"]; sales [label="sales|{<client>client|<good>good|count|summa}"]; } } subgraph subKeyLinks { edge [arrowsize="0.4", color="#557799", penwidth="0.2", weight=10]; cities_keys:pk_id:n -> cities:id:e; cities_keys:uq_name:n -> cities:name:e; streets_keys:pk_id:n -> streets:id:e; streets_keys:uq_name:n -> streets:city:e; streets_keys:uq_name:n -> streets:name:e; streets_keys:fk_city:n -> streets:city:e; addresses_keys:pk_id:n -> addresses:id:e; addresses_keys:fk_street:n -> addresses:street:e; addresses_keys:uq_addr:n -> addresses:street:e; addresses_keys:uq_addr:n -> addresses:house:e; addresses_keys:uq_addr:n -> addresses:flat:e; vendors_keys:pk_id:n -> vendors:id:e; vendors_keys:fk_city:n -> vendors:city:e; vendors_keys:uq_name:n -> vendors:name:e; categories_keys:pk_id:n -> categories:id:e; categories_keys:uq_name:n -> categories:name:e; goods_keys:pk_id:n -> goods:id:e; goods_keys:fk_category:n -> goods:category:e; goods_keys:fk_vendor:n -> goods:vendor:e; goods_keys:uq_name:n -> goods:vendor:e; goods_keys:uq_name:n -> goods:name:e; clients_keys:pk_id:n -> clients:id:e; clients_keys:fk_address:n -> clients:address:e; clients_keys:uq_addr:n -> clients:address:e; clients_keys:uq_name:n -> clients:name:e; sales_keys:pk_all:n -> sales:client:e; sales_keys:pk_all:n -> sales:good:e; sales_keys:fk_client:n -> sales:client:e; sales_keys:fk_good:n -> sales:good:e; } subgraph subLinks { edge [arrowsize="0.6", color="#335577", weight=1]; streets_keys:fk_city:n -> cities_keys:pk_id:s; addresses_keys:fk_street:n -> streets_keys:pk_id:s; vendors_keys:fk_city:n -> cities_keys:pk_id:s; goods_keys:fk_category:n -> categories_keys:pk_id:s; goods_keys:fk_vendor:n -> vendors_keys:pk_id:s; clients_keys:fk_address:n -> addresses_keys:pk_id:s; sales_keys:fk_client:n -> clients_keys:pk_id:s; sales_keys:fk_good:n -> goods_keys:pk_id:s; } subgraph subNotes { node [shape=note, fontname=sans, style=filled, fontsize=9, fillcolor="#FFFF99"]; edge [arrowsize="0.5", color="#557799", penwidth="0.2", weight="0.1", style=dashed]; noteSales [label="Да, я в курсе,\nчто подобная структура\nсовершенно бесполезна."]; noteSales -> sales; } }

Что соответствует такой, например, картинке (кликабельно):

В приложении к документации к крупному проекту должно смотреться замечательно. Особенно, если распечатать во всю стену.

Б. Детализация ограничивается полями таблиц. В этом случае хреновато будут выглядеть ссылки на составные ключи, зато картинки компактнее.

digraph Test { graph [fontname="sans bold", fontsize=14, rankdir=BT, K=1, splines=true, root=sales]; subgraph subTables { node [shape=record, fontname=monospace, style=filled, fontsize=9]; subgraph subAddresses { node [fillcolor="#BBDDFF"]; cities [label="cities|{<id>id|<name>name}"]; streets [label="streets|{<id>id|<city>city|<name>name}"]; addresses [label="addresses|{<id>id|<street>street|<house>house|<flat>flat}"]; } subgraph subGoods { node [fillcolor="#DDBBFF"]; vendors [label="vendors|{<id>id|<city>city|<name>name}"]; categories [label="categories|{<id>id|<name>name}"]; goods [label="goods|{<id>id|<category>category|<vendor>vendor|<name>name|price}"]; } subgraph subClients { node [fillcolor="#DDFFBB"]; clients [label="clients|{<id>id|<name>name|<address>address}"]; sales [label="sales|{<client>client|<good>good|count|summa}"]; } } subgraph subLinks { edge [arrowsize="0.6", color="#335577", weight=1]; streets:city:e -> cities; addresses:street:e -> streets; vendors:city:e -> cities; goods:category:e -> categories; goods:vendor:e -> vendors; clients:address:e -> addresses; sales:client:e -> clients; sales:good:e -> goods; } subgraph subNotes { node [shape=note, fontname=sans, style=filled, fontsize=9, fillcolor="#FFFF99"]; edge [arrowsize="0.5", color="#557799", weight="0.1", penwidth="0.2", style=dashed]; noteSales [label="Да, я в курсе,\nчто подобная структура\nсовершенно бесполезна."]; noteSales -> sales; } }

В. Совсем компактный вариант для глобального рассматривания большой структуры.

digraph Test { graph [fontname="sans bold", fontsize=14, rankdir=BT, K=1, splines=true, root=sales]; subgraph subTables { node [shape=box, fontname=monospace, style=filled, fontsize=9]; subgraph subAddresses { node [fillcolor="#BBDDFF"]; cities; streets; addresses; } subgraph subGoods { node [fillcolor="#DDBBFF"]; vendors; categories; goods; } subgraph subClients { node [fillcolor="#DDFFBB"]; clients; sales; } } subgraph subLinks { edge [arrowsize="0.6", color="#335577", weight=1]; streets -> cities; addresses -> streets; vendors -> cities; goods -> categories; goods -> vendors; clients -> addresses; sales -> clients; sales -> goods; } subgraph subNotes { node [shape=note, fontname=sans, style=filled, fontsize=9, fillcolor="#FFFF99"]; edge [arrowsize="0.5", color="#557799", weight="0.1", penwidth="0.2", style=dashed]; noteSales [label="Да, я в курсе,\nчто подобная структура\nсовершенно бесполезна."]; noteSales -> sales; } }

Прочие варианты схем из данных dot-файлов см. здесь.

Комментарии и предложения, как обычно, приветствуются.