Denis PopovМеньше минуты:) Просто смотришь соответствующий запрос, выполняемый PD:
Ты не учел время, необходимое для установки PD :))

AlexTheRaven
При знании и ERWin'а, и PowerDesigner'а, сам обратный инжиниринг - да, менее.
Сам reverse engeneering - да, менее. А вот упомянутое в предыдущем письме "и поколдовать".....

Denis PopovЕсли ключи - это 13 минут, таблицы - еще 13, то еще через несколько запросов суммарное время на их создание сравнится со временем на изучение CASE-средства:)

Я вот одно не пойму: научился я делать запросы, что дальше? Как мне кому-либо,
на защите диплома, объяснить мое представление о структуре БД? Руками рисовать?
Posted via ActualForum NNTP Server 1.3[/quot]

Denis PopovЕсли ключи - это 13 минут, таблицы - еще 13, то еще через несколько запросов суммарное время на их создание сравнится со временем на изучение CASE-средства:)
Не сказал бы. По моему опыту, полутора лет недостаточно, чтобы научиться избегать всех глюков ErWin-а.

Denis PopovЯ вот одно не пойму: научился я делать запросы, что дальше?
Работать. Чуть более профессионально, чем раньше.

Denis PopovКак мне кому-либо, на защите диплома, объяснить мое представление о структуре БД? Руками рисовать?
С точки зрения защиты диплома, вполне возможно, большее внимание стоит уделить не ErWin-у, а галстуку.

Не готов говорить о конкретно твоем случае. В моем дипломе вообще не было ни одного иллюстративного материала, все на словах.

Наконец, не совсем понял, как все это связано с изначально заданным вопросом.

Denis PopovНо Если стоИт задача представить свою модель на защите, то решение задачи графического представления структуры БД через CASE может быть приоритетнее изучения словаря БД
Наверное. Но вопрос-то - стоит ли верить CASE, выполнившему операцию импорта структуры. И вот здесь имхо, оптимально (довольно быстро) научиться делать это правильно, и найти ответ на поставленный вопрос.

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

AlexTheRavenА PowerDesigner с ERWin'ом помнят и знают, где, что и как называется. Так может, лучше научиться их корректно использовать, чем копаться в шестерёнках конкретных СУБД?
Учиться их использовать надо, а вот подход "вместо того, чтобы копаться" - лучший способ убить будущего профессионала во младенчестве. Это подход для слабенького ПТУ, не более. Наученных так студентов я видел; они впадают в полнейший ступор в любой слегка нестандартной ситуации. Я помню ребят, которые уверенно заявляли мне "но ведь такой таблицы нет" только потому, что она отсутствовала в выпадающем autocomplete-списке их любимого инструмента. И далеко не всем наученным так хватает ума переучиться.

EstetsС другой стороны
Хм. А где Вы видите другую сторону, если мое письмо начинается со слов

softwarerУчиться их использовать надо,
?

Это не столько персонально к Вам, сколько высказывание в воздух - меня изрядно удивляет, сколь часто люди отвечают не на сказанное/написанное, а на то, что по сути сами придумали, опираясь на отдельные прозвучавшие слова.

EstetsНестандартные ситуации конечно бывают, но время на решение "стандартных" проблем тратится на порядок больше.
Безусловно. Но кроме времени существует еще понятие стоимости такой проблемы, а она определяется в том числе количеством и доступностью тех, кто способен ее решить.

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

EstetsНа мой взгляд, описанная вами ситуация, приведет к наличию "двух сильных" и "десяти - забившим на обучение", оплатившим сдачу экзамена.
Возможно и так. Но десять последних, надеюсь, мы с Вами сумеем эффективно отсеять на собеседовании. Если вдруг их перестанет хватать - надо будет действительно открывать ПТУ и учить там на "среднего программиста"; кстати, вроде бы в позднесоветские времена такие были.

EstetsВы смотрите на проблему более академично, я с практической точки зрения.
Я довольно часто слышу подобные фразы :)

Трудно судить. Моя практика подтверждает тезис, что отступления от теории вызываются в основном неумением ее готовить.

EstetsНа работе не требуются поголовно "яйцеголовые"
Поголовно их и не будет. Но они таки требуются, причем все, какие только появятся, и система, рассчитанная на их отсев, не вызывает у меня понимания.

EstetsНо половина работников которые не могут правильно построить while цикл по обработке курсора в SQL, и не из за того что не знают TSQL, а из за того что не понимают как работает WHILE условие и почему FETCH должен быть внутри цикла, это грустно.
Я бы сказал, грустно, что они получили статус работников. Де-факто, хотя к счастью редко, встречаются работники, доход от которых отрицателен (доход, не прибыль). Обычно их дешевле выгнать даже если вроде бы некем заменить.

Знаете, я помню одного человека, который за неделю так и не смог усвоить, что изменение поля в существующей записи делается оператором UPDATE, а не оператором INSERT INTO FIELD VALUES (NEWVALUE). И что Вы в связи с этим предлагаете - всех учить "под него"?

Estetsесли пару аналитиков которые знают "теорию построения компиляторов" найти можно, то десять программистов которые по готовому ТЗ могут это достаточно быстро реализовать намного сложнее.
Как раз потому, что подготовки "среднего программиста" для этого категорически не хватит. Практически если взять десяток программистов уровня PD/ErWin, то этим аналитикам окажется эффективнее самим написать компилятор, нежели пытаться вдолбить необходимые знания и умения в давным-давно намертво закупоренные мозги.

Estetsно именно таких людей многим софтверным конторам не хватает.
Наверное, так. Многим же другим софтверным конторам не хватает других людей. А некоторым - и тех, и других :)