Изучение чужой базы

← →
Yellow (2003-03-13 13:42) [0]

Надо как можно быстрее разобраться в чужой базе (и в структурах данных и в интерфейсе). В какой какой последовательности и с помощью каких методов это лучше всего сделать.

← →
Соловьев (2003-03-13 13:47) [1]

Access там наверное же VB, наверное с него и начать...

← →
D (2003-03-13 13:53) [2]

Лучше с таблиц и связей между ними

← →
DarkGreen (2003-03-13 13:54) [3]

Главное меню - Сервис - Схема данных
Ну и навероне Help еще

← →
NetKnight (2003-03-13 14:57) [4]

Почитать про SQL, я за 2 часа разобрался..

← →
Ksanka (2003-03-13 15:00) [5]

Схема данных, таблицы, запросы, макросы/VB...
Задачка та еще - разобраться в чужой базе, бывает, свою откроешь через пол-года после создания - и думаешь, что там и как...
Искренне желаю Вам успеха.

← →
Yellow (2003-03-13 20:33) [6]

Вы не совсем поняли вопрос. Среду программирования, в которой сделана база и интерфейс я знаю достаточно хорошо. Проблема в том, что код совсем недокументирован. В структуре я, естественно, разобрался в первую очередь. Но там много разных хитрых механизмов, которые с первого взгляда не видны. Так вот я и спрашиваю: если есть недокументированная база и исходники к ней, то как лучше ее осваивать. Я попробовал так:

а. Попытался определить базовые бизнес-функции структуры,для которой она создана.
б.Основные элементы интерфейса (ключевые)
в. Протрассировал процедуры ключевых моментов интерфейса с целью понять логику работы программы и то, как интерфейс работает с данными.
г.Сделал выводы относительно механизмов работы с даными
Далее у меня возникла следующая проблема:
Поскольку все детали бизнес - логики мне неизвестны, достаточно хорошо разобравшись в том, как работают отдельные механизмы, я не смог составить целостное представление о том, что в ней главное, а что - нет и.т.п
Хочу добиться полной ясности. Что для этого нужно сделаь?
Варианты:
1.Расписать все элементы интерфейса с описанием и еще раз протрассиоровать их группами со сходным функционалом?
2.Попробовать воссоздать бизнес-логику процессов и сконцентрироваться не механизмах работы с данными, реализущими ключевые моменты
3...и.т.п.
Вариантов много, но непонятно, как же все-таки двигаться дальше...

← →
Yellow (2003-03-13 20:39) [7]

Спасибо за добрые пожелания, вот только с тем, что когда ты не можешь сам разобраться в своем старом коде - нормальное явление, я не согласен. Надо так научиться документировать свои творения, чтобы и через 10 лет можно было легко сообразить что к чему. А иначе все труды коту под хвост.

← →
Yellow (2003-03-13 20:42) [8]

NetKnight ©
В программе с сотнями таблиц и набором процедур размером с томик Л.Н. Толстого, я думаю, даже такой гениальный человек как Вы, пожалуй не смогли бы разобраться и за 3 часа.

← →
Jeer (2003-03-14 00:55) [9]

Дешифровка это почти всегда искусство.

← →
Сумрак (2003-03-14 11:58) [10]

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

← →
wara (2003-03-14 14:37) [11]

Разработчик может давать любые консультации. Мне интерены предложения о последовательности действий.

← →
Yellow (2003-03-17 11:05) [12]

Может диаграмки какие-то нибудь порисовать? (Какие?)

Изучение чужой базы Найти похожие ветки