Ребята, подскажите стоит ли СУБД Cache того, что бы ее изучать ?

← →
VID © (2007-06-03 19:51) [0]

В связи со сменой работы у меня есть один вариант (вакансия), где разрабатываемый софт в качестве СУБД используется Cache. Это довольно-таки малопопулярная постреляционная объектная СУБД.
И вот я думаю, насколько правильным будет с точки зрения вклада в свое будущее проф. развитие изучение этой СУБД, работа с ней, ну другими словами выбор этой вакансии ?

Стоит ли связываться с Cache, с учетом того, что в 95% случаев работадателям требуются программисты MS SQL или ORACLE ?

← →
DrPass © (2007-06-03 20:36) [1]

Если, конечно, изучение Cache займет весь твой моск и свободное время, то не стоит. Если работа на этой должности всосет тебя на всю жизнь - то тоже не стоит.
А если предлагают обычную работу с нормальными условиями и вкусной зарплатой - то мне непонятно, о чем ты колеблешься? Ты ж не жену себе выбираешь... Нужно для работы - выучи. Будет нужно что-то другое - выучи что-то другое

← →
Kilkenny (2007-06-03 21:39) [2]

> DrPass ©

Многая знания - многоногая печаль...

← →
Курдль © (2007-06-03 21:46) [3]

> DrPass © (03.06.07 20:36) [1]

Ты прав! Весчь полезная. Более того, я сам искал предлога, чтобы окунуться в объектно-ориентированные базы, но случая не представлялось. Проектов на Cache, Versant и т.п. не намечалось, а за собственные затраты (времени и сил) - не хотелось.

← →
VID © (2007-06-03 22:32) [4]

Я поясню...
Сколько бы я ни проработал на той вакансии, я почти на 100% уверен, что по увольнению (а это все-равно неизбежно), я вряд ли смогу найти устраивающую меня вакансию с Cache (ведь к тому времени я буду знать его куда лучше чем FireBird или Oracle).
А если я щас выберу вакансию с Oracle, то при увольнении, мне будет проще найти новую работу, плюс - я буду неплохо знать этот самый Oracle.
Вот такие мысли беспокоят меня...

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

← →
Alien1769 © (2007-06-03 22:36) [5]

Возможно игра стоит свеч ?

← →
Real © (2007-06-04 01:32) [6]

А что, изучение Cache помешает тебе в освоении Oracle? Ни одна IT - не застраховано от полной невостребованности в течении нескольких лет, поэтому на протяжении всей карьеры так или иначе будешь учиться. Если зп хорошая и нет идеологической неприязни данной СУБД - то почему бы и не освоить то, что мало кто знает, вдруг пригодится

← →
ZeroDivide © (2007-06-04 14:50) [7]

ОО СУБД - это brainfuck, минусов у них куча, достоинств практически нет. Oracle тоже умеет это, просто мода такая раньше была, пока не поняли что это brainfuck. Нам препод на курсах "Learn Oracle from Oracle", рассказывал что такое есть и научил как им пользоваться, но при этом резюмировал:
"Г О С П О Д И Н Е Н А Д Ы Т Ъ"...

← →
tesseract © (2007-06-04 15:09) [8]

> Oracle тоже умеет это, просто мода такая раньше была, пока
> не поняли что это brainfuck.

Может Oracle это самое и есть, но у меня книга по слону - там никаких выражений по поводу ОО не делаеться, удобно. Например для описания документов.

Вообще ОО в "постреляционных" - это ИМХО фикция, облегчает процесс рефакторинга.

← →
Игорь Шевченко © (2007-06-04 15:26) [9]

ZeroDivide © (04.06.07 14:50) [7]

Видно, что не Кайт вам курсы читал. Кайт несколько иное про ОО-возможности Оракла пишет.

← →
Карелин Артем © (2007-06-04 15:35) [10]

А по-моему удобно, преподы к тому-же не Учителя, а просто преподы.

> Игорь Шевченко © (04.06.07 15:26) [9]
>
> ZeroDivide © (04.06.07 14:50) [7]
>
> Видно, что не Кайт вам курсы читал. Кайт несколько иное
> про ОО-возможности Оракла пишет.

Млин, так ни кто не спорит про возможности... OO возможностей у него наверняка даже больше чем в Cache... Вопрос стоит так: "А не правильнее ли забить на эти возможности?", "Толку от них?".

Игорь Шевченко © (04.06.07 15:26)
Спроси у тех, кто реально проектировал большую ОО БД какой кайф они ловили, когда им нужно было писать экспорт и импорт в ОО структуры.

> Спроси у тех, кто реально проектировал большую ОО БД какой
> кайф они ловили, когда им нужно было писать экспорт и импорт
> в ОО структуры.

Это работа такая - пыхтеть, назови проблемы которые там могут возникнуть ?

2 VID ©
вообще по своему опыту работы с Cache (2 года) скажу такую вещь - мы для данных не использовали объектную обертку.
Насколько я помню, там было что-то не удовлетворяющее нас с представлением даты/времени.
Объектная обертка у нас хорошо работала для дизайна - всё было в стиле Дельфей - Persisten, Form, Button, Combobox, ButtonGrid... Да еще визуальный редактор форм, отчетов!
*IDE назывется SMWrap*

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

А с объектной оберткой - практически та же плоская таблица, только столбцы - это именованные поля, а каждый экземпляр имеет уникальный ID-ник сразу.

Ребята, подскажите стоит ли СУБД Cache того, что бы ее изучать ? Найти похожие ветки