Size: a a a

Архитектура ИТ-решений

2020 February 07

СС

Сергей Старцев in Архитектура ИТ-решений
кстати, классический пример с ораклом. когда для каждого суррогатного ПК нужно было создавать триггеры и последовательности - это ж рутина - и вот ервин это мог делать автоматом по заданному макросу
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Я видел использование макросов для процедур в основном.
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Phil Delgyado
Я видел использование макросов для процедур в основном.
ну, это тоже.
у нас, например, был препроцессор, который обновлял все связи - в т.ч. когда идет реинжиниринг и нужно было переименование объектов выполнить
источник

СС

Сергей Старцев in Архитектура ИТ-решений
много может быть сценариев
источник

СС

Сергей Старцев in Архитектура ИТ-решений
пример - БД большой монолит и нужно независимо обновлять блоки каждого приложения/предметки.
И здесь можно сделать макрос, который будет рвать и восстанавливать связи
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Эхх, как вспомню, как я на SQL реализовывал стек вызова процедур для всяких сложных логик анализа. И прочие извращения, аж ностальгия. Сейчас уже все проще )
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Phil Delgyado
Эхх, как вспомню, как я на SQL реализовывал стек вызова процедур для всяких сложных логик анализа. И прочие извращения, аж ностальгия. Сейчас уже все проще )
взаимно 😉
источник

СС

Сергей Старцев in Архитектура ИТ-решений
у меня когда модел-ферст подход был - не было проблем с выкатыванием обновлений в каком-то смысле
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Сейчас то я базу больше 20 таблиц воспринимаю как bad smell
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, автообновление структуры было чуть ли не первой моей задачей. На visual basic. Для MS SQL 6.5. с переносом заказчику на дискетах.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Правда, заказчиком был Кудрин - но тогда никто не знал о его будущей карьере.
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Phil Delgyado
Правда, заказчиком был Кудрин - но тогда никто не знал о его будущей карьере.
а у нас Кудряшов - какое совпадение фамилий 😊
источник

AM

Artem Mitropolskiy in Архитектура ИТ-решений
Сергей Старцев
Ну, просто ервин это ж классика. И там много всяких плюшек для формарда - типа макросов и т.п.
Я б и сейчас пользовал, если бы не цена больше чем за автокад
Реверс - это одна задача, а проектирование с нуля - другая. Впрочем и в проектировании power  был неплох. И обновления прямо из модели можно было раскатывать и dbms под себя настроить.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Когда я им пытался пользоваться - ни разу не удалось обновления модели корректно раскатать, всегда проблемы вылезали.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но это было очень давно.
источник

AM

Artem Mitropolskiy in Архитектура ИТ-решений
У меня нормально получалось. На девстенды катал напрямую. Плюс после каждого апдейта отдельным тестом все с нуля из этой же модели разворачивал. Потом генрация скриптов в update pack  оттуда же
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Phil Delgyado
Когда я им пытался пользоваться - ни разу не удалось обновления модели корректно раскатать, всегда проблемы вылезали.
ну, там нужно уметь готовить было... 😊
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Может быть... Я довольно быстро перешел в разработке на liquidbase стиль (еще до появления liquidbase), так что erwin уже потерял смысл. Ну а в крупных проектах уже были свои фреймворки, которые занимались в том числе и скриптами выкладки (еще и с учетом конкретного внедрения).
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
источник

R

Rtem in Архитектура ИТ-решений
Благодарю!
источник