я что-то запутался.. помогите связать концы с концами..

значит задача: большой информационный портал.. => ejb3 + jsf (=jbossseam) + mysql + jboss + ...

заказчик сначала хочет документацию + концепцию под базу данных.. что я сделал: скачал dbdesigner и начал рисовать в нём таблицы.. однако через некоторое время у меня начались появляться конкретные вопросы:

1. в ней не оказалось триггеров..
2. мне нужно как-то составить документацию с вопросами к таблицам и ссылкам => это значит, мне придётся парсить .хмл
3. как только таблиц стало больше чем 30, выглядеть всё стало ужасно, т.к. ничего не понять, что куда ведёт.. => хоть бы ссылки каким цветом можно было сделать, но нетю..
4. и т.д.

на основе базы данных должны будут написаны entity beans (ejb).. => вылазиет трабла.. как только что-то будет изменяться в entity beans, придётся изменять документацию => иначе она не будет 1:1..


я хочу съыкономить мне время и не заниматься поправлением документации во многих местах.. => хочу сделать, подправил в одном, генератор пробежался и везде подправил в других местах (например, генерирование документации к таблицам)..

и теперь я сижу и думаю.. может мне не надо было рисовать таблицы, а придумать мой xml и из него рисовать таблицы и генерировать entity beans??   

млин.. может кто на мысль какую натолкнёт? а может сразу писать entity beans  с документацией внутри и от туда потом прыгать? => например, рисовать для клиента таблицы и ссылки + генерировать документацию??  

      

блин..   

polosatij
А зачем клиенту нарисованные таблицы? подробный javadoc по всем entities его не устроит?

дело в том, что хотелось бы видеть представление таблиц, что там есть и соединение между ниму.. графическое представление всегда гораздо лучше, чем просотй код..

сейчас поговорил с человек одним, он говорит "посмотри то, что есть".. однако мне не нравится ковырятся в чужом "г", т.к. нужно много времени чтобы понять, как это всё работает   

в принципе.. если у меня есть .xml то на его основе я получу легко .html.. я уже сделал за 40 минут графическое представление в хтмл.. однако тут могут вылезти траблы с тем, как именно рисовать ссылки от одной таблице к другой.. надо просто будет подумать, нарисовать.. но меня это пока не пугает..

Добавлено через 11 минут и 46 секунд
посоветовали покопать androMDA, чем я и буду заниматься сегодня   фуф.. 

во-первых, откуда тригеры в этой схеме? зачем они? разве это не противоречит концепции?

я лично писал сразу нормальные ентити, потом их деплоил, они мне создавали базу.... ну это был правда МС СКуЛ 2000, а он потом красивые диаграммы рисовал... 

ммм.. понимаешь.. такой подход быстро заведёт в лес.. база данных ожидается большая.. хотелось бы иметь представление обо всей архитектуре + об архитектуре бинов в частности.. например, представь, есть некая персона.. у этой перзоны есть друзья.. есть также такое, ты можешь пригласить кого-то в твои друзья.. это уже три таблицы.. т.к. в одной таблице приглашения + друзей я бы не делал.. база данных и бины растут как на дрожжах.. так я быстро потеряю ориентацию...




ээээм.. ты уверен, что красивые? что-то я столько всего посмотрел, всё какое-то корявое и легко в этом запутаться   


ХЕЛП!   

как разрабатывать большой портал?   

в этой ситуации mda-инструментарий неплохо подойдет.
только с mda есть небольшая специфика - подготовка к разработке (описание моделей и трансформаторов) займет много времени.
поэтому имеет смысл всерьез задуматься о целесообразности.

а по инструментарию от себя добавил бы xdoclet.

Как вариант можно писать аннотации для ejb по ним апдейтить базу.
Затем с помощью reverse engeneering от http://fabforce.net/dbdesigner4/ получать красивую картинку.

Правда, у меня этот дезигнер с mysql работать отказался, хотя postgres и oracle тянул.