BlackGnomeГуестНо клиент хочет базу типа "Oracle"

Есче типа "Oracle" есть сам Oracle. Ну и при случае передайте клиенту одобрен6ия в его пожеланиях от любителей Оракла.

ScareCrowОракл в обслуживании тяжел. бэкап незнающему человеку настроить - это с ума сойти.
Ну не знаю. Не знающие просто тупо экпорт данных делают, что совсем просто. А бэкап тот что настроить типа сложно не знающему, чуть больше знающему вроде мало усилий надо. Там вообще утилита rman есть. А в новых версмия и вообще многое с EM можно: это типа WEB интерфейс. На курсах админов на начинающих файлы БД тупо покацали и на начинающих произвело впечатление как легко все восстанавливается: все было закончено с помощью пары команд с консоли, а они приготовились много и долго записывать в конспектах.
У Оракла полно ручек, чтобы по легкому обслужить. Про них конечно нуно узнать, но када знаешь, как правило, все очень просто. Поэтому предположения насчет тяжести обслуживания, скорее всего, нуждаются в дополнительных подтверждениях.

BlackGnomeГуест1) звериные требования как к ресурсам всмысле вообще а так же и к размеру файла подкачки в частности. Из-за чего установка "игрушки" на домашней рабочей станции превращается в трагедию

Я дома в нолуте на Win7 поставил виртуалку на нее XP и на нее Оракл. Ну мож и звериноые: у ноута 4 Гб, а у виртулки 500 Мб.
Конечно это для разработки. Игрушки правда не ставлю. Что есть то есть.


BlackGnomeГуест2) понятно что XE даже не обсуждается ввиду ограничения размера базы
Ну за 50 тыров руб то моно купить редакцию по проще.

TerraInformixaЕсть еще Informix, если нужен бесплатный то Informix Innovator-C
Ну бесплатный не нужен. Давайте платный, но шобы оно того стоило.

S.G.Вы сначала попытайтесь внушить заказчику, что "база типа Оракле", это совсем не то, что он хочет. На самом деле, он хочет, чтобы все работало, как швейцарские часы
Вообще-то это выглядит, скроей, как одно и то же, чем что-то взаимоисключающее. Этак заказчику может по ходу придется внушать что белое это черное.
Када разработчик начинает внушать, то это может вызывать подозрение в чрезмерной его заинтересованности.
И кроме того, оно может таки не заработать как щвейцарские часы. Без внушения заказчик просто буит думать что разрабртчик тупанул, а с внушением, что обул заказчика по полной.

S.G.Я считаю, что умения разработчика важнее, чем выбор СУБД. Намного важнее.
Однако, все еще существуют подходы в том числе консервативные, которые предполагают, что выбор СУБД достаточно важен. В конце концов, это типа тоже выбор разработчиков СУБД - одного из важнейших компонент ИС. Почему эти разработчики менее важны?
Это вряд ли очевидность. Нет ли рисков, что студенты с хорошим СУБД налабают, что-то лучшее, чем продвинутые с плохим?
Ить эти продвинутые в какие-то моменты, возможно, будут соревноваться не со студентами, а разработчиками хорошего СУБД, коменсируя отсутсвие фич в плохом.

S.G.Само наличие или отсутствие Оракла не гарантирует успех или неуспех разработки.

Да в общем его и хорошие разработчики не гарантируют успех. Я не помню цифр, но успешных реальных проектов согласно каким-то исследованиям и не так много. ASUS хорошо делает материнки, ноуты, но телефоны пока вроде не очень. Да тот же Оракл, кроме СУБД есче много чего для ИС пытается делать, но не очевидно, что пока все там так хорошо как с СУБД. Однако, наличие СУБД Оракл можно рассматривать как снижение некоторых рисков ЖЦ системы.

S.G.Если выбран подходящий разработчик, ему надо доверить и выбор СУБД.

А если оказалось что не очень подходящий?



S.G.Я, например, не хожу к зубному врачу с готовой идеей, какими инструментами он должен меня лечить :)

Мне кажется это слишком беспечно.
Я не стесняюсь спрашивать одноразовые ли шприцы, чье производство. Ну и на самом деле про все остальное. Пломировочный материал из Урюпинска ить может не тот эффект лечебный дать, чем немецкий.



S.G. Но, почему-то в ИТ, некоторые заказчики вместо того, чтобы сосредоточиться на своей части проекта- а именно, толковому, подробному обьяснению, что они хотят получить, они начинают выбирать инструмент. Их надо наставить на путь истинный :)
Я делаю предаположение: они ранее доверялись подходящим разработчикам. И поняли, что доверять доверяй, но инструмент выбирай. А то доиграиссти.