_pgSam_Недавно начальство решило создать новый проект. Зачем-то стали выбирать СУБД.

Что значит зачем-то? Может быть на это были объективные причины?
_pgSam_
Это им какой-то менеджер молодой подсказал, что постгрис не модно. А самая тема - MS SQL. Муж говорил, что если переходить, то на Оракл. А эти идиоты послушали какого-то молокососа который припёрся сегодня и пел им про скуль.

Ну если они идиоты, тот молокосос, а вы - супер-спецы, то что мешает подойти и попытаться пообщаться на понятном им языке, чтобы выяснить причины и если они глубоко заблуждаются, то переубедить, приводя объективные аргументы? А может они не заблуждаются? А если начальство действительно идиоты, то зачем с ними работать? Слишком много вопросов возникает...
_pgSam_
А ещё прошол слух, что они нашу базу собираются на MS переводить.

Те же вопросы: откуда пошел слух, какие причины желания перевести?
_pgSam_
Идиоты. Наверное мы без работы останемся:(

Опять идиоты. А почему без работы останетесь? Потому что не умеете админить MS, потому что не хотите или потому что не нужны будете? Откуда такое предположение?
_pgSam_
Простите, надеюсь моё нытьё не отвлечёт вас от дел. Это просто сказать кому-то что-то захотелось...
Чисто по человечески хотелось бы посочувствовать. Но что-то мне не нравится в таком подходе, такой точке зрения, да и манера изложения: все вокруг идиоты, а мы хорошие. К решению таких проблем надо подходить конструктивнее. Причитаниями делу не поможешь. Нет, я ни в коей мере не агитирую за MSSQL. Имел честь с ним плотно работать полтора года. При наличии выбора предпочту другие решения, хотя и не назову MSSQL худшим выбором.
_pgSam_
о неужели не понятно сколько фирма потеряет на переводе базы

Если и непонятно - так объясните им. В чем проблема то? Любой перевод - затраты, но иногда эти затраты могут очень даже оправдаться на чуть более длинном отрезке времени. Выясните причины. Если откат, то это клинический случай. Надо как-то решать проблему, например выходить на руководство более высокого уровня. Либо уволиться. Либо смириться и приспособиться. Если это просто результат напетых кем-то сладких песен, то хороший спец должен найти серьезные объективные доводы для того, чтобы отстоять свою точку зрения. А может и оказаться, что это результат здравого расчета.
_pgSam_
в которой несколько отношений суперкласс-подкласс сделанных через INHERITS

Ну и что? Когда я увидел в PG это наследование, оно мне тоже понравилось. Но в своих базах в ASA я это делаю на двух простейших триггерах и одной функции. Правда не в курсе, как там в свежих версиях MSSQL обстоят дела с триггерами, сделали ли наконец-то триггера before или все еще нет.
_pgSam_
Муж к постгрису модули сишные специально для базы писал.

Что же это за модули? Если окажется, что в других серверах можно обойтись без сишных модулей, то это очко не в пользу PG. А даже если перевод ожидается сложный, то с чего вам без работы оставаться то? Кто кроме вас хорошо разбирается в этой базе?

vadiminfo пишет:

> Я удивляюсь тут парням, когда они выбирают не лидирующую СУБД -

Если все будут выбирать лидирующую СУБД, то эта лидирующая СУБД еще
больше разжиреет на лаврах лидера: будет стоить еще дороже, а
развиваться будет хуже

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

Выбирать нужно не ту, которую хотелось бы, а ту, которая больше подходит
по объективным причинам, уважаемый адепт
А чтоб не навязывали есть только один способ: подняться от уровня
кодера-девелопера-DBA до уровня принятия решений (и, разумеется,
ответственности)

> Теперь когда ловкий парень, умеющий гнуть пальцы, произвел чем-то
> впечатление на Ваше руководство (возможно менеджерскими или как
> проектировщик, или просто в настройках компов разбирается - директору за
> 5 мин настроил), то все буит, скорее всего, как он скажет. Он адепт Скуля.

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

> Нужно попробовать узнать, почему он в почете у руководства.

Это первое, что нужно сделать. А заодно узнать его доводы.
Posted via ActualForum NNTP Server 1.3

vadiminfo пишет:

>> Выбирать нужно не ту, которую хотелось бы, а ту, которая больше подходит
>> по объективным причинам, уважаемый адепт
> Попробую угадать. Это, наверняка, АСА?

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

>> А чтоб не навязывали есть только один способ: подняться от уровня
>> кодера-девелопера-DBA до уровня принятия решений (и, разумеется,
>> ответственности)
> Не думаю, что это гарантия в общем случае. Если конечно стать
> директором. Но тогда, по-моему, сама СУБд не так уже важна.

Вот и я про то же, а вы мне все ярлыки клеите. Мне важен результат. А
СУБД - лишь инструмент. Но я об этом уже говорил.

> Но ярлык я не на всех примериваю. Но те кто явно хвалят одну и ту же
> СУБД, иногда с перебором,

Примеры переборов в студию. Где я рекомендовал СУБД для задач, для
которых она не лучший выбор по ряду критериев?

> Я старался больше защищать, и уж не первым в топике упоминать Оракл.

Беззащитный Ларри Элисон вам будет очень признателен...

P.S. Все, гашу комп, пакую рюкзак. Всем счастливо оставаться. Не
перетруждайтесь и не засиживайтесь за компами - это вредно. Приятно было
пообщаться и с радостью продолжу общение по возвращении.

Posted via ActualForum NNTP Server 1.3