Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Отслеживание взаимосвязей структуры БД и отчетов
|
|||
|---|---|---|---|
|
#18+
Представьте ситуацию: Есть корпоративная БД на Оракле, на ней сидят около 10 клиентов (Делфи, ОраклАпликейшен), у каждого клиента свои отчеты (не надо флейма по поводу архитектуры, так сложилось, переделывать ОЧЕНЬ дорого). Так вот клиентами занимаються разные отделы разработки. Мне нужен инструмент который позволит оттрасировать отчеты к полям таблиц, так чтобы при проектировании БД проектировщик любого отдела, видел, что Такой то отчет нужно переделать. Что посоветуете гуры? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2005, 15:50 |
|
||
|
Отслеживание взаимосвязей структуры БД и отчетов
|
|||
|---|---|---|---|
|
#18+
из собственного опыта решения аналогичных проблем - создание отчетов на основе не данных, а метаданных. При изменеии стркутур меняется одинм админом метаданные. Но это решение не дешевое, а может и более дорогое, чем переделка архитектуры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2005, 04:39 |
|
||
|
Отслеживание взаимосвязей структуры БД и отчетов
|
|||
|---|---|---|---|
|
#18+
Другое решение -(не менее дорогое) - добавить слой работы с данными. Напрямую к данным не обращаться, только через эти приложения (например, реализованные как веб-службы или другую технологию). Тогда при смене модели данных меняется одна компонента (веб-служба). Лучше менять архитектуру не только отчетов , но и основныхъ прилоэжений, но для простоты можно сделать и только в отчетах. Для всех групп разработчиков сделать доступным интерфейс (и его описание) этих компонент и его только расширять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2005, 05:53 |
|
||
|
Отслеживание взаимосвязей структуры БД и отчетов
|
|||
|---|---|---|---|
|
#18+
> Мне нужен инструмент который позволит оттрасировать отчеты к полям таблиц, так чтобы при > проектировании БД проектировщик любого отдела, видел, что Такой то отчет нужно переделать. Можно воспользоваться первым предложением MainFrame. Минус: для полноценной работы придется реализовать не только метаданные, но и семантический слой, и генератор запросов. Задача не столько сложная, сколько объемная. Можно упростить реализацию: реализовать метаданные, описать в структуре метаданных отчеты и реализовать версионность. При изменении структуры данных изменения отражаются в метаданных; легко получить перечень отчетов, требующих изменения при изменении структуры данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2005, 08:26 |
|
||
|
Отслеживание взаимосвязей структуры БД и отчетов
|
|||
|---|---|---|---|
|
#18+
Эх, увидели бы вы местных архитекторов! Я плакаль. Решили применить RequisitePro в качестве инструмента трассировки Полей отчтета к полям БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2005, 09:45 |
|
||
|
Отслеживание взаимосвязей структуры БД и отчетов
|
|||
|---|---|---|---|
|
#18+
Если отчеты лежат в блобах в табличке, тогда 1) Пронумеровать отчеты 2) добавить дочернюю табличку с именами используемых полей. 3) Либо использовать существующий парсер под генератор отчетов, либо самостоятельно сделать. 4) Пропарсить отчеты и загрузить поля в табличку. 5) Написать процедуру, которая при сохранении макета будет отслеживать поля. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2005, 11:41 |
|
||
|
|

start [/forum/topic.php?fid=32&tid=1545691]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
11ms |
get forum data: |
4ms |
get page messages: |
48ms |
get tp. blocked users: |
3ms |
| others: | 270ms |
| total: | 422ms |

| 0 / 0 |
