|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
День добрый! Сначала о себе: последние пару лет живу в Праге, работаю senior oracle developer а банке. Опыт ~5 лет как Oracle developer, не dwh. Последнее время на работе стало мало задач и начал задумываться о смене. (становится скучно) После 3 месяцев неспешных поисков столкнулся с проблемой что получаю деклайны на 99% вакансий на котрые я зааплаился. Причем отказы/игнор приходит даже до первого разговора с HR. Ответы были лишь от бодишопов хантящих всех подрят. Набор моих скиллов стандартен для db дева, оракловые сертификаты и тд имеются, английский fluent. Аплаился практически во всех странах ЕС с указанием того что готов переехать, blue card в наличие, поэтому визовых проблем нет. Разочаровавшись, обсуждал ситуацию с коллегой (MS SQL DBA), тот сказал что ему тоже практически не приходят сообщения от рекрутеров в лиекедине, хотя коллегам с java/net сыпятся предложения поговорить каждый день почти. Для сравнения проводил подобный тест штатах и приглашающих пособеседоваться было множество. Поделитесь опытом тех кто живет в ЕС, как часто к вам стучатся с предложениями о работе? Только у меня такая ситуация или везде так? P.S предложение заниматься на работе своими проектами не актуально, т.к я работаю в банке и половина интернета у меня заблокарована, а любой софт перед инсталляцией проходит через 5 апрувов. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2018, 15:27 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Эта известная проблема в Долине большинство ДБА перешли либо в noSQL типо Кассандра, Биг Дата, МонгоДБ, Спарк и тд либо пошли в девОпс либо вообще в Ява разработчики. Это в общем мировой тренд он докатился и до Европы. Я сам вынужден был соскочить с Лотус Нотс 8 лет назад на Яву ни дня не пожалел. Удачной охоты. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2018, 16:23 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
dbdev003 Поделитесь опытом тех кто живет в ЕС, как часто к вам стучатся с предложениями о работе? Только у меня такая ситуация или везде так? сам MSSQL DBA, искал работу по Netherlands порядка полугода по ресурсам Indeed & LinkedIn по линкеду - как сделал профиль активным (let recruiters know you're open), так пошли плотные просмотры рекрутеров и регулярные предложения в итоге выбрал интересный вариант и ушел с постоянки на контракт на Indeed постоянно висят вакансии DBA особенность местного рынка труда в моей области - в более чем половине вакансии требуется письменный и разговорный голландский поглядываю на рынок примерно год; заметен волнообразный характер появления вакансий, т.е. "то густо, то пусто" ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2018, 16:42 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Не совсем верно поняли вопрос темы. Вакансии вроде как есть, но фидбека на нет, приходит либо стандартный ответ что ваши скилы нам неподходят (при соответствии 95% скилов с CV и описании вакансии) либо игнор. Возможно специально висят конечно незакрывающиеся никогда позиции по паре лет, либо не хотят брать без третьего языка. И я все таки больше dev чем dba, в начале поста упомянул про это. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2018, 17:00 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
dbdev003 Не совсем верно поняли вопрос темы. dbdev003 И я все таки больше dev чем dba, в начале поста упомянул про это. dbdev003 Вакансии вроде как есть, но фидбека на нет ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2018, 17:08 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
по моему опыту на этих рынках в EС наблюдается выраженная сезонность, пик предложений приходится на март-апрель и потом после летних отпусков есть сильный спрос с сентября по октябрь-ноябрь, затем снова тишина под рождество и начало года, а так да, экономически серьёзного роста собственно и нет (явная тенденция на его спад) последние 3-4 квартала, соответственно и с вакансиями напряг, основные рынки в EС (на которые в принципе и работют эти удалённые outsource) это Германия, UK, Франция, ну может Италия/Испания ещё (Нидерланды показали рост, отдельно Швейцария) - вместе уже >67%+ от ВВП ЕС внутри многих организаций начинается консолидация и обрубание самых лёгких концов, почему-то часто в первых волнах идут внешние контракты. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2018, 17:25 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka большинство ДБА перешли либо в noSQL типо Кассандра, Биг Дата, МонгоДБ, Спарк и тд ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 00:14 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
профессия ДБА уходит в небытие, особенно с приходом облаков ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 01:37 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
FULLSTACK-еры все уничтожили. Сам был Nix/Ora dba. Теперь фулстэкер, типо )) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 02:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Relic Hunter FULLSTACK-еры все уничтожили. Сам был Nix/Ora dba. Теперь фулстэкер, типо )) Скрам сделал всех фулстакерами. В больших проектах есть data team но во первых таких проектов не так много а во вторых оракла там почти нет. Клауд убил Оракула. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 08:37 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Кнюпель профессия ДБА уходит в небытие, особенно с приходом облаков ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 15:15 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV а на облаках кто выполняет работу ДБА? А вообще интересно может кто из прошареных объяснить языком ЖЭКа что такое фуллстакеры, скрам, аджайл и т.д. Это то же самое что ДевОпс? Я пока вижу буквы, но не понимаю слова. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 16:44 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
а сколько платят senior oracle dev в Чехии, если не секрет? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 17:16 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc Relic Hunter FULLSTACK-еры все уничтожили. Сам был Nix/Ora dba. Теперь фулстэкер, типо )) Скрам сделал всех фулстакерами. В больших проектах есть data team но во первых таких проектов не так много а во вторых оракла там почти нет. Клауд убил Оракула. Мне это как-то удалось. Появился у нас некий скрам-любитель и предложил скрамиться, как положено. После 2-х непонятных стояний с непонятным результатом я предложил - давайте собираться в кабинете у начальника, там куча кресел. Начальник был не против. Мы еще пару раз неправильно поскрамились уже в прятных креслах, после чего поняли, что идея скрама была убита в зародыше. И вернулись к обычной работе. Было это так года 3-4 назад, после этого все попытки заскрамить нашу группу обходят стороной. Пока. Наверно еще какой-нибудь скрамо-любитель опять нарисуется. Но будем бороться. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 18:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok OoCc пропущено... В начале было Слово, И слово было у ПМ, И слово было Скрам. Скрам сделал всех фулстакерами. В больших проектах есть data team но во первых таких проектов не так много а во вторых оракла там почти нет. Клауд убил Оракула. Мне это как-то удалось. Появился у нас некий скрам-любитель и предложил скрамиться, как положено. После 2-х непонятных стояний с непонятным результатом я предложил - давайте собираться в кабинете у начальника, там куча кресел. Начальник был не против. Мы еще пару раз неправильно поскрамились уже в прятных креслах, после чего поняли, что идея скрама была убита в зародыше. И вернулись к обычной работе. Было это так года 3-4 назад, после этого все попытки заскрамить нашу группу обходят стороной. Пока. Наверно еще какой-нибудь скрамо-любитель опять нарисуется. Но будем бороться. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 18:59 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
а я люблю скрам, мне кажется он эффективен. в начале месяца кстати прошел курс SCRUM foundation, но в положенные 2 недели не успел достаточно подготовиться и серитфицироваться на скрам мастера. вопросы там конечно дурацкие в тесте :) сам кстати из бывших Оракл ДБА, сейчас JS FullStack Developer ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 19:01 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 а я люблю скрам, мне кажется он эффективен. в начале месяца кстати прошел курс SCRUM foundation, но в положенные 2 недели не успел достаточно подготовиться и серитфицироваться на скрам мастера. вопросы там конечно дурацкие в тесте :) сам кстати из бывших Оракл ДБА, сейчас JS FullStack Developer ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 19:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
ну а как команду контролировать? каждый день подходит начальник к каждому и спрашивает, - ну что, как дела? в ответ, - хорошо, работаю! вот реальный пример из жизни, жутко бесило. а тут все видят кто работает, а кто балду пинает и стыдно не работать, когда твои коллеги работают. и заказчик(руководство) видит новую фичу(инкремент) каждую неделю-две. все довольны. другое дело, что на 100% скрам не соблюдается, везде есть отклонения и изменения. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 20:09 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
ну и не везде он прмиеним, не во всех отраслях. но в 99% в разработке он применим и наиболее эффективен. в госсекторе и пилораме конечно ватерфолл лучше для обеих сторон бизнеса :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 20:11 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 ну и не везде он прмиеним, не во всех отраслях. но в 99% в разработке он применим и наиболее эффективен. в госсекторе и пилораме конечно ватерфолл лучше для обеих сторон бизнеса :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 20:33 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Как и с любой методикой, скрам хорошо работает в каких-то случаях и не работает в других. А часто наилучший вариант - это гибрид разных методик. Главное, не зацикливаться на самой методике, а использовать то, что подходит для проекта и команды. Ну и еще, из собственного опыта перехода на скрам, без хорошего тренера сложно успешно поменять систему работы. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 20:59 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 ну а как команду контролировать? каждый день подходит начальник к каждому и спрашивает, - ну что, как дела? в ответ, - хорошо, работаю! ... Если можешь, то скрам там будет большой жирной кляксой, которая все портит. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 21:01 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok Stan2000 ну а как команду контролировать? каждый день подходит начальник к каждому и спрашивает, - ну что, как дела? в ответ, - хорошо, работаю! ... Если можешь, то скрам там будет большой жирной кляксой, которая все портит. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 21:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 andrushok пропущено... А ты можешь себе представить картину: начальник собирает всю группу раз в 2-3 недели (иногда реже). Минут 10 рассказывает, что собственно в институте нового, минут 5 интересуется, как обстоят дела с наиболее важными проектами и потом оставшиеся 45 минут кто-то из команды делает очередную презентацию, о своем недавнем путешествии куда-либо. Если можешь, то скрам там будет большой жирной кляксой, которая все портит. Stan2000 Скрам - это для тех кто работать не хочет(может) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 22:10 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 andrushok пропущено... А ты можешь себе представить картину: начальник собирает всю группу раз в 2-3 недели (иногда реже). Минут 10 рассказывает, что собственно в институте нового, минут 5 интересуется, как обстоят дела с наиболее важными проектами и потом оставшиеся 45 минут кто-то из команды делает очередную презентацию, о своем недавнем путешествии куда-либо. Если можешь, то скрам там будет большой жирной кляксой, которая все портит. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2018, 22:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc Клауд убил Оракула. На последних курсах от Microsoft по Azure прямо так и сказали - что пока остались нужны ещё developers, но MS очень упорно работает чтобы заменить их AI и их новшеством Cognitive services. "Бизнесу очень скоро не нужен будет IT, он будет заменён сервисами, которыми мы обеспечим"... Примерно так... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 09:16 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergey Ch OoCc Клауд убил Оракула. На последних курсах от Microsoft по Azure прямо так и сказали - что пока остались нужны ещё developers, но MS очень упорно работает чтобы заменить их AI и их новшеством Cognitive services. "Бизнесу очень скоро не нужен будет IT, он будет заменён сервисами, которыми мы обеспечим"... Примерно так... Оракл про$рал клауд-революцию похлеще Майкрософта в мобильном мире. У нас народ активно мигрирует на Постгрес и Рэдшифт (что есть тоже постгрес) в Амазоне. BTW Бритиш Телеком обещает 1 гигабит интернет к 2020. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 11:34 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergey Ch OoCc Клауд убил Оракула. На последних курсах от Microsoft по Azure прямо так и сказали - что пока остались нужны ещё developers, но MS очень упорно работает чтобы заменить их AI и их новшеством Cognitive services. "Бизнесу очень скоро не нужен будет IT, он будет заменён сервисами, которыми мы обеспечим"... Примерно так... Могу с уверенностью сказать, что МС считает Azure перспективной и безальтернативной технологией будущего, так же как недавно считала таковой силверлайт, вин мобайл, винфон и т.п., как все свои новые технологии. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 13:51 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc Клауд убил Оракула. SQL Server за последние 10 лет аккуратно подобрался по фичам, а в версии 2016 даже включил ряд enterprise фич в Standard Edition. С выходом версии под linux даже стало типа кроссплатформенным. А если не видно разницы, то зачем платить больше? Но я бы все таки поговорил за людей: кто такие full stack developers, чем они отличаются от DevOps и почему это типа будущее. Как рентованные облака могут быть дешевле(перспективнее) купленных датацентров? Нет, если у конторы этого нет, то строить действительно может быть накладно, но если инфраструктура уже ЕСТЬ (а она есть у подавляющего большинства контор). То есть маркетологи втюхивают бизнесу идею замены гудящего, жрущего электричество датацентра и усталых, чумазых, задерганных админов на сверкающее облако, чистеньких высокопрофессиональных админов с крылышками, которым AI поможет сделать все шоколадно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 16:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 OoCc Клауд убил Оракула. SQL Server за последние 10 лет аккуратно подобрался по фичам, а в версии 2016 даже включил ряд enterprise фич в Standard Edition. С выходом версии под linux даже стало типа кроссплатформенным. А если не видно разницы, то зачем платить больше? Но я бы все таки поговорил за людей: кто такие full stack developers, чем они отличаются от DevOps и почему это типа будущее. Как рентованные облака могут быть дешевле(перспективнее) купленных датацентров? Нет, если у конторы этого нет, то строить действительно может быть накладно, но если инфраструктура уже ЕСТЬ (а она есть у подавляющего большинства контор). То есть маркетологи втюхивают бизнесу идею замены гудящего, жрущего электричество датацентра и усталых, чумазых, задерганных админов на сверкающее облако, чистеньких высокопрофессиональных админов с крылышками, которым AI поможет сделать все шоколадно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 17:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok SERG1257 пропущено... Как мне кажется оракл убивает не клауд, а жадность. SQL Server за последние 10 лет аккуратно подобрался по фичам, а в версии 2016 даже включил ряд enterprise фич в Standard Edition. С выходом версии под linux даже стало типа кроссплатформенным. А если не видно разницы, то зачем платить больше? Но я бы все таки поговорил за людей: кто такие full stack developers, чем они отличаются от DevOps и почему это типа будущее. Как рентованные облака могут быть дешевле(перспективнее) купленных датацентров? Нет, если у конторы этого нет, то строить действительно может быть накладно, но если инфраструктура уже ЕСТЬ (а она есть у подавляющего большинства контор). То есть маркетологи втюхивают бизнесу идею замены гудящего, жрущего электричество датацентра и усталых, чумазых, задерганных админов на сверкающее облако, чистеньких высокопрофессиональных админов с крылышками, которым AI поможет сделать все шоколадно. вроде как все должно быть наоборот. перевели на облако - системщики остались без работы, их всех уволили. по крайней мере наши системщики очень облаку сопротивляются. и опять же, внаоборот андрюшку, очень знающие и уважаемые люди. а уж чтобы мордой кого-то куда-то тыкать.... вау..... где вы работаете? я к вам не пойду. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 17:26 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV andrushok пропущено... Ноги растут от системщиков, как мне кажется. Этот народ только и делает, что ничего не делает. Так, пнул, что-то где-то и вроде работает. А если тебе что-то от них надо, или не дай Бог что-то не работает, тебе надо выполнить 80% их работы, что бы полностью в проблеме разобраться и ткнуть их мордой в это, тогда они вроде бы зашевелятся. И облака для них вообще рай - если что-то там не так - так это не к нам, а на прямую к ангелам. Системные начальники это прекрасно понимают и успешно впендюривают облака другим большим начальникам, которые весьма слабого понятия, как работает ИТ, но имеют доступ к баблу (кстати, не своему). вроде как все должно быть наоборот. перевели на облако - системщики остались без работы, их всех уволили. по крайней мере наши системщики очень облаку сопротивляются. и опять же, внаоборот андрюшку, очень знающие и уважаемые люди. а уж чтобы мордой кого-то куда-то тыкать.... вау..... где вы работаете? я к вам не пойду. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 17:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok LenaV пропущено... интересная история. вроде как все должно быть наоборот. перевели на облако - системщики остались без работы, их всех уволили. по крайней мере наши системщики очень облаку сопротивляются. и опять же, внаоборот андрюшку, очень знающие и уважаемые люди. а уж чтобы мордой кого-то куда-то тыкать.... вау..... где вы работаете? я к вам не пойду. хорошие или плохие работники никакого отношения к этому не имеют. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 20:15 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok Ноги растут от системщиков, как мне кажется. Этот народ только и делает, что ничего не делает. Так, пнул, что-то где-то и вроде работает. А если тебе что-то от них надо, или не дай Бог что-то не работает, тебе надо выполнить 80% их работы, что бы полностью в проблеме разобраться и ткнуть их мордой в это, тогда они вроде бы зашевелятся. мне просто интересно. Я всегда думала, что вы програмист. Уж очень это разные работы. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 20:43 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 Как рентованные облака могут быть дешевле(перспективнее) купленных датацентров? Нет, если у конторы этого нет, то строить действительно может быть накладно, но если инфраструктура уже ЕСТЬ (а она есть у подавляющего большинства контор). ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2018, 23:26 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV andrushok Ноги растут от системщиков, как мне кажется. Этот народ только и делает, что ничего не делает. Так, пнул, что-то где-то и вроде работает. А если тебе что-то от них надо, или не дай Бог что-то не работает, тебе надо выполнить 80% их работы, что бы полностью в проблеме разобраться и ткнуть их мордой в это, тогда они вроде бы зашевелятся. мне просто интересно. Я всегда думала, что вы програмист. Уж очень это разные работы. Самый классический - какой-то сервер стал очень медленный. Если ты просто спросишь - чуваки, мол посмотрите, почему сервер медленный, то будешь послан лесом. Не барское это дело. А вот если ты найдешь что там swap переполнен, а так же найдешь, что какой-то чудик забыл сделать неормальный выход из FCGI и там висит с полштуки демонов, и в конце концов подашь нашим мудрым системщикам список этих процессов - вот тогда они с гордостью выполнят команду kill. А неделю назад один север стал на каждый 10-й запрос отвечать "Connection died". Опять пришлось засучить рукава и копаться в последних апгрейдах. Выяcнилось, что какой-то системщик установил кривую версию ftds, потом везде переустановил, но про этот сервер забыл. На первую просьбу разобраться он просто перегрузил сервер. Дня на 2-3 помогло, потом началось опять. Ну он опять перегрзил, на большее его желаний работать не хватило. Кончилось тем, что пришлось его мордой бац. Достатточно? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 00:44 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich SERG1257 Как рентованные облака могут быть дешевле(перспективнее) купленных датацентров? Нет, если у конторы этого нет, то строить действительно может быть накладно, но если инфраструктура уже ЕСТЬ (а она есть у подавляющего большинства контор). Я как мелкий паразит и кровосос с облаками очень удачно подсел года три назад тренд идет очень плотно расту в собственных глазах когда приходят предложения поработать :))) ниже 150К по базовому окладу не предлагают. Я бы учел этот момент всем кто еще не перешагнул 40 лет имеет смысл поиграть в догонялки. Удачной охоты всем. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 06:04 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Во есть еще заповедные места даже в Америке https://forum.privet.com/viewtopic.php?f=2&t=214627 автор DBA position. Location – Cary Contract to Hire – 12 months contract initially US Citizen required Majority of the work will be in FedRamp space in Azure Gov Cloud Considering AWS Gov Cloud for other products. Technology areas to focus: Oracle – Data Guard, HA, RAC, performance tuning, general administration and management. Golden Gate (not required but preferred), RMAN, export, import – basic stuff MS-SQL – Windows knowledge, MS-SQL, HA – Replication, Log shipping, Always On etc. Any experience with NoSQL columnar databases would be a great plus. (Vertica) Оффис в Кари, состав - совсем не как в Калифорнии. Из ДБА - один индус. И все. На проекте - я в Кали и вот кого еще возьмут - на Ист косте. Проект БОЛьШОЙ. Можно сказать -вечный (ну понимаете о чем речь, да?). Если вам знакомы слова - FIPS, STIG, CIS security - то эта позиция для вас. З/п не знаю. Честно. Но вроде как не жмутся. Позиции в открытом доступе нет (ну или я не нашла) - т.к. контракт - то через вендоров конечно. Вот сижу на интервью. Тяжело - лучше самой проходить чем проводить... Народ, конечно, адекватный, но все же оптыт для проведения _правильных_ интервью должен быть манагерский (наверное). Мне тяжело. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 07:42 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Для этой цели существует SAML2 протокол когда данные для Идентификации и Авторизации берутся из-за файрвола. На самом деле облака давно уже победили просто для этих целей существуют Частные облака на базе того же Амазона и Ажур вроде как готовит первый выпуск. Я как мелкий паразит и кровосос с облаками очень удачно подсел года три назад тренд идет очень плотно расту в собственных глазах когда приходят предложения поработать :))) ниже 150К по базовому окладу не предлагают. Я бы учел этот момент всем кто еще не перешагнул 40 лет имеет смысл поиграть в догонялки. По поводу победы облаков: делаем продукты для крупных европейских и американских банков. Я всегда интересуюсь, где расположены дата-центры, но почему-то они до сих пор не в облаке. На это есть свои основания, плюс распоряжения регуляторов о защите персональных данных. Или возьмём опять же ДойчеТелеком или T-Mobile. У них уже есть своя отлаженная инфраструктура, датацентры, каналы передачи данных, биллинг, коммутация. Зачем им облака? Экономия? Вряд ли. Ещё один момент: кто будет заниматься вопросами производительности, тюнингом запросов в облачном хранилище, если убрать своих DBA. Ребята из Амазона? :) Они же не понимают ни систему, ни бизнес сущности. Хотя о чём это я, на подходе AI. Он-то и заменить не только DBA, но разработчиков. :-Q Я не против облаков как таковых, сам арендую машинку в Digital Ocean, но есть свои нюансы :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 11:16 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich По поводу победы облаков: делаем продукты для крупных европейских и американских банков. Я всегда интересуюсь, где расположены дата-центры, но почему-то они до сих пор не в облаке. На это есть свои основания, плюс распоряжения регуляторов о защите персональных данных. Или возьмём опять же ДойчеТелеком или T-Mobile. У них уже есть своя отлаженная инфраструктура, датацентры, каналы передачи данных, биллинг, коммутация. Зачем им облака? Экономия? Вряд ли. Ну и далее, где то за откаты, или за плюшки от МС, Гугла или Амазона компании переходят к ним на хостинг, где то остаются на старом хостинге, где то остаются на своих датацентразх, причём последнее для больших компаний очевидно дешевле и надёжнее, чем хостинг. без каких либо исключений. Так что относитесь к облакам рациональнее: конечно, никого облака не убьют, да и вообще, "переход на облака" даже не начался, если не считать хостинга, но вполне можно использовать модные тенденции для повышения своего дохода, причём иногда кардинально, потому что влезать первым в модную технологию очень выгодно, будешь "признанным экспертом", впереди всех, тупо из за форы во времени. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 11:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok ... Достатточно? Аналогично, купили у EMC file storage для "снабжения" web sites компании изображениями продаваемых продуктов. Отдельных изображений немного - всего около 50 миллионов. Оказалось что при 25k запросах в секунду - система начинала очень сильно торомзить... Как обычно обвинили MS c их IIS. Последний не долго думая дал нам разрабочиков IIS в помощь. Нам прислали кучу тестов, мы сделали кучу профайлов и послали им на анализ. Где-то в середине этой череды разбирательств я, простой developer читая логи понял, что storage получив запрос на файл говорит, что всё Ok, он у меня есть и потом начинает искать его куски чтобы передать данные обратно... Через неделю MS подтвердил нашу находку.... Вот чем приходится заниматься просты программистам :))) После всего потрачнного времения и нервов нам вернули миллины долларов? No way! Просто теперь это новое хранилище пустили на внутренние нужды - "офисный планктон" не cusomers, они могут и подождать :))) У меня есть подозрение, что распилы бюджетов не только в странах с молдыми экономиками существуют... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 11:47 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok ...Если системщики нормальные - то облака не нужны. Если халтурщики - то тогда все воспорят в облака ... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 11:50 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Vyatich По поводу победы облаков: делаем продукты для крупных европейских и американских банков. Я всегда интересуюсь, где расположены дата-центры, но почему-то они до сих пор не в облаке. На это есть свои основания, плюс распоряжения регуляторов о защите персональных данных. Или возьмём опять же ДойчеТелеком или T-Mobile. У них уже есть своя отлаженная инфраструктура, датацентры, каналы передачи данных, биллинг, коммутация. Зачем им облака? Экономия? Вряд ли. И как это может убить всех DBAев :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 12:09 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich alexeyvg пропущено... Вообще в подавляющем большинстве случаев "облака" тут просто модное название хостинга. Аренда серверов. Никаких облачных технологий. И как это может убить всех DBAев :) И даже при нормальном облаке, которое не "просто хостинг", DBA всё равно нужны. Есть базы, есть некий сервис, отвечающий за выполнение запросов клиента к этим базам, и, разумеется, есть специалисты, которые с этим всем работают. Конечно, у этих специалистов будет немного отличаться работа, и новые знания некоторые нужны, но в целом, специалисты же всё равно будут! А насчёт новых знаний - так да, придётся DBA тоже учиться, а то хорошо устроились, вон, у других программистов платформы кардинально меняются одна за другой Причём это всё будет нужно, когда придут настоящие облака. А пока для перехода на Azure нужно просто поизучать концепции ажурного биллинга, акаунты, права на управление всем этим, и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 15:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok LenaV а приведите пример, когда вы в чем-то разобрались и системщиков мордой бац. мне просто интересно. Я всегда думала, что вы програмист. Уж очень это разные работы. Он будет в первую очередь искать, почему можно не делать то, что тебе надо. Будет слать всякую лабуду, что де "по результатам мониторинга (от системы мониторинга за тыщу миллионов) всё работает штатно, проблем не обнаружено", и всё это хорошим канцеляритом. И в конце письма на страничку "спасибо что обратились мы работаем для вас не является офертой включает но не ограничено" и так далее. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 15:17 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
С облаками на данный момент существует одна очень серьезная юридическая проблема, которая тормозит их внедрение в финансовой сфере. Компании, которые предоставляют облачные сервисы, не несут никакой ответственности за breach данных. Для нашей компании, например, это deal breaker. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 16:09 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich Sergunka Для этой цели существует SAML2 протокол когда данные для Идентификации и Авторизации берутся из-за файрвола. На самом деле облака давно уже победили просто для этих целей существуют Частные облака на базе того же Амазона и Ажур вроде как готовит первый выпуск. Я как мелкий паразит и кровосос с облаками очень удачно подсел года три назад тренд идет очень плотно расту в собственных глазах когда приходят предложения поработать :))) ниже 150К по базовому окладу не предлагают. Я бы учел этот момент всем кто еще не перешагнул 40 лет имеет смысл поиграть в догонялки. По поводу победы облаков: делаем продукты для крупных европейских и американских банков. Я всегда интересуюсь, где расположены дата-центры, но почему-то они до сих пор не в облаке. На это есть свои основания, плюс распоряжения регуляторов о защите персональных данных. Или возьмём опять же ДойчеТелеком или T-Mobile. У них уже есть своя отлаженная инфраструктура, датацентры, каналы передачи данных, биллинг, коммутация. Зачем им облака? Экономия? Вряд ли. Ещё один момент: кто будет заниматься вопросами производительности, тюнингом запросов в облачном хранилище, если убрать своих DBA. Ребята из Амазона? :) Они же не понимают ни систему, ни бизнес сущности. Хотя о чём это я, на подходе AI. Он-то и заменить не только DBA, но разработчиков. :-Q Я не против облаков как таковых, сам арендую машинку в Digital Ocean, но есть свои нюансы :) Вы же здесь не все тупые и должны пользоваться обычными системами поиска работы?!!! Статистика показывает, что работ для разработчиков с облаком в десятки раз больше чем для ДБА с облаком и катастрофически больше чем просто ДБА. В какой-то момент должен просто срабатывать инстинкт самосохранения, нужно заранее улавливать тренд и мигрировать в область где есть работа, а не сидеть и ждать когда реально припрет. Я в своей жизни пережил наверно с десяток крупных измененний где-то серьезно не учел, где то припоздал, но всеж попал в тренд. Первый серьезный забег был это Мейнфрейм против РС - я в тот момент ставил на PDP-11 - скажем пролетел :))) Второй Паскаль против С - пролетел Третий Фох Про против Клипера - попал Фох Про выйграл Четвертый Ява против С++ - очевидно выйграл Пятый Веб против толстый клиент+сервер - это вообще считалось толстого клиента браузером не переплюнуть... ну и где толстые клиенты и десктопные приложения? Шестой ставил на noSql (Lotus Notes Domino) против Реляционных Баз Данных - не дождался когда noSql победит соскачил на веб разработку в 2010 году. Седьмой поставил на облака лет шесть назад очень сильно повезло сейчас практически ветеран, рекрутеры кланяются в пояс много времени провожу в изучении новых технологий, контора охотно платит за это практически безделье, стали приглашать на митапы, хакатоны и всякие прочие сборища ветеранов ботанников... сейчас разрабатываю новый тренд частные облака :))) P.S. Я не агитирую не каждому тараканьи бега интересны... но у меня вот так складывается. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 18:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Leonid Gurevich С облаками на данный момент существует одна очень серьезная юридическая проблема, которая тормозит их внедрение в финансовой сфере. Компании, которые предоставляют облачные сервисы, не несут никакой ответственности за breach данных. Для нашей компании, например, это deal breaker. автор Azure Government Unparalleled flexibility and breakthrough innovation for US government agencies and their partners Get world-class security, protection, and compliance Modernize your legacy infrastructure to a flexible, hybrid environment Give your workloads capacity when and where you need it Gain efficiencies and cost savings across departments Нам мелким кровососущим радоваться надо, что все больше и больше лохов разводят просто на понт и под это зарплаты растут нехило... не надо циклится на технологиях прошлого века :-Q ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 18:31 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Во есть еще заповедные места даже в Америке https://forum.privet.com/viewtopic.php?f=2&t=214627 автор DBA position. Location – Cary Contract to Hire – 12 months contract initially US Citizen required Majority of the work will be in FedRamp space in Azure Gov Cloud Considering AWS Gov Cloud for other products. Technology areas to focus: Oracle – Data Guard, HA, RAC, performance tuning, general administration and management. Golden Gate (not required but preferred), RMAN, export, import – basic stuff MS-SQL – Windows knowledge, MS-SQL, HA – Replication, Log shipping, Always On etc. Any experience with NoSQL columnar databases would be a great plus. (Vertica) Оффис в Кари, состав - совсем не как в Калифорнии. Из ДБА - один индус. И все. На проекте - я в Кали и вот кого еще возьмут - на Ист косте. Проект БОЛьШОЙ. Можно сказать -вечный (ну понимаете о чем речь, да?). Если вам знакомы слова - FIPS, STIG, CIS security - то эта позиция для вас. З/п не знаю. Честно. Но вроде как не жмутся. Позиции в открытом доступе нет (ну или я не нашла) - т.к. контракт - то через вендоров конечно. Вот сижу на интервью. Тяжело - лучше самой проходить чем проводить... Народ, конечно, адекватный, но все же оптыт для проведения _правильных_ интервью должен быть манагерский (наверное). Мне тяжело. Contract to Hire – 12 months contract initially US Citizen required Из ДБА - один индус. Его кто-то и почему-то нанял. Надо проверять детали и квалификацию. Хотят Сразу оракл сиквел и носкл ЗЫ из своего опыта, если на собеседование будет индус(ы), - вы будете просто статистом для галочки, а кандидат уже есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 22:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
zzzzzzzzzz Sergunka Во есть еще заповедные места даже в Америке https://forum.privet.com/viewtopic.php?f=2&t=214627 пропущено... Contract to Hire – 12 months contract initially US Citizen required Из ДБА - один индус. Его кто-то и почему-то нанял. Надо проверять детали и квалификацию. Хотят Сразу оракл сиквел и носкл ЗЫ из своего опыта, если на собеседование будет индус(ы), - вы будете просто статистом для галочки, а кандидат уже есть. Технически один индус это вполне нормально, покрайне мере у меня не вызывает реакцию отторжения. Даже один индус на собеседовании вполне нормально, два я уже отказываюсь. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2018, 23:31 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich По поводу победы облаков: делаем продукты для крупных европейских и американских банков. Я всегда интересуюсь, где расположены дата-центры, но почему-то они до сих пор не в облаке. Vyatich На это есть свои основания, плюс распоряжения регуляторов о защите персональных данных. Vyatich Ещё один момент: кто будет заниматься вопросами производительности, тюнингом запросов в облачном хранилище, если убрать своих DBA. Ребята из Амазона? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 01:28 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Кнюпель Vyatich Ещё один момент: кто будет заниматься вопросами производительности, тюнингом запросов в облачном хранилище, если убрать своих DBA. Ребята из Амазона? :) Какой он разработчик, если он занимается администрированием эксплуатируемого продукта? А тех, кто разрабатывал, может не знать, потому что они могут работать, например, в другой компании-подрядчике? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 02:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Кнюпель пропущено... девелоперы конечно, ДБА тут вообще не при делах Какой он разработчик, если он занимается администрированием эксплуатируемого продукта? А тех, кто разрабатывал, может не знать, потому что они могут работать, например, в другой компании-подрядчике? Вопросами производительности, в том числе и тюнингом запросов, занимаются именно разработчики. И при чем тут администрирование? Показывает NewRelic, что просел конкретный функционал, в конкретном сервисе, за который ответственна конкретная команда. Конкретные разработчики идут и разбираются. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 09:37 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Плюс помимо производительности бекенда есть ещё производительность с точки зрения пользователя. И когда тот же NewRelic показывает, что вот в этом контуре First Meaningful Paint составляет 4 секунды для 75-й перцентили, а на сервере все шустро, то чем тут поможет ДБА? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 09:47 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
skyANA alexeyvg пропущено... Так это же ДБА, которого вы почему то называете девелопером. Какой он разработчик, если он занимается администрированием эксплуатируемого продукта? А тех, кто разрабатывал, может не знать, потому что они могут работать, например, в другой компании-подрядчике? Вопросами производительности, в том числе и тюнингом запросов, занимаются именно разработчики. И при чем тут администрирование? Показывает NewRelic, что просел конкретный функционал, в конкретном сервисе, за который ответственна конкретная команда. Конкретные разработчики идут и разбираются. Плюс помимо производительности бекенда есть ещё производительность с точки зрения пользователя. И когда тот же NewRelic показывает, что вот в этом контуре First Meaningful Paint составляет 4 секунды для 75-й перцентили, а на сервере все шустро, то чем тут поможет ДБА? То есть работа разработчика - реализовать фичи и править баги согласно задачам из таск-листа, а работа DBA - обеспечивать нормальную работу системы, хотя эти 2 человека могут быть при этом программистами на одном и том же языке. Ещё я подозреваю, что у вас нет разработчиков по базе. Которые вообще не знают, что такое традиционные ЯП. Тогда, конечно, странно было бы, что бы среди фулл-стек программистов вдруг появился DBA, по крайней мере с таким названием Это у вас такой подход, во первых, ориентированный на приложения, а не на данные, во вторых, ориентированный на фулл-стек программистоов (что частично вытекает из первого, а частично из простоты базы) А у кого то другой подход, скажем, у многих запросы пишут DBA, а не разработчики, по крайней мере сложные запросы. И базы бывают сложные и нагруженные. И подходы бывают построенные вокруг данных, когда есть некий актив компании в виде её данных, и есть проекты написания приложений, работающих с этими данными (в том числе) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 15:52 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
skyANA alexeyvg пропущено... Так это же ДБА, которого вы почему то называете девелопером. Какой он разработчик, если он занимается администрированием эксплуатируемого продукта? А тех, кто разрабатывал, может не знать, потому что они могут работать, например, в другой компании-подрядчике? Вопросами производительности, в том числе и тюнингом запросов, занимаются именно разработчики. И при чем тут администрирование? Показывает NewRelic, что просел конкретный функционал, в конкретном сервисе, за который ответственна конкретная команда. Конкретные разработчики идут и разбираются. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 17:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
с точки зрения ДБА, работающего на "облаке". мы отвечаем за надежность,секьюрити, и производительность, но только за производительность сервера, а не конкретного запроса к базе данных. Мы никогда не отлаживаем запросы. Мы можем сказать, в каком месте тормозит, и дальше уже дело разработчиков разбираться с этим. Если проект большой, то в штате у разработчиков может быть свой ДБа,который НЕ занимается администрированием, но выполняет какие-то функции связаные с разработкой. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 18:12 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Кнюпель Vyatich По поводу победы облаков: делаем продукты для крупных европейских и американских банков. Я всегда интересуюсь, где расположены дата-центры, но почему-то они до сих пор не в облаке. Кнюпель Vyatich На это есть свои основания, плюс распоряжения регуляторов о защите персональных данных. Кнюпель Vyatich Ещё один момент: кто будет заниматься вопросами производительности, тюнингом запросов в облачном хранилище, если убрать своих DBA. Ребята из Амазона? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 21:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich Кнюпель пропущено... для крупного бизнеса облака не дешевле. Для мелкого/среднего - другой разговор Кнюпель пропущено... облака могут быть без проблем PCI-compliant, с этим проблем нет, так-же, как и с требованием географического расположения, сервера основных облаков есть в большинстве крупных стран Кнюпель пропущено... девелоперы конечно, ДБА тут вообще не при делах в больших компаниях - их обязаности делятся на 2 разных вида: разработка (програмирование, оптимизация и пр) и администриривание. если база тормозит - эти 2 дба должны работать вместе, чтобы выяснить в чем дело. если выясняется, что проблема в неправильном индексе или плохом запросе, - это чинит разработчик. если проблема, например, в конфигурации сервера - это чинит dba администратор. в маленьких - все может выполнят вобще 1 человек - под названием системный администратор. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 22:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV есть разные виды ДБА. в больших компаниях - их обязаности делятся на 2 разных вида: разработка (програмирование, оптимизация и пр) и администриривание. LenaV если база тормозит - эти 2 дба должны работать вместе, чтобы выяснить в чем дело. LenaV если выясняется, что проблема в неправильном индексе или плохом запросе, - это чинит разработчик. если проблема, например, в конфигурации сервера - это чинит dba администратор. LenaV в маленьких - все может выполнят вобще 1 человек - под названием системный администратор. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2018, 22:31 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich а иначе так и представляю себе девелоперов, нахерачивших ORMами свои чудо-запросы и пытающихся что-то там оптимизировать .... через облако. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 13:04 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
dbdev003 Поделитесь опытом тех кто живет в ЕС, как часто к вам стучатся с предложениями о работе? Только у меня такая ситуация или везде так? Тем не менее, какое-то количество ИТ тут есть. Я нашел работу APEX-разработчика в неплохое место (небольшая контора, продает свой продукт; банкам продает, кому ж еще). Искал 3 месяца, но крайне неспешно. Рекрутеры иногда стучатся в linkedin. Иногда дело доходит до собеседований. При проявлении активности в принципе можно ожидать одного контакта в неделю, как мне кажется. Конечно, такого ажиотажа, как был в Москве в 2012-м (когда я последний раз искал там работу) тут и близко нет. Там в первый же день после публикации резюме телефон просто не замолкал с 9 утра до 9 вечера. Тем не менее, какую-то работу и тут найти можно. Хотя, справедливости ради, APEX - это уже не совсем БД разработка. Кстати, здесь частично сидит ИТ Европарламента/Еврокомиссии/Евросуда. Болотище то еще, но народ нанимают активно. И оракла у них дофига и больше. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 13:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Кнюпель Умение писать запросы на ЕF и их оптимизация - стандартный скилл современного разработчика Это о том как фуллстакеры и датапипл по разному видят базу данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 14:11 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc Случай из жизни. OoCc-жена года три назад перешла на новую работу. Как-то ей потребовался один отчёт который как оказалось строится 15(!!!) дней. Заинтересовавшись почему 15, она поговорила с его "product owner" и дня за два сделала сиквел скрипт который генерирует этот отчёт за 20 минут. Это о том как фуллстакеры и датапипл по разному видят базу данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 14:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Кнюпель OoCc Случай из жизни. OoCc-жена года три назад перешла на новую работу. Как-то ей потребовался один отчёт который как оказалось строится 15(!!!) дней. Заинтересовавшись почему 15, она поговорила с его "product owner" и дня за два сделала сиквел скрипт который генерирует этот отчёт за 20 минут. Это о том как фуллстакеры и датапипл по разному видят базу данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 14:35 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc Кнюпель Умение писать запросы на ЕF и их оптимизация - стандартный скилл современного разработчика Это о том как фуллстакеры и датапипл по разному видят базу данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 14:47 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc Кнюпель пропущено... у нас все отчеты генерируются за менее чем 3-5 секунд. Если дольше, то девелопер идет и фиксит. 20 минут это нонсенс А может и всё вместе. :) P.S. А 15-ти дневним вариантом кто-нибудь пользовался? Если да, то такому юзеру надо памятник ставить!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 14:48 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich OoCc пропущено... Случай из жизни. OoCc-жена года три назад перешла на новую работу. Как-то ей потребовался один отчёт который как оказалось строится 15(!!!) дней. Заинтересовавшись почему 15, она поговорила с его "product owner" и дня за два сделала сиквел скрипт который генерирует этот отчёт за 20 минут. Это о том как фуллстакеры и датапипл по разному видят базу данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 14:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos OoCc пропущено... Тут наверное все зависит от обьёма данных. :-Q А может и всё вместе. :) P.S. А 15-ти дневним вариантом кто-нибудь пользовался? Если да, то такому юзеру надо памятник ставить!!! 15 дневным все до этого случая пользовались. Обновлялся по расписанию два раза в месяц. И это в продакшене. Девелоперы говорили что ускорить нельзя. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 15:06 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc, Девелоперы имеют тенденцию врать. По себе знаю. :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 15:32 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos OoCc, Девелоперы имеют тенденцию врать. По себе знаю. :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 15:36 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc Vyatich пропущено... Надо больше облаков использовать для построения отчётов, а не сиквел скрипты переписывать. Так победим. :-Q Все в плюсе: амазон продал больше облаков, фуллстак девелоперам можно врать дальше не переписывать запросы, менеджмент освоил бюджет на новые, перспективные технологии и красиво отчитался перед инвесторами. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 15:44 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich OoCc пропущено... Это итак в амазоне. Для пипл разницы нет. Все сервера подключены черех VPN. Все в плюсе: амазон продал больше облаков, фуллстак девелоперам можно врать дальше не переписывать запросы, менеджмент освоил бюджет на новые, перспективные технологии и красиво отчитался перед инвесторами. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 16:26 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich ... Ты не понял, у амазона много серверов, надо арендовать ещё больше, увеличив вычислительные мощности для ускорения отчёта. :))) Все в плюсе: амазон продал больше облаков, фуллстак девелоперам можно врать дальше не переписывать запросы, менеджмент освоил бюджет на новые, перспективные технологии и красиво отчитался перед инвесторами. им существенно лучший результат за эти потраченные деньги нужен по сравнению с чем было просаживанием денег на что-то от чего никому ни лучше не хуже - их явно не порадуешь. периодически вижу таких временных и не очень разбирающихся менеджеров с флагом "потратим бюджеты на технологии" - вылетающих из организаций как пробки. хотя конечно продажники втирающие лохам байки именно на таких и ориентируются. если сравнить одинаковый результат от двух сценариев: потратить 5 миллионов на 100 серверов или 1 миллион на 20 серверов и 2 миллиона на нормальную структуру то второй для инвестора явно предпочтительнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 17:09 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich, тебе надо в школу программирования в вятке https://vc.ru/41174-kak-zapustit-shkolu-programmirovaniya-za-poltora-mesyaca-itogi-pervogo-zaezda-v-hutorium там учат AWS Cloud9 IDE До твоего австрийского бодишопа эти знания пока не дошли. Но есть возможность съездить подучиться в место с развитыми технологиями. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 17:12 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Leonid Gurevich Vyatich пропущено... Ты не понял, у амазона много серверов, надо арендовать ещё больше, увеличив вычислительные мощности для ускорения отчёта. :))) Все в плюсе: амазон продал больше облаков, фуллстак девелоперам можно врать дальше не переписывать запросы, менеджмент освоил бюджет на новые, перспективные технологии и красиво отчитался перед инвесторами. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 17:16 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Бумбараш Vyatich, тебе надо в школу программирования в вятке https://vc.ru/41174-kak-zapustit-shkolu-programmirovaniya-za-poltora-mesyaca-itogi-pervogo-zaezda-v-hutorium там учат AWS Cloud9 IDE До твоего австрийского бодишопа эти знания пока не дошли. Но есть возможность съездить подучиться в место с развитыми технологиями. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 17:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 Но я бы все таки поговорил за людей: кто такие full stack developers, чем они отличаются от DevOps и почему это типа будущее. Есть Development (в том числе и "на все руки мастера" - "full stack"), есть Operations ("поддержка инфраструктуры, пользователей, админы, ...). Строго говоря, одни не представляют проблем других. Очевидно, что (кроме редких случаев :)), люди из Operations на серьёзных девелоперов не тянут (скилы или уходят, если они и пришли из Dev, или ещё не набраны, если и есть потенциал). Верно и обратное. Лет 10-15 практической #@ли с тюнингом и troubleshooting'ом СУБД (с не одной сотней настраиваемых параметров), OS, сетей, систем хранения, ... (с рабочими, не искусственными нагрузками), "набитость" руки, знание типичных проблем, не заменишь абстрактными знаниями. Для "админов" (operations) внутренняя кухня девелоперов - чёрный ящик, из которого периодически только баговые релизы вылетают. С другой стороны, заботы админов бывает просто не представимы девелоперами: - хватит ли maintenance window на deploy приложения, обновления базы, - пройдёт ли обновление online под рабочей нагрузкой с приемлемым для пользователей проседанием производительности - тренды рабочих нагрузок и capacity planing - ... Был пример. Планируется конвертация внутренних данных базы. При согласовании плана обновления выясняется, что разраб ничтоже сумняшеся собирается запускать аппликуху конвертации со своего рабочего десктопа (работает предположительно пару часов). "- А что тут такого, в Dev/Test окружении не один десяток раз так запускал". О том, что могут кабель какой перекопать (бывало) в самый интимный момент, коннекты к БД по какой-либо легитимной причине порезаться, ещё что ещё такое произойти, в конце концов, декстоп его взять и перезагрузиться, человек не подумал или не захотел подумать. Вразумили, вынесли приложение на app сервер (где и co-location с БД прямо скажем получше). Помимо того, что скилы/задачи у Op и Dev в целом лежат в разных плоскостях, есть ещё и явный конфликт интересов. У разрабов, "без которых и продукта то и не было бы", главное - реализовать (ну так, чтобы без совсем уж критичных функциональных багов) новые фичи и выкинуть релиз в продуктив. Для админов, "которые на своих плечах..." - идеальное состояние системы - выключить все серверы и уйти спать. Самое горячее время - выход в продуктив новых релизов. Баги, приводящие к повышенной нагрузке, часто приводят к нестабильности системы. И тут начинается бодание - "у вас БД не работает", "нет, это вы сами такую #$ню только что зарелизили". В силу различий скилов, задач, способа организации работ, Development и Operations в более-менее крупных оргнизациях практически всегда (были?) разнесены. Dev подчас может быть вообще отдан на сторону. Из-за упомянутых различий эти отделы практически всегда являются онтагонистами. Стена, возникающая между ними (если не прямой конфликт, то просто уход одной из сторон "в несознанку") - несомненно мешает эффективной совместной работе, а это, в свою очередь, несомненно мешает бизнесу. Кто-то "умный" придумал - а давайте просто объединим два этих отдела и повесим обязанности на одну команду, "тогда проблема антогонизма исчезнет сама собой". Тут есть рацинальное зерно. Тесное сотрудничество разработчиков с грамотным админами - залог создания действительно качественного продукта. Только админы могут выдать грамотный фидбэк касательно продуктивной нагрузки. Но чёрт, конечно, в деталях. Вопрос реализации (построения такой команды), универсального рецепта которой, как я понимаю, никто не дал. Сдаётся мне, в целом DevOps - очередное маркетинговое нае....во, сходное с проблемой 2000, где, впрочем, могут погреть руки _все_ - и коучи, и консалтеры, и разрабы/админы (профилируя себя под DevOps специалистов), и даже топ менеджмент, затевая грандиозные реорганизации. PS Ну а фулл-стэк - ну что, надо помнить, что full - на самом деле только в контексте какого-то стэка (этакий "вертикальный рынок"), и что лет 25-30 назад, когда могло казаться, что можешь быть спецом "вообще во всём IT", обуславливалось это лишь узостью кругозора. Работодателю же, конечно, всегда хотелось, чтобы "и швец, и жнец, и на дуде игрец". Как правило за термином скрывается умение писать и front-end, и back-end, включая умение лазить в базу. Почему нет. Для спеца же высокого класса (который может работодателя выбирать), мне кажется странным желание заниматься всем сразу. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 17:26 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV Leonid Gurevich пропущено... Именно так! Недавно слушал презентацию БД Snowflake, созданной специально для облаков. Презентер радостно привел главный плюс - никакой оптимизации запросов и самой БД. Нужно быстрее - просто включайте больше серверов. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 18:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok LenaV пропущено... нет такого сервера, которого не мог бы завалить хороший програмист! но это проще - забросать все лучшим железом. И да, оно будет работать какое-то время, пока себя не изчерпает, а потом опять все по кругу. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 18:35 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka На самом деле облака давно уже победили просто для этих целей существуют Частные облака на базе того же Амазона и Ажур вроде как готовит первый выпуск. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2018, 23:54 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV по крайней мере наши системщики очень облаку сопротивляются.... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 00:05 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
хотите вы этого или нет, но чистый сиквел в современной разработке уже просто не используется. Для крупных отчетов он еще может применяться, а все остальное на ORM. И это правильно, т.к. устраняет массу обезьяньей работы и значительно повышает качество. Тормознутость ORM это миф, при правильном пользовании разницы просто не может быть по определению ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 02:16 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
master_yoda Sergunka На самом деле облака давно уже победили просто для этих целей существуют Частные облака на базе того же Амазона и Ажур вроде как готовит первый выпуск. Кто выпадает из процесса тот обречен на нищенское существование и не может глядеть в завтрашний день с глазами величинной с монету доллара США. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 05:45 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka master_yoda пропущено... Если разговор про on-prem, то это не клауд. Фактически клиент берёт в лиз железо, автоматизированную систему управления этим клаудом и аутсорсит часть задач по поддержанию "всего хозяйства". Амазон дерёт такие деньги отнюдь не за железо, а за набор софта, который позволяет быстро развёртывать что нужно, забыв о проблемах инфраструктуры как набора железа и софта от разных вендоров. Возвращаясь к топику - ДБА никуда не денутся, имеются в виду ДБА понимающие как это всё работает, а не как установить постгресс\оракл\мсскл или сделать бэкап и настроить DR. Серьёзные проекты редко выходят из POC без Database and System Architects. Посыл к миграции всего в Облака, и всё что не Облака - завтра умрёт - ошибочен. Всё еще МФ правят миром финансовых транзакций, потому что кода слишком много. ДБ2, Оракл и т.п. будут давать рабочие места еще лет 50. В МФ с коболом молодёжь не идёт, те кто понимают как это работает - живут не хуже современных ORM кодеров с трудом представляющих во что их код интерпретируется в БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 06:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
master_yoda Возвращаясь к топику - ДБА никуда не денутся, имеются в виду ДБА понимающие как это всё работает, а не как установить постгресс\оракл\мсскл или сделать бэкап и настроить DR. Серьёзные проекты редко выходят из POC без Database and System Architects. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 15:07 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV master_yoda Возвращаясь к топику - ДБА никуда не денутся, имеются в виду ДБА понимающие как это всё работает, а не как установить постгресс\оракл\мсскл или сделать бэкап и настроить DR. Серьёзные проекты редко выходят из POC без Database and System Architects. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 16:36 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
master_yoda Возвращаясь к топику - ДБА никуда не денутся, имеются в виду ДБА понимающие как это всё работает В больших проектах есть дадатим состоящая из этих датапипл. А там где такой тим нет - ждём отчёты по 15 дней. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 17:23 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok OoCc пропущено... В начале было Слово, И слово было у ПМ, И слово было Скрам. Скрам сделал всех фулстакерами. В больших проектах есть data team но во первых таких проектов не так много а во вторых оракла там почти нет. Клауд убил Оракула. Мне это как-то удалось. Появился у нас некий скрам-любитель и предложил скрамиться, как положено. После 2-х непонятных стояний с непонятным результатом я предложил - давайте собираться в кабинете у начальника, там куча кресел. Начальник был не против. Мы еще пару раз неправильно поскрамились уже в прятных креслах, после чего поняли, что идея скрама была убита в зародыше. И вернулись к обычной работе. Было это так года 3-4 назад, после этого все попытки заскрамить нашу группу обходят стороной. Пока. Наверно еще какой-нибудь скрамо-любитель опять нарисуется. Но будем бороться. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 15:02 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Почитал я 4 страницы. Захотелось вступить в дискуссию. Вроде бы лет 10 назад пытались убить SQL? Привело к тому, что в каждой компании "ушедшей" от SQL родился собственный уродец а-ля SQL. Для выборки, агрегирования и сортировки данных. Компании подумали и вернулись обратно к SQL. Возможно облака ждет та же участь. Большая часть бизнеса уйдет в облака. Условно какой-нибудь Вася Пупкин будет сотрудником Амазона, но закреплен будет за компанией "Рога и копыта", базы которой будет администрировать. Собственно тот же ДБА, работающий на компанию "Рога и копыта", только вид сбоку. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2018, 18:38 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
IMNO Почитал я 4 страницы. Захотелось вступить в дискуссию. Вроде бы лет 10 назад пытались убить SQL? Привело к тому, что в каждой компании "ушедшей" от SQL родился собственный уродец а-ля SQL. Для выборки, агрегирования и сортировки данных. Компании подумали и вернулись обратно к SQL. Возможно облака ждет та же участь. Большая часть бизнеса уйдет в облака. Условно какой-нибудь Вася Пупкин будет сотрудником Амазона, но закреплен будет за компанией "Рога и копыта", базы которой будет администрировать. Собственно тот же ДБА, работающий на компанию "Рога и копыта", только вид сбоку. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2018, 19:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
да, облака облака облака но ведь там же сидят те же самые дба, только роль у них немного меняется. кстати, у нас дба получают больше, чем разработчики. хотя позиций меньше. но на наш век хватит. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2018, 20:08 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV да, облака облака облака но ведь там же сидят те же самые дба, только роль у них немного меняется. кстати, у нас дба получают больше, чем разработчики. хотя позиций меньше. но на наш век хватит. Я также надеюсь, что Сергей Константинович не является городским сумасшедшим из дубны и не будет отрицать того факта, что хороший ДБА сможет работать как БД разработчик, принимать участие в вопросах проектирования баз данных, планирования инфраструктуры, консультировании смежников. Т.е. клеймо ДБА не помешает ему уйти, например, в разработку или консталтинг, если вдруг очень сильно припрёт. При этом сама СУБД может спокойно хоститься в облаке на мощностях того же амазона. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2018, 20:38 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
ДБА - не нужны ни в облаках, ни в реале. А бекап/рестор и эникейщик сделает. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2018, 22:51 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Relic Hunter ДБА - не нужны ни в облаках, ни в реале. А бекап/рестор и эникейщик сделает. P.S. Прикиньте я тут народ уже на какую страницу развожу держу так сказать тренд в топе. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2018, 01:31 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich LenaV да, облака облака облака но ведь там же сидят те же самые дба, только роль у них немного меняется. кстати, у нас дба получают больше, чем разработчики. хотя позиций меньше. но на наш век хватит. Vyatich Я также надеюсь, что Сергей Константинович не является городским сумасшедшим из дубны и не будет отрицать того факта, что хороший ДБА сможет работать как БД разработчик, принимать участие в вопросах проектирования баз данных, планирования инфраструктуры, консультировании смежников. Т.е. клеймо ДБА не помешает ему уйти, например, в разработку или консталтинг, если вдруг очень сильно припрёт. При этом сама СУБД может спокойно хоститься в облаке на мощностях того же амазона. Ну, поймите если за ДБА хоть чего нибудь сравнимо платили как за Облака, да я тут же был в ваших рядах господа и клеймил всех этих попрыгунов и прочих инженеришек... но вот пока фишка легла как легла :))) на все как говорится воля Божья :-Q Против духовных скрепов не попрешь! ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2018, 01:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich имеет свои плюсы в плане гибкости и масштабируемости, а также надёжности и гарантированной доступности. Я с одной стороны сочувствую ДБА, не повезло им со складывающейся коньюктурой, и не их это вина, но с другой - множество админов просто плевали целыми днями в потолок, время от времени с важным видом подкручивая какой-нибудь отчетик или делая бэкап I получая за все это весьма неплохую зарплату, в то время как разработчики целыми днями были приклеены к мониторам. Ситуация изменилась, и это справедливо, деньги получают те, кто реально делают системы. Vyatich Я также надеюсь, что Сергей Константинович не является городским сумасшедшим из дубны и не будет отрицать того факта, что хороший ДБА сможет работать как БД разработчик, принимать участие в вопросах проектирования баз данных, планирования инфраструктуры, консультировании смежников. Т.е. клеймо ДБА не помешает ему уйти, например, в разработку или консталтинг ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2018, 02:02 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Vyatich имеет свои плюсы в плане гибкости и масштабируемости, а также надёжности и гарантированной доступности. Employment of database administrators is projected to grow 11 percent from 2016 to 2026, faster than the average for all occupations. Growth in this occupation will be driven by the increased data needs of companies across the economy. https://www.bls.gov/ooh/computer-and-information-technology/database-administrators.htm ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2018, 04:28 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV а вот, что нам говорит американское бюро труда: Employment of database administrators is projected to grow 11 percent from 2016 to 2026, faster than the average for all occupations. Growth in this occupation will be driven by the increased data needs of companies across the economy. https://www.bls.gov/ooh/computer-and-information-technology/database-administrators.htm - Ensure that organizational data are secure - Back up and restore data to prevent data loss - Identify user needs to create and administer databases - Ensure that databases operate efficiently and without error - Make and test modifications to database structure when needed - Maintain databases and update permissions - Merge old databases into new ones Практически все перечисленные функции относятся к девелопменту. Читайте прогнозы бюро труда и дальше, оно не обманет ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2018, 05:29 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Как только тренд пойдет еще куда к примеру в ML, то сразу метнусь в ML, что я собственно уже и сделал сдал 5 (Карл! аж целых пять) сертификатов. Ну, а чо нет то? Где бабло там и я тут как тут :))) Sergunka Ну, поймите если за ДБА хоть чего нибудь сравнимо платили как за Облака, да я тут же был в ваших рядах господа и клеймил всех этих попрыгунов и прочих инженеришек... но вот пока фишка легла как легла :))) Sergunka на все как говорится воля Божья :-Q Против духовных скрепов не попрешь! ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2018, 12:13 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford LenaV а вот, что нам говорит американское бюро труда: Employment of database administrators is projected to grow 11 percent from 2016 to 2026, faster than the average for all occupations. Growth in this occupation will be driven by the increased data needs of companies across the economy. https://www.bls.gov/ooh/computer-and-information-technology/database-administrators.htm - Ensure that organizational data are secure - Back up and restore data to prevent data loss - Identify user needs to create and administer databases - Ensure that databases operate efficiently and without error - Make and test modifications to database structure when needed - Maintain databases and update permissions - Merge old databases into new ones Практически все перечисленные функции относятся к девелопменту. Читайте прогнозы бюро труда и дальше, оно не обманет это не смешно. это грустно. Требуйте прибавку к зарплате, хотя бы. все дело в обьеме работы. если у вас 1 сервер и 1 база данных - конечно, вам не нужен дба. а если на одном сервере стоит 10 баз, разных девелоперов, ваша и ваших соседей по офису? каждый будет возюкаться, со своим собственным кусочком и вы будете координировать, кто когда бэкап делает, чтобы сервер не забить? нет же. это глупо. У вас есть свои дела - софт создавать. Вы назначите Васю из вашего оффиса быть ответственным за всю эту ерунду - вот и появился ваш собственный дба. разделение труда и организация производства. ничего больше. а если в организации тысяци серверов - так уже и дба будет целая толпа, иначе хаос. еще вас, наверное, смутила фраза - Identify user needs to create and administer databases у ДБА и разработчиков разные юзоры. Если для вас это заказчик, пользователь. то для ДВА - юзор - это вы, разработчики. - Ensure that databases operate efficiently and without error - вот задача для всех, но у разработчиков и дба разные подходы. Вы оптимизируете код, дба оптимизирует environment. - Make and test modifications to database structure when needed - вот это мы не делаем. - Merge old databases into new ones - это, например, перенос базы данных на новую версию или другой сервер. Работа, как правило или в выходные, или ночная. Так что радуйтесь, что вместо вас ее сделает дба :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2018, 18:21 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich Sergunka Ну, поймите если за ДБА хоть чего нибудь сравнимо платили как за Облака, да я тут же был в ваших рядах господа и клеймил всех этих попрыгунов и прочих инженеришек... но вот пока фишка легла как легла :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2018, 19:07 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV а если на одном сервере стоит 10 баз, разных девелоперов, ваша и ваших соседей по офису? каждый будет возюкаться, со своим собственным кусочком и вы будете координировать, кто когда бэкап делает, чтобы сервер не забить? нет же. это глупо. У вас есть свои дела - софт создавать. Вы назначите Васю из вашего оффиса быть ответственным за всю эту ерунду - вот и появился ваш собственный дба. а если в организации тысяци серверов - так уже и дба будет целая толпа, иначе хаос. LenaV еще вас, наверное, смутила фраза - Identify user needs to create and administer databases у ДБА и разработчиков разные юзоры. Если для вас это заказчик, пользователь. то для ДВА - юзор - это вы, разработчики. LenaV - Ensure that databases operate efficiently and without error - вот задача для всех, но у разработчиков и дба разные подходы. Вы оптимизируете код, дба оптимизирует environment. LenaV . - Merge old databases into new ones - это, например, перенос базы данных на новую версию или другой сервер. Работа, как правило или в выходные, или ночная. Так что радуйтесь, что вместо вас ее сделает дба :) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 02:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
у сисадминов есть своя работа - web, application, file, mail серверы поддерживать, устанавливать. и да, дб серверы тоже, но не скл серверы и не базы данных. это в маленьких компаниях все айти может состоять из 3-х человек. в больших... кого там только нет. и всем работы хватает. кстати, больше всех из них зарабатывают SAN администраторы. разработчиков на production даже не пускают. все, они сдали базу - занимайтесь дальше своим делом - лепите софт дальше. все изменения и upgrades делают дба. более того, не всех дба пускают на production. теперь возьмите все это и умножте на 3 - тестовая версия, development, release. сколько надо дба, чтобы поддерживать работу 10 applications? а если их 100? сколько таких крутится в обычном банке или в страховой компании? ну а так, конечно, дба не нужны, им просто совсем делать нечего. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 08:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV теперь возьмите все это и умножте на 3 - тестовая версия, development, release. сколько надо дба, чтобы поддерживать работу 10 applications? LenaV ну а так, конечно, дба не нужны, им просто совсем делать нечего. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 09:25 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV теперь возьмите все это и умножте на 3 - тестовая версия, development, release. сколько надо дба, чтобы поддерживать работу 10 applications? Но у нас горизонтальная структура в компании, AWS, DevOps... ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 10:04 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford LenaV теперь возьмите все это и умножте на 3 - тестовая версия, development, release. сколько надо дба, чтобы поддерживать работу 10 applications? LenaV ну а так, конечно, дба не нужны, им просто совсем делать нечего. вы за часик-другой разберете и на продакшн забабахаете? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 17:01 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford ни одного не надо, вся описываемая вами работа - это сисадминство. Проапгрейдить версию сервера, накатить uat или production версию итп. Если у вас дба этим занимаются - ну так ради бога, я-ж не против, но не нужно это каким-то образом выделять как некий скилл, для которого требуется знание баз данных. сисадмин и дба - это разные специализациии, но мы работаем с ними вместе. например, сисадмин может нам сказать, ребята, чего-то у вас такой-то диск как безумный в такое-то время. Наша задача выяснить, что происходит на сервере в это время и исправить это - плохой план запроса, отсуствующий индех, статистика, сканирование таблиц.... чисто мелко дба'ная специализация. накатить апдейт на базы данных или скл сервер? Да запросто. А вот как сисадмин его откатит? Я знаю - это моя специализация, он - не знает, потому как его специализация - операционная система и пр. Disaster recovery. Мы не начинаем новый проект без плана disaster recovery. Чисто дба работа. Знаете, сколько систем я видела, где сисадмины делали бакап сервера в полной уверености, что это им поможет восстановить базу данных? последний раз неделю назад. Маленькая компания, где все делал разработчик. А потом он случайно удалил часть записей из базы. В ручную, бедолага, всю ночь востанавливал. Вот еще пример задачи дба - борьба с разработчиками - они не могут дать более менее приблизительный рост базы данных на год, они забивают лог транзакций неважно какого размера. И они всегда всегда считают, что они самые умные и требуют sa доступа. Мы с такими боремся. Но надо сказать, что хороших и знающих все таки значительно больше. дба - это больше, чем построить индекс или оптимизировать запрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 18:48 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
skyANA LenaV теперь возьмите все это и умножте на 3 - тестовая версия, development, release. сколько надо дба, чтобы поддерживать работу 10 applications? Но у нас горизонтальная структура в компании, AWS, DevOps... но начнут с програмистов. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 18:54 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV skyANA пропущено... Наша практика показывает, что ни одного. 30+ applications Но у нас горизонтальная структура в компании, AWS, DevOps... но начнут с програмистов. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 19:28 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos LenaV пропущено... нас всех когда нибудь заменят на роботов. но начнут с програмистов. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 20:06 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich, Первое предупреждение я услышал из уст одного гуру, который сообщил нам, что "ребята, все пропало, пора переквалифицироваться в водопроводчиков", в далеком 1993 году. Вся эта мышиная возня с новыми технологиями спровоцирована возбуждёнными миллениумами, которые пытаются убедить весь мир, что они способны придумать что-то новое. :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 20:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos LenaV пропущено... нас всех когда нибудь заменят на роботов. но начнут с програмистов. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 20:45 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc burgos пропущено... Програмистов уже много лет назад пытаются заменить на роботов. Пока безуспешно. Может быть потрму, что роботов програмируют... програмисты? :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 20:58 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc burgos пропущено... Програмистов уже много лет назад пытаются заменить на роботов. Пока безуспешно. Может быть потрму, что роботов програмируют... програмисты? :))) Специально для оптимистов-мечтателей и для миллениумов, совсем недавно все поголовно были уверены, что 2018 год будет годом максимального числа тур. полетов на Марс. :( ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 21:07 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos Специально для оптимистов-мечтателей и для миллениумов, совсем недавно все поголовно были уверены, что 2018 год будет годом максимального числа тур. полетов на Марс. :( ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 21:11 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich burgos Специально для оптимистов-мечтателей и для миллениумов, совсем недавно все поголовно были уверены, что 2018 год будет годом максимального числа тур. полетов на Марс. :( ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2018, 21:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV например, сисадмин может нам сказать, ребята, чего-то у вас такой-то диск как безумный в такое-то время. Наша задача выяснить, что происходит на сервере в это время и исправить это - плохой план запроса, отсуствующий индех, статистика, сканирование таблиц.... чисто мелко дба'ная специализация. LenaV накатить апдейт на базы данных или скл сервер? Да запросто. А вот как сисадмин его откатит? Я знаю - это моя специализация, он - не знает, потому как его специализация - операционная система и пр. Disaster recovery. Мы не начинаем новый проект без плана disaster recovery. Чисто дба работа. LenaV Вот еще пример задачи дба - борьба с разработчиками - они не могут дать более менее приблизительный рост базы данных на год, они забивают лог транзакций неважно какого размера. И они всегда всегда считают, что они самые умные и требуют sa доступа. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 02:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sjfx То есть, вот это всё - Oracle Database Upgrade Guide https://docs.oracle.com/en/database/oracle/oracle-database/18/upgrd/index.html - вы за часик-другой разберете и на продакшн забабахаете? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 02:43 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Дба не должны анализировать никакие потребности ни пользователей, ни разработчиков для создания базы. При поставке продукта с ним идет четкая техспецификация и набор инструкций как поставить. Это кстати тоже работа сисадминов. Собственно, и сисадмин тогда не нужен, по вашему рассказу. Если, например, есть отдельная специальность "админ систем хранения", человек, который "знает и умеет" устанавливать, настраивать, в общем, "администрировать", диски и файловые системы, почему бы не быть админу баз данных, который умеет "администрировать" серверы баз данных? Представляете, админ по дискам, который этому учился, набирал опыт, много лет занимается только администрирования дисков! А по не менее сложным СУБД это исключено? В каком нибудь банке СУБД и базы есть важная часть главного технологического конвейера банка. Там есть админы сети, серверов, систем хранения, других отдельных подсистем, и, конечно, баз данных, почему эту последнюю часть нужно оставлять без ответственного за неё человека? Вы описываете многие зоны ответственности ДБА как зоны ответственности сисадминов? Ну Ок, просто у вас не любят слово ДБА, как нечто замшелое и устаревшее, как "главный компьютер", "мэйнфрейм" и т.д. И у вас называют человека, который знает и умеет администрировать СУБД "сисадмином". А мы называем человека с такими знаниями и умениями "ДБА". ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 09:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Sjfx То есть, вот это всё - Oracle Database Upgrade Guide https://docs.oracle.com/en/database/oracle/oracle-database/18/upgrd/index.html - вы за часик-другой разберете и на продакшн забабахаете? Просто у вас такой опыт, что оборудование приходит, втыкается в розетку, и работает. Софт тоже - кликнули на инсталлятор с сайта поставщика - всё устанавливается, начиная с системного софта, заканчивая прикладным, и работает без перебоев. Но в реальной жизни так не бывает Как какая нибудь машиностроительная компания - не демонстрационная автоматическая линия весёлых оранжевых цветов, а куча старых и новых помещений, в которых станки могут быть начала прошлого века, так и реальный ИТ в реальном бизнесе - это очень много разного железа разных лет выпуска и разных производителей, софта, написанного в разные годы, разработчики некоторого софта давно прекратили своё существование и т.д. Это всё активы, это производственный конвейер. Активы не меняют единовременно, по прихоти, на новые, что бы всё было оранжевенькое и свежевыкрашенное. Просто из принципа - а вот появились облака, давайте всё выкинем и закажем новое, и чтоб было на облаках! ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 09:32 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Для сиквела точно так же. Апгрейд сиквела - это операция, которую могут готовить, репетировать месяцы, длиться она может тоже долго - дни, недели, месяцы, и в итоге может и не получиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 13:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
ну вот. я старалась-старалась, а stenford фсе недоволен :( однако, всем, кто собирается искать работу дба - это именно то, что я пишу. в маленьких компаниях дба как правило не нужен. в больших компаниях - работа вот такая. дба начального уровня будут помогать девелоперам, делать SSIS пакеты и пр. , дба сениорного уровня будет планировать и поддерживать инфраструктуру. думаю, что в обычной страховой компании по крайней мере стоит несколько сотен скл серверов и тысячи баз данных и работает группа дба. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 16:22 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford LenaV Disaster recovery. Мы не начинаем новый проект без плана disaster recovery. Чисто дба работа. это покажет ваше полное отсуствие опыта работы и понимания, что такое disaster recovery. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 16:33 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV ну вот. я старалась-старалась, а stenford фсе недоволен :( Я удивляюсь вашему терпению, так долго и методично разжёвывать этому дилетанту зачем же нужны дба. Респект. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 16:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford alexeyvg Для сиквела точно так же. Апгрейд сиквела - это операция, которую могут готовить, репетировать месяцы, длиться она может тоже долго - дни, недели, месяцы, и в итоге может и не получиться. У меня на прошлой работе было 5 человек DBA (в проектной команде, во всей компании не знаю, думаю, много, у них не один десяток датацентров по миру), такое название должности для DB администраторов, которые одновременно DB разработчики - что совершенно типично, в описаниях вакансий DBA обычно указывают и DB разработку. Кстати, на той работе в команде было 2 билд-мастера, хоть мы и не микрософт А в МС уверен десятки, если не сотни, билд-мастеров, 4 - это было в какой то продуктовой команде. На последнем месте работы не знаю, сколько было DBA во всей компании, но серверов БД были сотни, Informix, Oracle, MSSQL, Sybase, наверное, и DBA было немало. В нашей проектной команде было 5 (тоже 5, как до этого) человек DBA. И тоже разрабатывали и администрили. Просто вы не DBA, поэтому вы не ищите работу DBA, не знаете, где такое есть. Для вас это шок: "Если кто-то там имеет сотни баз, и компания готова платить ". А я с конца 90х работаю только в таких компаниях, потому что я DBA. И обычно работаю в коллективе DBA, причём редко я там один такой. Для меня шок - как это, люди делают/эксплуатируют продукт с СУБД, и у них нет ни одного специалиста??? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 19:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg stenford пропущено... Просто вы не DBA, поэтому вы не ищите работу DBA, не знаете, где такое есть. Для вас это шок: "Если кто-то там имеет сотни баз, и компания готова платить ". А я с конца 90х работаю только в таких компаниях, потому что я DBA. И обычно работаю в коллективе DBA, причём редко я там один такой. Для меня шок - как это, люди делают/эксплуатируют продукт с СУБД, и у них нет ни одного специалиста??? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 20:23 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka ДБА работы из США аутсорсятся со свистом. В самом США рынок сужается довольно быстро. Речь о тренде, а не о том, что ДБА нафиг не нужны. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 20:44 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
DBA - это работа нехитрая, ничего нового изучать обычно не нужно по этому эта ниша занята индусами и они туда никого не пускают ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 20:55 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka alexeyvg Просто вы не DBA, поэтому вы не ищите работу DBA, не знаете, где такое есть. Для вас это шок: "Если кто-то там имеет сотни баз, и компания готова платить ". А я с конца 90х работаю только в таких компаниях, потому что я DBA. И обычно работаю в коллективе DBA, причём редко я там один такой. Для меня шок - как это, люди делают/эксплуатируют продукт с СУБД, и у них нет ни одного специалиста??? Sergunka В самом США рынок сужается довольно быстро. Речь о тренде, а не о том, что ДБА нафиг не нужны. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 20:59 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Wizandr DBA - это работа нехитрая, ничего нового изучать обычно не нужно по этому эта ниша занята индусами и они туда никого не пускают Обычно говорят про политиков/начальников, и про врачей, соответственно про управление и медицину. Ещё менеджеры любят говорить про работу программистов (по моей оценке тут часа на 2) - см форум Работа. Но вот, теперь появилось новое - про DBA ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 21:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg, +1 :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 21:04 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV Sergunka ДБА работы из США аутсорсятся со свистом. В самом США рынок сужается довольно быстро. Речь о тренде, а не о том, что ДБА нафиг не нужны. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 21:05 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok LenaV пропущено... это не верно. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 21:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka andrushok пропущено... ДБА работы из США аутсорсились со свистом. Но сейчас умнее стали, да и security стало везде вылезать. Так что отдавать весьма ценные данные какому-то там индусу да еще и в Индии ... А данные, они как правило все ценные. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 23:58 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV ну вот. я старалась-старалась, а stenford фсе недоволен :( LenaV вот такое никогда не говорите на интервью на позицию дба. это покажет ваше полное отсуствие опыта работы и понимания, что такое disaster recovery. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 02:25 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg А я с конца 90х работаю только в таких компаниях, потому что я DBA. И обычно работаю в коллективе DBA, причём редко я там один такой. alexeyvg Для меня шок - как это, люди делают/эксплуатируют продукт с СУБД, и у них нет ни одного специалиста??? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 02:37 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
andrushok Sergunka пропущено... Спрошу, просто как Ленин в Октябре - давно работу ДБА искали? :))) P.S. Я к примеру последний год очень усиленно искал работу, нашел два месяца назад - за счет Облаков удалось поднять базовый оклад на 10%, что было последний раз так же круто в 2010 году когда с Лотуса соскочил на Яву. На самом деле ну не рокет саенсом занимаемся просто рубим бабка в поте лица :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 05:27 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka P.S. Я к примеру последний год очень усиленно искал работу, нашел два месяца назад - за счет Облаков удалось поднять базовый оклад на 10%, что было последний раз так же круто в 2010 году когда с Лотуса соскочил на Яву. На самом деле ну не рокет саенсом занимаемся просто рубим бабка в поте лица :))) мы вот переезжаем в облака, через 2 недели уже в продакшн в google cloud. Базу залить, node и angular веб приложение я уже примерно умею. с докерами вот буду разбираться дальше. хотя у нас девопс есть в конторе. будем еще .net на облака переводить чуть позже. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 07:52 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford alexeyvg Для меня шок - как это, люди делают/эксплуатируют продукт с СУБД, и у них нет ни одного специалиста??? Как 20 лет назад можно было написать систему, которая не требует DBA, так и сейчас. Но большинство разработчиков не в состоянии (или не хотят) сделать такую систему как тогда, так и сейчас. И для больших систем с важными и сложными данными 20 лет назад DBA был обязателен, и сейчас тоже - посмотрю, как ваш клиент будет без DBA эксплуатировать базу хотя бы на петабайт. stenford alexeyvg А я с конца 90х работаю только в таких компаниях, потому что я DBA. И обычно работаю в коллективе DBA, причём редко я там один такой. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 08:58 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford alexeyvg Для меня шок - как это, люди делают/эксплуатируют продукт с СУБД, и у них нет ни одного специалиста??? Вы наверняка говорите про системы, в команде разработки которых нет и DB разработчика. Я же говорю про системы, которые без DB разработчика создать невозможно. В том числе такие, которые состоят из одной БД, то есть у них нет какого либо кода для веб-, десктоп- или мобильных- клиентов. Повторю, у вас разделение не по "новые-легаси", "новый подход-старый подход", а просто по размеру, сложности и роли БД - в ваших системах БД небольшие, простые, и да, конечно, у вас нет таких разработчиков, и потом не нужен DBA ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 09:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV skyANA пропущено... Наша практика показывает, что ни одного. 30+ applications Но у нас горизонтальная структура в компании, AWS, DevOps... но начнут с програмистов. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 10:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Wizandr DBA - это работа нехитрая, ничего нового изучать обычно не нужно по этому эта ниша занята индусами и они туда никого не пускают Обычно говорят про политиков/начальников, и про врачей, соответственно про управление и медицину. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 10:49 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Да ничего не поменялось. alexeyvg И для больших систем с важными и сложными данными 20 лет назад DBA был обязателен, и сейчас тоже - посмотрю, как ваш клиент будет без DBA эксплуатировать базу хотя бы на петабайт. alexeyvg Я же говорю про системы, которые без DB разработчика создать невозможно. В том числе такие, которые состоят из одной БД, то есть у них нет какого либо кода для веб-, десктоп- или мобильных- клиентов. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 12:48 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford да, ориентированные на данные системы действительно исключение. Там, где логика полностью завязана на данных, по определению нет никаких ORM, масса ad hoc запросов и отчетов - то такие системы жизнеспособны только с дба. Но их относительно немного, гораздо чаще под их видом предоставляют систему, написанную в стиле конца 90-х, с логикой в хранимках, триггерами и прочими "аттрибутами". К счастью этот кошмар остался в основном только в легаси ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 13:42 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
gpu stenford ... гораздо чаще под их видом предоставляют систему, написанную в стиле конца 90-х, с логикой в хранимках, триггерами и прочими "аттрибутами". К счастью этот кошмар остался в основном только в легаси Спойлер ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 14:15 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford СУБД сейчас не требует специально обученного специалиста по работе с базами, т.к. эта работа переехала к разработчикам. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 14:49 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
komrad gpu пропущено... Стесняюсь спросить, а в чем криминал в логике в хранимках? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 14:50 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg stenford пропущено... бинго! начали понимать пой поинт. Именно так, системы с использованием СУБД сейчас не требует специально обученного специалиста по работе с базами, т.к. эта работа переехала к разработчикам. Как 20 лет назад можно было написать систему, которая не требует DBA, так и сейчас. .. я 20 лет назад уже работала дба на скл 7. у нас было несколько баз данных, вебсайт и пару программистов. помню думали - оракл или скл. выбрали скл. единоственное, с тех пор скл очень сильно разросся везде. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 17:33 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
и вот еще. бакапы я делала на такую маленькую ленточку. и держала их в шкафу в серверной комнате. :) смешно сейчас вспоминать, но по сути - действительно ничего не изменилось. просто все стало больше. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 17:35 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV и вот еще. бакапы я делала на такую маленькую ленточку. и держала их в шкафу в серверной комнате. :) смешно сейчас вспоминать, но по сути - действительно ничего не изменилось. просто все стало больше. квалификация завязана на знание СУБД если и нужно писать процедуры, то все без бизнеслогики, все не объектоориентированное нет нужды оперировать сложными абстракциями ДБА это что вроде кладовщика на складе или завхоза должен знать где какие данные лежат и как их перенсти если что ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 18:10 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
ну и ? такая специфика работы. она и называется - администратор. я туда из програмирования бежала при первом удобном случае. не люблю я все это коды писать. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 18:16 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV ну и ? такая специфика работы. она и называется - администратор. я туда из програмирования бежала при первом удобном случае. не люблю я все это коды писать. хотя работа нужная, с этим не спорю ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 18:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Wizandr LenaV ну и ? такая специфика работы. она и называется - администратор. я туда из програмирования бежала при первом удобном случае. не люблю я все это коды писать. хотя работа нужная, с этим не спорю вот, например, у нас в компании среди программистов много индусов. а среди дба - только один китаец. это о чем говорит? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 18:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV Wizandr пропущено... поэтому я и говорю что работа нехитрая и по этому там много индусов хотя работа нужная, с этим не спорю вот, например, у нас в компании среди программистов много индусов. а среди дба - только один китаец. это о чем говорит? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 18:26 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Wizandr LenaV пропущено... у вас интерсная логика. Вы программистом, наверное, работаете. вот, например, у нас в компании среди программистов много индусов. а среди дба - только один китаец. это о чем говорит? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 18:32 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
работа на самом деле хорошая. и зарплата хорошая. единственный недостаток - это круглосуточное дежурство и звонки по ночам. поэтому важно, чтобы в компании был не один дба, иначе замучаетесь. я из такой одной бежала.... быстро бежала. но теперь обрела свое счастье и сижу целыми днями тут на форуме, советы раздаю :) и кто сказал, что дба - плохая работа? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 18:38 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV, работа безусловно хорошая и ненапряжная ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 18:51 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Wizandr работа безусловно хорошая и ненапряжная ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 19:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 Sergunka P.S. Я к примеру последний год очень усиленно искал работу, нашел два месяца назад - за счет Облаков удалось поднять базовый оклад на 10%, что было последний раз так же круто в 2010 году когда с Лотуса соскочил на Яву. На самом деле ну не рокет саенсом занимаемся просто рубим бабка в поте лица :))) мы вот переезжаем в облака, через 2 недели уже в продакшн в google cloud. Базу залить, node и angular веб приложение я уже примерно умею. с докерами вот буду разбираться дальше. хотя у нас девопс есть в конторе. будем еще .net на облака переводить чуть позже. 1) Безопасность: SSL протокол - это вообще первая статья, одна из последних статей по безопасности это OAuth 2 как он живет в нашем облаке и как деплоится. 2) там же в блоге все очень ужеванно как работает Message Brockers: RabbitMQ и Kafka - вещь в индустрии понятная и нужная 3) Много всякого специального по Ассет сервису тут мне повезло я там с самого начала руку приложил как разработчик 4) по приколу я в самом начале три года назад себе облако задеплоил на лаптоп оказалось, что это стало типо хорошим тоном на мою статью ссылаться. 5) всякого понемногу по моделированию, визуализации для важности накатил код ковередж и тестирование. Ну, собственно и все. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2018, 23:21 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
komrad gpu пропущено... Стесняюсь спросить, а в чем криминал в логике в хранимках? Спойлер А как насчет одна база, десятки приложений , десятки команд разработчиков, с использованием десяток различных технологий плюс- собственные поделки заказчиков? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2018, 13:36 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Stan2000 пропущено... а расскажи как нашел-то? ну и интересно что надо для этого? джаву в контейнеры деплоить или что-то еще? мы вот переезжаем в облака, через 2 недели уже в продакшн в google cloud. Базу залить, node и angular веб приложение я уже примерно умею. с докерами вот буду разбираться дальше. хотя у нас девопс есть в конторе. будем еще .net на облака переводить чуть позже. 1) Безопасность: SSL протокол - это вообще первая статья, одна из последних статей по безопасности это OAuth 2 как он живет в нашем облаке и как деплоится. 2) там же в блоге все очень ужеванно как работает Message Brockers: RabbitMQ и Kafka - вещь в индустрии понятная и нужная 3) Много всякого специального по Ассет сервису тут мне повезло я там с самого начала руку приложил как разработчик 4) по приколу я в самом начале три года назад себе облако задеплоил на лаптоп оказалось, что это стало типо хорошим тоном на мою статью ссылаться. 5) всякого понемногу по моделированию, визуализации для важности накатил код ковередж и тестирование. Ну, собственно и все. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2018, 17:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford alexeyvg Я же говорю про системы, которые без DB разработчика создать невозможно. В том числе такие, которые состоят из одной БД, то есть у них нет какого либо кода для веб-, десктоп- или мобильных- клиентов. Тогда подавляющее большинство систем с БД тоже разрабатывались не-БД программистами. Просто называлось это по другому - не было ORM, но были формочки и таблички, которые мышкой привязывались к базе данных и таблицей в ней. И вот этот кошмар плавно перешёл в EF, ORM и т.п. И конечно, DBD/DBA с такими системами не работали тогда, и не работают сейчас. Но процентное соотношение примерно такое же. stenford alexeyvg И для больших систем с важными и сложными данными 20 лет назад DBA был обязателен, и сейчас тоже - посмотрю, как ваш клиент будет без DBA эксплуатировать базу хотя бы на петабайт. По вашему, независимо от сложности и размеров системы, она после тестирования не должна ни разу сбойнуть следующие несколько десятилетий эксплуатации? Нужно просто нанять хороших разработчиков, и провести полное тестирование? Или даже, как сейчас часто пишут, не нанять хороших, нужно просто "поставить процессы"? И при эксплуатации не нужны будут никакие админы? Не соглашусь с этим. Чем больше система, тем больше будет сбоев, и компаниям, увы, не обойтись без специалистов в соотв. областях. В том числе, если базы большие, сложные, интенсивно работающие, то без DBA, которого можно назвать и "сисадмином", но если человек занимается эксплуатацией СУБД, то он DBA ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2018, 18:09 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Вся "сложность" уже давно живет на аппсерверах переписанная на С#, а любой обьем для начала тестируется, прежде чем оказаться в продакшене Но вот, работает это не всегда. Вот это "ориентированные на данные системы" встречается достаточно часто, даже без чего то особо навороченного. Скажем, у Волмарта есть база чеков - простая и не особо большая, пара таблиц побольше, для чеков, и десяток маленьких. Сколько там у них магазинов, тыщ 10? Ну, по тыщ по 100 строк чеков в день. И год за годом пишут разные команды какие то приложения к этим несчастным табличкам. Кто эти таблички должен разрабатывать? Кто поддерживать? Регламентировать доступ? Вот это как раз работа для спецов по базам. И такое часто встречается, тыщи и тыщи банков, страховых компаний, производств, и т.п., где данные есть отдельный актив компании, который нужно создавать, хранить, и т.п., в общем, с ним работать. А мелкие разработки, когда база есть принадлежность приложения - они и раньше часто обходились без DBA ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2018, 18:38 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka andrushok пропущено... Пару часов назад. А это к чему, однако? P.S. Я к примеру последний год очень усиленно искал работу, нашел два месяца назад - за счет Облаков удалось поднять базовый оклад на 10%, что было последний раз так же круто в 2010 году когда с Лотуса соскочил на Яву. На самом деле ну не рокет саенсом занимаемся просто рубим бабка в поте лица :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2018, 18:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Просто называлось это по другому - не было ORM, но были формочки и таблички, которые мышкой привязывались к базе данных и таблицей в ней. И вот этот кошмар плавно перешёл в EF, ORM и т.п. alexeyvg По вашему, независимо от сложности и размеров системы, она после тестирования не должна ни разу сбойнуть следующие несколько десятилетий эксплуатации? Нужно просто нанять хороших разработчиков, и провести полное тестирование? Или даже, как сейчас часто пишут, не нанять хороших, нужно просто "поставить процессы"? И при эксплуатации не нужны будут никакие админы? alexeyvg Скажем, у Волмарта есть база чеков - простая и не особо большая, пара таблиц побольше, для чеков, и десяток маленьких. Сколько там у них магазинов, тыщ 10? Ну, по тыщ по 100 строк чеков в день. И год за годом пишут разные команды какие то приложения к этим несчастным табличкам. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 04:45 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford лад и переедет на аппсервера. В трех последних компаниях где я работал мы занимались именно этим - старые системы перепроектировались с нуля, и новым клиентам продавались уже обновленные системы ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 09:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford alexeyvg Скажем, у Волмарта есть база чеков - простая и не особо большая, пара таблиц побольше, для чеков, и десяток маленьких. Сколько там у них магазинов, тыщ 10? Ну, по тыщ по 100 строк чеков в день. И год за годом пишут разные команды какие то приложения к этим несчастным табличкам. Ок, допустим, в Волмарте система работает на мейнфреймах, перфокартах, ну и вашей команде поручили это дело переработать. Сделать базу данных, которая будет потом эксплуатироваться следующие 30 лет, а к ней какие то люди в каких то странах будут писать клиентов (для компов, смартфонов, искусственного интеллекта, может, писать через 30 лет будет сам искусственный интеллект - но данные будут логически те же, потому что это данные от бизнеса, они не изменятся, пока не изменится бизнес). Кто, интересно, стыл бы у вас это делать, какие специалисты? И как вы тут будете использовать APP-сервера, и, главное, зачем? И захочет ли это клиент, если вы ему предложите вместо СУБД сделать всё на APP-серверах, как вы сможете ему показать, что такая разработка будет проще, и показать, что будет потрачено меньше денег на сопровождение? То есть, я не говорю, что многоуровневая архитектура с APP-серверами плоха, я просто говорю, что есть такой подход - проектировать работу с данными как уровень архитектуры. Это часто используется для проектов с долго-живущими (десятилетиями) данными, типа тех же волмартовских продаж или карточных банковских систем. Вполне разумно такую базу разработать узким специалистам по СУБД, а не, крича "APP-сервер! современно! ORM!" отдать это java-программистам Я со старыми системами не работал, не приходилось, на каких то работах вливался в разработку/эксплуатацию, а на каких то делал систему с нуля, а потом её несколько лет поддерживал. Делали такие проекты обычно на новой свежепоявившейся платформе, тупо что бы срок поддержки производителем был побольше, ничего старого не использовали. Так что никаких легаси, всё современное. И при этом делали уровень работы с данными на стороне базы данных, с хранимыми процедурами и т.п. Что есть очень современный и прогрессивный подход. Впрочем, некоторые большие проекты из этого и состояли; клиентские приложения если и делались, то как дополнение, отдельными людьми/командами (да, с апп-серверами, конечно, никаких прямых обращений к базе не помню уже лет 20). ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 11:09 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Ок, допустим, в Волмарте система работает на мейнфреймах, перфокартах, ну и вашей команде поручили это дело переработать. Сделать базу данных, которая будет потом эксплуатироваться следующие 30 лет, а к ней какие то люди в каких то странах будут писать клиентов (для компов, смартфонов, искусственного интеллекта, может, писать через 30 лет будет сам искусственный интеллект - но данные будут логически те же, потому что это данные от бизнеса, они не изменятся, пока не изменится бизнес). Кто, интересно, стыл бы у вас это делать, какие специалисты? alexeyvg И как вы тут будете использовать APP-сервера, и, главное, зачем? И захочет ли это клиент, если вы ему предложите вместо СУБД сделать всё на APP-серверах, как вы сможете ему показать, что такая разработка будет проще, и показать, что будет потрачено меньше денег на сопровождение? alexeyvg То есть, я не говорю, что многоуровневая архитектура с APP-серверами плоха, я просто говорю, что есть такой подход - проектировать работу с данными как уровень архитектуры. Это часто используется для проектов с долго-живущими (десятилетиями) данными, типа тех же волмартовских продаж или карточных банковских систем. Вполне разумно такую базу разработать узким специалистам по СУБД, а не, крича "APP-сервер! современно! ORM!" отдать это java-программистам Так что указываемая вами волмартовская система чеков крайне маловероятно является тем, чем вы ее называете alexeyvg И при этом делали уровень работы с данными на стороне базы данных, с хранимыми процедурами … да, с апп-серверами, конечно, никаких прямых обращений к базе не помню уже лет 20 ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 13:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
gpu Сколько длится переделка? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 13:25 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford никто в здравом уме не пишет системы на 30 лет вперед. То, что в некоторых местах остались еще досовкие программы не означает что под дос писали систему на 30 лет вперед, просто компании элементарно не желают вкладываться в обновление пока петух в задницу не клюнет. Никто не будет держаться за систему просто потому, что там есть "база с данными полезными в течении 30 лет". Ценность не в базе, а в данных, их можено мигрировать куда угодно при необходимости, и мы такие миграции делали миллион раз наверное Бизнес так не делает. На производстве работают станки 30х годов, в авиации летают самолёты 30 летней давности, в ритейле работают базы 90х, зачем уничтожать актив, успешно работающий и приносящий деньги? Ах да, что бы уволить DBA, сэкономить на его зарплате. Правда, вместо него нужно будет держать команду разработчиков, ведь это современно, а DBA - это устаревший легаси stenford alexeyvg И как вы тут будете использовать APP-сервера, и, главное, зачем? И захочет ли это клиент, если вы ему предложите вместо СУБД сделать всё на APP-серверах, как вы сможете ему показать, что такая разработка будет проще, и показать, что будет потрачено меньше денег на сопровождение? stenford alexeyvg То есть, я не говорю, что многоуровневая архитектура с APP-серверами плоха, я просто говорю, что есть такой подход - проектировать работу с данными как уровень архитектуры. Это часто используется для проектов с долго-живущими (десятилетиями) данными, типа тех же волмартовских продаж или карточных банковских систем. Вполне разумно такую базу разработать узким специалистам по СУБД, а не, крича "APP-сервер! современно! ORM!" отдать это java-программистам А про "дата-ориентированные системы" я писал, что это системы, которые ориентированны на данные, но естественно, я подразумеваю, что с их обработкой, то есть с бизнес-логикой. Но без пользовательского интерфейса. Для таких систем есть специально предназначенные технологии, например, Хадуп. Или РСУБД, если эти данные реляционные. И есть специалисты по этим технологиям. stenford alexeyvg И при этом делали уровень работы с данными на стороне базы данных, с хранимыми процедурами … да, с апп-серверами, конечно, никаких прямых обращений к базе не помню уже лет 20 Команда делает базу, бизнес-логику, клиент платит. Потом клиент хочет пользовательский веб-интерфейс, создаётся ещё команда, пишет, клиент использует, платит. Потом клиент хочет интерфейс Хололинз. и мобильный для андроида и айфона, создаётся ещё команда, пишет, клиент использует, платит. Потом клиент хочет пользовательский веб-интерфейс, но другой, первый не понравился - делали на сильверлайт, а он кирдык, создаётся ещё команда, пишет, клиент использует, платит. В этих командах да, используют АПП-серверы. Я с ними знаком, иногда совместно что то делаем, но особенно я не в курсе их работы, не вникаю. А я в той, первой команде, которая по базе, продолжаю работать, клиент заказывает новые фичи, например, загрузки немного других данных с другого оборудования, их обработку и т.п. Потом заказывает увеличение объёмов данных, переделываем систему для распределённой обработки на многих серверах. Ну и так далее. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 14:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Не понимаю, зачем спорить с человеком, у которого 70% сообщений (под две тысячи) - в "Просто треп", а остальное - тоненьким слоем размазано по тематическим подфорумам... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 15:43 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka ДБА работы из США аутсорсятся со свистом. В самом США рынок сужается довольно быстро. Речь о тренде, а не о том, что ДБА нафиг не нужны. Они по контракту требуют, что бы лица, которые имеют доступ к данным прошли security clearance. А его нельзя пройди даже если ты не прожил последних 5 лет в стране. Поэтому все контракторы за пределами страны - остаются при своем. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 17:57 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
О, узнаю старый холивар - где держать логику в базе или на апп сервере. Резюмирую - в базе быстрее: короче путь данных к процессам, надежнее: меньше вероятности ошибится напрямую редактируя таблицы Однако Дороже Дороже в плане лицензии Дороже в плане поддержки - девелоперам надо изучать SQL и расширения Дороже в плане миграции на другую СУБД С чем не соглашусь так это с тем что скрипач ДБА не нужен. Не верю я в счастливое стандартное квадратно гнездовое будущее. Бардак неистребим. А значит будут нужны говночисты админы. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 18:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Andrey Sribnyak На самом деле не все так просто. Например: у вашей компании есть клиент - почтовая служба США. Они по контракту требуют, что бы лица, которые имеют доступ к данным прошли security clearance. А его нельзя пройди даже если ты не прожил последних 5 лет в стране. Поэтому все контракторы за пределами страны - остаются при своем. в разработке для этого данные трансформируются (анонимизируются) - и после этого вся платформа/проект успешно отдаётся на outsource, сам лично учавствовал в таких проектах где исходные данные под можественными штампами конфиденциальности/засекреченности - однако команды разработки были в разных странах. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 18:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 Бардак нестребим. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2018, 18:46 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos SERG1257 Бардак нестребим. Да здравствует! автомтизация бардака, Да не останемся мы без работы!!! :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 01:27 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Народ, ну с головой, то надо дружить?! Вот вакансии на ДБА в Сан Франциско - мама! роди меня обратно https://www.indeed.com/jobs?q=sql database administrator&l=San Francisco, CA автор Salary Estimate $85,000 (87) $100,000 (72) $110,000 (57) $120,000 (39) $135,000 (20) https://www.indeed.com/jobs?q=java developer&l=San Francisco, CA автор Salary Estimate $110,000 (1130) $120,000 (933) $130,000 (675) $135,000 (550) $145,000 (280) Я обращаюсь к молодежи - пацаны! одумайтесь бабло даже коммунисты не смогли отменить! :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 01:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Бизнес так не делает. На производстве работают станки 30х годов, в авиации летают самолёты 30 летней давности, в ритейле работают базы 90х, зачем уничтожать актив, успешно работающий и приносящий деньги? alexeyvg Ах да, что бы уволить DBA, сэкономить на его зарплате. Правда, вместо него нужно будет держать команду разработчиков, ведь это современно, а DBA - это устаревший легаси alexeyvg А про "дата-ориентированные системы" я писал, что это системы, которые ориентированны на данные, но естественно, я подразумеваю, что с их обработкой, то есть с бизнес-логикой. Но без пользовательского интерфейса. alexeyvg А я в той, первой команде, которая по базе, продолжаю работать, клиент заказывает новые фичи, например, загрузки немного других данных с другого оборудования, их обработку и т.п. Потом заказывает увеличение объёмов данных, переделываем систему для распределённой обработки на многих серверах. Ну и так далее. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 02:01 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka В первой колонке предлагаемая зарплата, а во второй колическтво вакансий ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 02:06 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka, А на что ещё ты готов ради бабла? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 10:23 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford gpu Сколько длится переделка? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 11:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
gpu stenford пропущено... ну от системы-же зависит. Не быстро ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 12:49 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos gpu пропущено... 1 месяц? 1 год? 10 лет? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 13:55 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Народ, ну с головой, то надо дружить?! Вот вакансии на ДБА в Сан Франциско - мама! роди меня обратно https://www.indeed.com/jobs?q=sql database administrator&l=San Francisco, CA автор Salary Estimate $85,000 (87) $100,000 (72) $110,000 (57) $120,000 (39) $135,000 (20) https://www.indeed.com/jobs?q=java developer&l=San Francisco, CA автор Salary Estimate $110,000 (1130) $120,000 (933) $130,000 (675) $135,000 (550) $145,000 (280) Я обращаюсь к молодежи - пацаны! одумайтесь бабло даже коммунисты не смогли отменить! :))) всегда было. с этим никто не спорит. а зарплаты примерно сравнимы. особенно учитывая, что из всех дба, скл дба зарабатывают меньше всех. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 15:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos burgos пропущено... Может 1 месяц, может 1 год, а может и 10 лет... Всё зависти зависит от сложности. stenford этим - старые системы перепроектировались с нуля, и новым клиентам продавались уже обновленные системы. Как человек более 18 лет занимающийся ретрофитом и участвовавший минимум в 10 крупных проектах на разных фирмах, здесь я очень скептически отношусь к перспективе перепроектировать с нуля. Тем не менее допускаю, что есть такие проекты где ето возможно. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 17:48 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Размер зарплат ДБА прямо пропорционален степени ужаса, который провоцируют у пользователя актуализации программ разработчиками. :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 18:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich Sergunka, А на что ещё ты готов ради бабла? Если коротко, то на двоих у меня бабла хватает даже покроет и третьего и то только из-за того, что я уговорил старшего перца не подавать документы в MIT :))) хотя он туда не особо рвался ему больше Беркли нравился... В общем можно прикинуть, на что я готов ради детей и на то, что я бы не очень хотел, чтоб мои дети учась в Универе подрабатывали типо "пейпа-пластик"? так как папа дятел и на бабло не достаточно обращал внимания :-Q Ну и потом всеж дело принципа - "Свои висты надо отъедать!", "Под вистующего с тузyющего, под игрока — с семака!" ну в общем кто играл помнит "Взятку снесть — без взятки сесть!". Я искренне завидую благородным донам кто на деньги не обращает внимания :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 21:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Да вдруг кому-то не совсем понятно 140К это на одного студента за 4 года и 240К соотвественно если в частный ВУЗ. В общем умные дети дорого обходятся :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 21:45 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos Размер зарплат ДБА прямо пропорционален степени ужаса, который провоцируют у пользователя актуализации программ разработчиками. :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 21:46 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Да вдруг кому-то не совсем понятно 140К это на одного студента за 4 года и 240К соотвественно если в частный ВУЗ. В общем умные дети дорого обходятся :))) я думала тыс. 10 в год. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 21:51 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Да вдруг кому-то не совсем понятно 140К это на одного студента за 4 года и 240К соотвественно если в частный ВУЗ. В общем умные дети дорого обходятся :))) Ты свой фанерный дом-то хоть выплатил уже или в долг живёшь? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 23:22 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich Sergunka Да вдруг кому-то не совсем понятно 140К это на одного студента за 4 года и 240К соотвественно если в частный ВУЗ. В общем умные дети дорого обходятся :))) Ты свой фанерный дом-то хоть выплатил уже или в долг живёшь? Цена дома на холме с видом на долину Горы Дьявола вокруг которого пасутся олени и ходят стада индеек в 18 милях от центра Сан Франциско сейчас далеко за 500К+ ... но увы пока до миллиона не дотягивает. Выплатить легко кеша вполне хватает, но это не рационально с точки зрения планирования бюджета моей семьи. Подожду когда принципал по кредиту достигнет моей годовой зарплаты. Так, что пишу как есть, дома три машины, питаюсь как привык молодая картошка с укропом и зеленью и рыба два три раза в неделю :))) не голодаю. Часто ностальгирую и готовлю макароны по флотски обжаривая индюшачий фарш на сладком луке с грибами портобелло. В общем ДБА я бы советовал задуматься как жить, кто виноват и что делать? :))) Спорить не буду у каждого свой путь к богу :-Q ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 00:10 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich Sergunka Да вдруг кому-то не совсем понятно 140К это на одного студента за 4 года и 240К соотвественно если в частный ВУЗ. В общем умные дети дорого обходятся :))) Есть вещи на которых я бы не советовал экономить это здоровье и знания - все остальное действительно тлен и томление духа :))) Более того тот же комьюнити коледже в США стоит сравнимо как в Австрии более того часто бесплатно. Но увы как говорится не все бесплатное надо ... кхм. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 00:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford alexeyvg Ах да, что бы уволить DBA, сэкономить на его зарплате. Правда, вместо него нужно будет держать команду разработчиков, ведь это современно, а DBA - это устаревший легаси Sergunka Народ, ну с головой, то надо дружить?! Вот вакансии на ДБА в Сан Франциско - мама! роди меня обратно ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 00:49 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka, Ты знаешь, я бы мог конечно тоже накидать тебе сейчас видов на горы, где бегают олени и пасутся бумбарашки, рассказать про здравоохранение, еду и образование, но не буду этого делать. Просто не буду. Знаешь почему? Потому что для тебя там всё самое лучшее на свете: и еда, и школы, и климат и т.д. И я искренне рад, что ты нашёл для себя землю обетованную. Кстати, а при чём здесь ДБА в ЕС? :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 00:50 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford alexeyvg Бизнес так не делает. На производстве работают станки 30х годов, в авиации летают самолёты 30 летней давности, в ритейле работают базы 90х, зачем уничтожать актив, успешно работающий и приносящий деньги? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 00:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich отправляй детей учиться в Австрию, где 727 евро за семестр (для ЕС 363). The University of Vienna is the highest-ranked Austrian university, at 154th in the world in the QS World University Rankings. тынц Думаешь туда фейсбуки-амазоны-нетфликсы-гуглы приходят нанимать? Гы. Они вот сюда приходят. MIT, Stanford, Harvard, Caltech, и дальше по списку, желательно геогрфически приближенно к тому месту где находится центр изучаемых технологий. --С ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 00:54 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
La_Sania Vyatich отправляй детей учиться в Австрию, где 727 евро за семестр (для ЕС 363). The University of Vienna is the highest-ranked Austrian university, at 154th in the world in the QS World University Rankings. тынц Думаешь туда фейсбуки-амазоны-нетфликсы-гуглы приходят нанимать? Гы. Они вот сюда приходят. MIT, Stanford, Harvard, Caltech, и дальше по списку, желательно геогрфически приближенно к тому месту где находится центр изучаемых технологий. --С https://www.usnews.com/best-graduate-schools/top-science-schools/computer-science-rankings автор Rank School name Score #1 Carnegie Mellon University Pittsburgh, PA 5.0 #1 Massachusetts Institute of Technology Cambridge, MA 5.0 #1 Stanford University Stanford, CA 5.0 #1 University of California—Berkeley Berkeley, CA 5.0 #5 University of Illinois—Urbana-Champaign Urbana, IL 4.6 #6 Cornell University Ithaca, NY 4.5 University of Washington Seattle, WA 4.5 Georgia Institute of Technology Atlanta, GA 4.4 #8 Princeton University Princeton, NJ 4.4 #10 University of Texas—Austin Austin, TX ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 02:22 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Sergunka Народ, ну с головой, то надо дружить?! Вот вакансии на ДБА в Сан Франциско - мама! роди меня обратно ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 02:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Vyatich Sergunka, Ты знаешь, я бы мог конечно тоже накидать тебе сейчас видов на горы, где бегают олени и пасутся бумбарашки, рассказать про здравоохранение, еду и образование, но не буду этого делать. Просто не буду. Знаешь почему? Потому что для тебя там всё самое лучшее на свете: и еда, и школы, и климат и т.д. И я искренне рад, что ты нашёл для себя землю обетованную. Кстати, а при чём здесь ДБА в ЕС? :))) Авось кто заинтересуется и приедет :))) опять мне будет с кем на рыбалку съездить то да се чебуреки на природе пожарить :))) Это общественный форум я тут ни с кем не спорю просто излагаю факты :-Q ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 02:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka На самом деле вообще если про топ в ИТ то смотрят по CS школам топ 10 https://www.usnews.com/best-graduate-schools/top-science-schools/computer-science-rankings автор длинный список модных мест > На самом деле вообще если про топ в ИТ то смотрят по CS школам топ 10 Я специально не сказал про отрасль, но для IT - ты абсолютно прав - эти универы лучшие. > Но к слову сказать большинство из них создают свои собственные бизнесы, идут в стартапы просто уровень совсем другой понимания проблем. Довольно забавно, но мои одногруппники бизнесов пока много ненаоткрывали (ну только несколько человек .. пятерых сейчас вспомнил). Думаю - еще рано, наверное лет через пять понаберутся опыта-знакомств-капитала и будут стартапиться. --С ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 04:46 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka, :) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 10:33 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Vyatich Sergunka, Ты знаешь, я бы мог конечно тоже накидать тебе сейчас видов на горы, где бегают олени и пасутся бумбарашки, рассказать про здравоохранение, еду и образование, но не буду этого делать. Просто не буду. Знаешь почему? Потому что для тебя там всё самое лучшее на свете: и еда, и школы, и климат и т.д. И я искренне рад, что ты нашёл для себя землю обетованную. Кстати, а при чём здесь ДБА в ЕС? :))) Авось кто заинтересуется и приедет :))) опять мне будет с кем на рыбалку съездить то да се чебуреки на природе пожарить :))) Это общественный форум я тут ни с кем не спорю просто излагаю факты :-Q ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2018, 03:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
hockey_fan Sergunka пропущено... Я как раз как русский человек хочу подчеркнуть, что есть нормальное место на земле к слову сказать русские сюда пришли раньше американцев и владели этой землей вместе с испанцами на равных. Так вот я нашел хорошее место и другим желаю и вмеру своих способностей, сил и желания рассказываю другим что да как? :-Q Авось кто заинтересуется и приедет :))) опять мне будет с кем на рыбалку съездить то да се чебуреки на природе пожарить :))) Это общественный форум я тут ни с кем не спорю просто излагаю факты :-Q 1) все время надо следить за технологиями и быть в тренде. 2) базовая зарплата в "Долине" каждый год растет порядка 10К компании неохотно подымают внутри т.е. обычно прибавка к зарплате 2%-3% что в два раза меньше рыночного роста. 3) чтоб поднять зарплату надо менять место работы 4) в индустрии очень мало женщин, а те какие есть обычно стремные :((( за более чем пятнадцать лет подружился с тремя кто действительно очень приятные женщины всегда было приятно побеседовать - одна американка которая зкончила институт искусств по классу вокала это из моей первой компании где были все бывшие музыканты, вторая японка эмигрантка веб дизайнер она еще к тому же гоняет на мотоцикле и наверно самая образованная женщина с которой мне удалось поработать (ее уволили недавно, слишком умная) она закончила Беркли CS и отучилась в Карнеги Мелон на МБА... в общем с женским полом в индустрии хана 5) работа для разработчика обычно сконцентрирована в одном месте где пасутся инвесторы это для стартапов (а инвесторы любят пастись в очень дорогих местах :))), что автоматически влияет на стоимость жилья) или крупные корпы навроде IBM, MS, GOOGLE, FB , Apple и тд. другими словами очень высокий ценовой уровень для покупки недвижимости. 6) прийдется много и упорно работать над собой, чтоб преодолеть все заморочки... иными словами надо очень любить "зашибать деньгу" :))) Если я чего забыл, то надеюсь коллеги дополнят :-Q ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2018, 19:05 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
я живу в другом месте и каждый пункт описанный выше имеет место быть и здесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2018, 19:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
skyANA LenaV теперь возьмите все это и умножте на 3 - тестовая версия, development, release. сколько надо дба, чтобы поддерживать работу 10 applications? Но у нас горизонтальная структура в компании, AWS, DevOps... На одну команду вешают несколько приложений, попытайтесь представить сколько раз в неделю что-то будет падать, иногда массово, десятки БД за раз. Разработчики в угаре девопса еще и разные БД для разных кусков придумывают, тут Монга, тут Оракл, а тут вообще Кассандра. Не думаю что разработчики во время своих срамных агилов будут счастливы еще и упавшие базы поднимать, пытаться понять почему они упали, и иметь знания для поднимания и анализа. Да, таких работ меньше (так было всегда), но и соискателей существенно меньше. Горизонтально такое даже в теории работать не сможет, ибо толковых людей работать по ночам или разбираться с бэками не заставишь, сбегут. Надо еще кучку Ops DBA, которые по мурзилке смогут поднимать и заниматься обслугой. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2018, 23:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Народ, ну с головой, то надо дружить?! Вот вакансии на ДБА в Сан Франциско - мама! роди меня обратно Вы выбрали свой путь повышения з.п., постоянно прыгая из области в область, это понятно и приносит свои плоды, при этом оставляя Вас всегда на уровне технаря по з.п. В 60 лет уверенны, что будете способны на интервью убедить что выучили новые условные клауды недавно и лучше брать Вас, а не вот этого 35ти летнего, тоже что-то выучившего в прошлом году? Посмотрите разнцу в доходе Developer\Programmer и Software Development Manager, там уже совсем не 10%. Да, это другая, часто более нервная работа, но и платят за неё лучше. С "интереснее" - кому как. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2018, 00:08 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
master_yoda Sergunka Народ, ну с головой, то надо дружить?! Вот вакансии на ДБА в Сан Франциско - мама! роди меня обратно master_yoda Вы выбрали свой путь повышения з.п., постоянно прыгая из области в область, это понятно и приносит свои плоды, при этом оставляя Вас всегда на уровне технаря по з.п. master_yoda В 60 лет уверенны, что будете способны на интервью убедить что выучили новые условные клауды недавно и лучше брать Вас, а не вот этого 35ти летнего, тоже что-то выучившего в прошлом году? Посмотрите разнцу в доходе Developer\Programmer и Software Development Manager, там уже совсем не 10%. Да, это другая, часто более нервная работа, но и платят за неё лучше. С "интереснее" - кому как. Ну и потом я сменил работу два месяца назад, да в зубы глядели я даже отказался от лоубол офера... вернулись - ну, а чо?! Надо значит Надо :-Q ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2018, 02:58 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Выложите цифры, так как Ваша ссылка требует херзнаетчего. Дата ентри джоб это 40К-60К не ради спора, а просто не улавливаю Вашу аргументацию. Аргументация в том, что в database administrator входят и много data entry jobs, которые влияют на статистику негативно. В java developer старт таки выше даже для джуниора. Количество позицией не показатель, ДБА меньше, их редко нанимают\разгоняют командами, а чаще поштучно. Sergunka Поделитесь своими плодами, чо скрывать то?! :))) master_yoda За хорошего SDM согласен заплатят, за обычного платят меньше чем за Приципала Девелопера. Sergunka То что дискриминация по возрасту в США есть тоже согласен, но всеж с учетом комьюта часто на морду не смотрят... но тут даже в контексте спора то же самое и ДБА скажут насчет его возраста. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2018, 04:14 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
master_yoda ДБА как раз ценят за опыт и рассудительность ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 02:34 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Lessyp master_yoda ДБА как раз ценят за опыт и рассудительность ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 04:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka hockey_fan пропущено... Не, ты описываешь очень однобоко, только хорошие стороны. Скорее похоже на "всяк кулик своё болото хвалит" 1) все время надо следить за технологиями и быть в тренде. 2) базовая зарплата в "Долине" каждый год растет порядка 10К компании неохотно подымают внутри т.е. обычно прибавка к зарплате 2%-3% что в два раза меньше рыночного роста. 3) чтоб поднять зарплату надо менять место работы 4) в индустрии очень мало женщин, а те какие есть обычно стремные :((( за более чем пятнадцать лет подружился с тремя кто действительно очень приятные женщины всегда было приятно побеседовать - одна американка которая зкончила институт искусств по классу вокала это из моей первой компании где были все бывшие музыканты, вторая японка эмигрантка веб дизайнер она еще к тому же гоняет на мотоцикле и наверно самая образованная женщина с которой мне удалось поработать (ее уволили недавно, слишком умная) она закончила Беркли CS и отучилась в Карнеги Мелон на МБА... в общем с женским полом в индустрии хана 5) работа для разработчика обычно сконцентрирована в одном месте где пасутся инвесторы это для стартапов (а инвесторы любят пастись в очень дорогих местах :))), что автоматически влияет на стоимость жилья) или крупные корпы навроде IBM, MS, GOOGLE, FB , Apple и тд. другими словами очень высокий ценовой уровень для покупки недвижимости. 6) прийдется много и упорно работать над собой, чтоб преодолеть все заморочки... иными словами надо очень любить "зашибать деньгу" :))) Если я чего забыл, то надеюсь коллеги дополнят :-Q Пока только дорогая недвижка осталается. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 05:43 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
hockey_fan Пока только дорогая недвижка осталается. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 06:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Lessyp пропущено... :))) первое правило дба - не торопись. большое пузо - отличительная черта такого поведения. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 15:04 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Lessyp master_yoda ДБА как раз ценят за опыт и рассудительность нам надоело. мы ввели новое правило - к дба в оффисе подходить нельзя. Надо что-нибудь - пришлите емаил. с удивлением увидели, что помогло. Колличество запросов от программистов сильно уменьшилось. оказалось, что пока они пишут емаил нам - они передумают все много-много раз - и уже от нас ничего и не надо. вот, пожалуйста, пример рассудительности дба. очень важное качество. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 16:11 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV, с точки зрения эгоизма и лени оно конечно понятно, но прослеживается явный признак недопонимания процессов и их влияния на организацию для каких-то глубоко консервативных бизнес-формирований подход может быть и оправдан, так-же там где пользователи с довольно низкой компетенцией (сами не знают чего хотят - помогает дать им время сформировать "мысль") - если это конечно не проявление "отношения" к коллегам и своего ЧСВ.. но это тормозит динамику развития компании что особенно важно в условиях современной конкуренции как результат - непреодолимое сопротивление в сегменте инноваций, существенное снижение уровня оказываемых компании услуг, потеря гибкости, серьёзная демотивация всех команд по цепи вверх до конечного пользователя (разработчики, их клиенты, клиенты их клиентов, попросту другие отделы сдаются т.к. все уже знают что один отдел "непробиваем" и бесполезно что-то пытаться достичь, эдакая организационная дисфункция/саботаж, подрыв командного духа, отказ от сотрудничества и т.д.), задержки внедрения продуктов и пр. уж очень часто под завесой такой политики скрывается элементарная некомпетентность (просто не знание что делать, как это работает, и как решить поставленную задачу), но пыли в глаза напустить заученными догмами в принципе большого ума не надо. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 16:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
vikkiv, точно. а тут народ все спорил, что дба просто больше нигде не нужны. а на самом деле - мы оказызывается самые важные люди в компании. любите нас, а то мы вам все порушим. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 17:05 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka hockey_fan Пока только дорогая недвижка осталается. Эммм, а можно пояснить, чему именно завидовать? Пока говорим о минусе (дорогая недвижка) и о 5 других, которые имхо есть везде. Sergunka у большинства кто в Долине больше 10 лет недвига выплаченна или не обременительна с учетом годового дохода. Sergunka На самом деле пока высокая цена на недвигу в Долине это очень разумный инвестмент наряду с 401К планом. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 17:33 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka На самом деле пока высокая цена на недвигу в Долине это очень разумный инвестмент наряду с 401К планом. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 18:00 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka hockey_fan Пока только дорогая недвижка осталается. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2018, 20:43 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Sergunka Lessyp пропущено... :))) а девелоперы наоборот, чем худее, тем меньше отвлекается от работы на еду? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.07.2018, 00:09 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV Sergunka пропущено... Завидовать нехорошо :))) у большинства кто в Долине больше 10 лет недвига выплаченна или не обременительна с учетом годового дохода. На самом деле пока высокая цена на недвигу в Долине это очень разумный инвестмент наряду с 401К планом. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.07.2018, 00:10 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
ДБА Смотрите по зип коду и стране https://www.brentozar.com/archive/2018/01/2018-data-professionals-salary-survey-results/ ... |
|||
:
Нравится:
Не нравится:
|
|||
19.07.2018, 02:49 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
vikkiv ... но это тормозит динамику развития компании что особенно важно в условиях современной конкуренции как результат - непреодолимое сопротивление в сегменте инноваций, существенное снижение уровня оказываемых компании услуг, потеря гибкости, серьёзная демотивация всех команд по цепи вверх до конечного пользователя (разработчики, их клиенты, клиенты их клиентов, попросту другие отделы сдаются т.к. все уже знают что один отдел "непробиваем" и бесполезно что-то пытаться достичь, эдакая организационная дисфункция/саботаж, подрыв командного духа, отказ от сотрудничества и т.д.), задержки внедрения продуктов и пр. ... ... |
|||
:
Нравится:
Не нравится:
|
|||
19.07.2018, 11:51 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Я уже несколько лет как прокачивают навыки дба, оставаясь при этом и разработчиком. Да вакансий дба меньше, ну а рынок толковых спецов по бд ещё меньше, на порядок! Ну а по рынку фриланса, в том числе зарубежного, особенно на фоне популярности всяких там три, я понял, что работы для дба непочатый край. Надо же кому-то потом исправлять то, что наговнокодили разрабы, особенно фанаты орм. :) Кстати, по фрилансу много заказов от самих разработчиков. А то с течением времени их говноподелка почему-то стала дико тормозить. Докупили железа, но это помогло ненадолго, а потом и вовсе перестало помогать. Вот тогда-то они и приходят к дба. :) Так что фанаты тем - это благо для дба, без работы не останемся)) ... |
|||
:
Нравится:
Не нравится:
|
|||
04.08.2018, 13:07 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte, Можно пример того, что говнокодят фанаты ОРМ? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2018, 04:54 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Вам что, ссылку на таск на бирже фриланса или описать словами? :) Если словами, то, различные crm\erp-системы, где более-менее сложная логика, аналитика. Один заказ был, разработчик написал ПО под MS SQL на каком-то entity фреймворке. С увеличением размеров данных, как я понимаю, все стало дико тормозить. Клиент сам увидел, во что превратилась его система и решил переписывать без entity, логику переводить на сервер, в хп. Ко мне обратились как к специалисту по БД. Другой вариант. У одной украино-американской конторы есть ПО на ОРМ, только какой-то по ходу свой движок. Какие-то запросы они все же сами пишут. Куча клиентов по всему миру. ПО умеет работать с MS SQL и с PostgreSQL. Сильно заковыристых запросов у них нет. Большую часть логики реализовывают на клиенте. Но вот загрузка данных в систему(порядка 50млн. записей), с каким-то расчетами занимает больше 2ч на MS SQL. Ну типа их заказчиков это устраивает... Хотя, думаю, с логикой на сервере там можно было бы все за полчаса, максимум, загрузить, с расчетами, а то и быстрее. С MS SQL у них все просто: добавили памяти, работает на столько-то шустрее. С PostgreSQL так не получается, надо настраивать. Вот они ко мне обратились насчет донастройки PostgreSQL. p.s. я не говорю, что ОРМ - это однозначное зло. Для автоматизации простых задач без сложной логики их можно использовать, или для автоматизации простых линейных операций в сложном ПО. А для задач, где сложная логика, таки придется уметь писать качественные запросы и уметь их оптимизировать. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2018, 21:21 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte, Сорри, но я все же не увидел нигде вины orm-фреймворков. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2018, 23:55 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs Megabyte, Можно пример того, что говнокодят фанаты ОРМ? Спойлер (@P0 nvarchar(4000),@P1 nvarchar(4000),@P2 nvarchar(4000),@P3 nvarchar(4000),@P4 datetime2,@P5 int,@P6 nvarchar(4000),@P7 nvarchar(4000),@P8 nvarchar(4000),@P9 nvarchar(4000),@P10 nvarchar(4000),@P11 int,@P12 int,@P13 int,@P14 int,@P15 nvarchar(4000),@P16 nvarchar(4000),@P17 int) SELECT TOP 100000 c0_member.member_id FROM c0_member WHERE (c0_member.attribute_18 IS NOT NULL AND ((((c0_member.attribute_3994 = @P0 OR c0_member.attribute_3994 = @P1) AND ((c0_member.attribute_3595 <> @P2 OR c0_member.attribute_3595 IS NULL) AND (c0_member.attribute_3600 <> @P3 OR c0_member.attribute_3600 IS NULL)) AND (DATEDIFF(DAY,@P4,c0_member.attribute_4195) <= @P5 OR c0_member.attribute_4195 IS NULL) AND ((((NOT(c0_member.attribute_5 = @P6) OR c0_member.attribute_5 IS NULL) OR (NOT(c0_member.attribute_5 = @P7) OR c0_member.attribute_5 IS NULL) OR (NOT(c0_member.attribute_5 = @P8) OR c0_member.attribute_5 IS NULL))) AND (NOT(c0_member.attribute_5 = @P9) OR c0_member.attribute_5 IS NULL) AND (((NOT(c0_member.attribute_5 = @P10) OR c0_member.attribute_5 IS NULL) OR c0_member.member_id NOT IN (SELECT recipient_id FROM c0_sending_protocol prot JOIN c0_sending_log log ON prot.sending_id=log.sending_id WHERE log.mailing_id = @P11 AND ( prot.state = @P12 OR prot.state = @P13 OR prot.state = @P14 ) ))) AND (NOT(c0_member.attribute_5 = @P15) OR c0_member.attribute_5 IS NULL) AND (NOT(c0_member.attribute_5 = @P16) OR c0_member.attribute_5 IS NULL)))) AND (c0_member.attribute_51 IS NULL OR c0_member.attribute_51 < @P17))) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 16:04 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs Megabyte, Сорри, но я все же не увидел нигде вины orm-фреймворков. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 17:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
наткнулся, похоже в тему https://www.brentozar.com/archive/2018/07/common-entity-framework-problems-n-1/ ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 17:45 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
sti yabs Megabyte, Можно пример того, что говнокодят фанаты ОРМ? Спойлер (@P0 nvarchar(4000),@P1 nvarchar(4000),@P2 nvarchar(4000),@P3 nvarchar(4000),@P4 datetime2,@P5 int,@P6 nvarchar(4000),@P7 nvarchar(4000),@P8 nvarchar(4000),@P9 nvarchar(4000),@P10 nvarchar(4000),@P11 int,@P12 int,@P13 int,@P14 int,@P15 nvarchar(4000),@P16 nvarchar(4000),@P17 int) SELECT TOP 100000 c0_member.member_id FROM c0_member WHERE (c0_member.attribute_18 IS NOT NULL AND ((((c0_member.attribute_3994 = @P0 OR c0_member.attribute_3994 = @P1) AND ((c0_member.attribute_3595 <> @P2 OR c0_member.attribute_3595 IS NULL) AND (c0_member.attribute_3600 <> @P3 OR c0_member.attribute_3600 IS NULL)) AND (DATEDIFF(DAY,@P4,c0_member.attribute_4195) <= @P5 OR c0_member.attribute_4195 IS NULL) AND ((((NOT(c0_member.attribute_5 = @P6) OR c0_member.attribute_5 IS NULL) OR (NOT(c0_member.attribute_5 = @P7) OR c0_member.attribute_5 IS NULL) OR (NOT(c0_member.attribute_5 = @P8) OR c0_member.attribute_5 IS NULL))) AND (NOT(c0_member.attribute_5 = @P9) OR c0_member.attribute_5 IS NULL) AND (((NOT(c0_member.attribute_5 = @P10) OR c0_member.attribute_5 IS NULL) OR c0_member.member_id NOT IN (SELECT recipient_id FROM c0_sending_protocol prot JOIN c0_sending_log log ON prot.sending_id=log.sending_id WHERE log.mailing_id = @P11 AND ( prot.state = @P12 OR prot.state = @P13 OR prot.state = @P14 ) ))) AND (NOT(c0_member.attribute_5 = @P15) OR c0_member.attribute_5 IS NULL) AND (NOT(c0_member.attribute_5 = @P16) OR c0_member.attribute_5 IS NULL)))) AND (c0_member.attribute_51 IS NULL OR c0_member.attribute_51 < @P17))) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 20:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte yabs Megabyte, Сорри, но я все же не увидел нигде вины orm-фреймворков. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 20:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Насчет генерации говнокода ОРМом. Вот в этой статье пишется про "фирменный" почерк Django. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 21:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs sti пропущено... вот могу предложить не самый плохой пример, кстати Спойлер (@P0 nvarchar(4000),@P1 nvarchar(4000),@P2 nvarchar(4000),@P3 nvarchar(4000),@P4 datetime2,@P5 int,@P6 nvarchar(4000),@P7 nvarchar(4000),@P8 nvarchar(4000),@P9 nvarchar(4000),@P10 nvarchar(4000),@P11 int,@P12 int,@P13 int,@P14 int,@P15 nvarchar(4000),@P16 nvarchar(4000),@P17 int) SELECT TOP 100000 c0_member.member_id FROM c0_member WHERE (c0_member.attribute_18 IS NOT NULL AND ((((c0_member.attribute_3994 = @P0 OR c0_member.attribute_3994 = @P1) AND ((c0_member.attribute_3595 <> @P2 OR c0_member.attribute_3595 IS NULL) AND (c0_member.attribute_3600 <> @P3 OR c0_member.attribute_3600 IS NULL)) AND (DATEDIFF(DAY,@P4,c0_member.attribute_4195) <= @P5 OR c0_member.attribute_4195 IS NULL) AND ((((NOT(c0_member.attribute_5 = @P6) OR c0_member.attribute_5 IS NULL) OR (NOT(c0_member.attribute_5 = @P7) OR c0_member.attribute_5 IS NULL) OR (NOT(c0_member.attribute_5 = @P8) OR c0_member.attribute_5 IS NULL))) AND (NOT(c0_member.attribute_5 = @P9) OR c0_member.attribute_5 IS NULL) AND (((NOT(c0_member.attribute_5 = @P10) OR c0_member.attribute_5 IS NULL) OR c0_member.member_id NOT IN (SELECT recipient_id FROM c0_sending_protocol prot JOIN c0_sending_log log ON prot.sending_id=log.sending_id WHERE log.mailing_id = @P11 AND ( prot.state = @P12 OR prot.state = @P13 OR prot.state = @P14 ) ))) AND (NOT(c0_member.attribute_5 = @P15) OR c0_member.attribute_5 IS NULL) AND (NOT(c0_member.attribute_5 = @P16) OR c0_member.attribute_5 IS NULL)))) AND (c0_member.attribute_51 IS NULL OR c0_member.attribute_51 < @P17))) Зло ОРМ не в том, что там делается какой то кривой код условий запросов, например, с синтаксическими ошибками (с чего бы?), а в том, что разработчики не выделяют работу с данными как слой системы, требующий специалиста с соответствующей квалификацией. Поэтому получаются такие вот страшные поделия. Второй недостаток, вытекающий из первого - отсутствие отдельного слоя не позволяет полноценно контролировать работу с СУДБ, теми же самыми узкими специалистами. И если это прекрасно работает для приложения-записной книжки, то для более сложных и нагруженных систем будет проблемой, делая их неработоспособными в реальной жизни. Когда приложение разрабатывается и поддерживается много лет, так что сменились несколько поколений разработчиков, если ни один разработчик не представляет, как работает весь код системы, потому что его много, и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 23:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs sti пропущено... вот могу предложить не самый плохой пример, кстати Спойлер (@P0 nvarchar(4000),@P1 nvarchar(4000),@P2 nvarchar(4000),@P3 nvarchar(4000),@P4 datetime2,@P5 int,@P6 nvarchar(4000),@P7 nvarchar(4000),@P8 nvarchar(4000),@P9 nvarchar(4000),@P10 nvarchar(4000),@P11 int,@P12 int,@P13 int,@P14 int,@P15 nvarchar(4000),@P16 nvarchar(4000),@P17 int) SELECT TOP 100000 c0_member.member_id FROM c0_member WHERE (c0_member.attribute_18 IS NOT NULL AND ((((c0_member.attribute_3994 = @P0 OR c0_member.attribute_3994 = @P1) AND ((c0_member.attribute_3595 <> @P2 OR c0_member.attribute_3595 IS NULL) AND (c0_member.attribute_3600 <> @P3 OR c0_member.attribute_3600 IS NULL)) AND (DATEDIFF(DAY,@P4,c0_member.attribute_4195) <= @P5 OR c0_member.attribute_4195 IS NULL) AND ((((NOT(c0_member.attribute_5 = @P6) OR c0_member.attribute_5 IS NULL) OR (NOT(c0_member.attribute_5 = @P7) OR c0_member.attribute_5 IS NULL) OR (NOT(c0_member.attribute_5 = @P8) OR c0_member.attribute_5 IS NULL))) AND (NOT(c0_member.attribute_5 = @P9) OR c0_member.attribute_5 IS NULL) AND (((NOT(c0_member.attribute_5 = @P10) OR c0_member.attribute_5 IS NULL) OR c0_member.member_id NOT IN (SELECT recipient_id FROM c0_sending_protocol prot JOIN c0_sending_log log ON prot.sending_id=log.sending_id WHERE log.mailing_id = @P11 AND ( prot.state = @P12 OR prot.state = @P13 OR prot.state = @P14 ) ))) AND (NOT(c0_member.attribute_5 = @P15) OR c0_member.attribute_5 IS NULL) AND (NOT(c0_member.attribute_5 = @P16) OR c0_member.attribute_5 IS NULL)))) AND (c0_member.attribute_51 IS NULL OR c0_member.attribute_51 < @P17))) Несчастные конечные пользователи, которым приходится работать с такими вот продуктами ради универсальности у кого-то там. PS: если уж запрос генерируется динамически, неужели нельзя лёгким движением руки убрать хотя бы все эти IS NULL OR ? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 23:42 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Ruuu, Сорри, глаза можно сломать Ты б хоть запрос отформатировал предварительно ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2018, 23:59 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs, отформатируй, если тебе это поможет увидеть топ 100000 без сортировки, зато с десятком необязательных условий. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 00:10 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Ruuu Несчастные конечные пользователи, которым приходится работать с такими вот продуктами ради универсальности у кого-то там. PS: если уж запрос генерируется динамически, неужели нельзя лёгким движением руки убрать хотя бы все эти IS NULL OR ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 04:05 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Когда приложение разрабатывается и поддерживается много лет, так что сменились несколько поколений разработчиков, если ни один разработчик не представляет, как работает весь код системы, потому что его много, и т.д. Когда ни один аналитик не представляет структуру данных всей системы. Отвечая только за её локальный модуль. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 06:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Ruuu Несчастные конечные пользователи, которым приходится работать с такими вот продуктами ради универсальности у кого-то там. PS: если уж запрос генерируется динамически, неужели нельзя лёгким движением руки убрать хотя бы все эти IS NULL OR ? Вывалить на клиент кучу данных и пусть дальше фильтруют в каком-нибудь девэкспресовском компоненте, попивая кофе в ожидании результатов. Ни у кого из фанатов орм не возникает даже вопроса, почему пользователю отдаются произвольные 100000 записей, видимо 100 тыс должно хватить всем (с) У меня только одтн вопрос, если на уровне интерфейса к данным всё быстро и красиво, то зачем вообще делать какую-то фильтрацию и топ миллион на уровне базы? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 09:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte Насчет генерации говнокода ОРМом. Вот в этой статье пишется про "фирменный" почерк Django. Это фирменный почерк многих наколенных поделий. Вне зависимости от стека технологий. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 10:16 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Ruuu Несчастные конечные пользователи, которым приходится работать с такими вот продуктами ради универсальности у кого-то там. PS: если уж запрос генерируется динамически, неужели нельзя лёгким движением руки убрать хотя бы все эти IS NULL OR ? Кстати, в чем заключается лучшая поддерживаемость кода на клиенте? Только в том, что на фирме нет людей, хорошо знающих SQL, но знающих код клиента? p.s. тысяча хранимок - это плохо, если можно обойтись 100, но должным образом параметризированных. Но если функциональность разная, то какая разница, сколько хранимок? Вы же не предъявляете претензии к объему клиентского кода... L_argo Megabyte Насчет генерации говнокода ОРМом. Вот в этой статье пишется про "фирменный" почерк Django. Это фирменный почерк многих наколенных поделий. Вне зависимости от стека технологий. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 11:42 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Ruuu Ни у кого из фанатов орм не возникает даже вопроса, почему пользователю отдаются произвольные 100000 записей, видимо 100 тыс должно хватить всем (с) У меня только одтн вопрос, если на уровне интерфейса к данным всё быстро и красиво, то зачем вообще делать какую-то фильтрацию и топ миллион на уровне базы? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 12:32 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte Планы будут одинаковыми может быть в 80% случаев, но остальные 20 вам сделают проблем намного больше. Кстати, в чем заключается лучшая поддерживаемость кода на клиенте? Только в том, что на фирме нет людей, хорошо знающих SQL, но знающих код клиента? p.s. тысяча хранимок - это плохо, если можно обойтись 100, но должным образом параметризированных. Но если функциональность разная, то какая разница, сколько хранимок? Вы же не предъявляете претензии к объему клиентского кода... Никаких проблем с планами не будет, а если и возникают - то решаются точно такими-же методами, как и при написании запросов вручную ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 12:42 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Megabyte Планы будут одинаковыми может быть в 80% случаев, но остальные 20 вам сделают проблем намного больше. Кстати, в чем заключается лучшая поддерживаемость кода на клиенте? Только в том, что на фирме нет людей, хорошо знающих SQL, но знающих код клиента? p.s. тысяча хранимок - это плохо, если можно обойтись 100, но должным образом параметризированных. Но если функциональность разная, то какая разница, сколько хранимок? Вы же не предъявляете претензии к объему клиентского кода... Никаких проблем с планами не будет, а если и возникают - то решаются точно такими-же методами, как и при написании запросов вручную Кто вам мешает все вызовы в БД завернуть в один метод верхнего уровня, как вы сделали с клиентским кодом? Не, есть бизнес-логика, которую на клиенте бывает проще обработать, но в целом это редкость. Да и СУБД развивается. Используя же СУБД посредством ОРМ, вы лишаетесь множества полезного функционала. Часто ОРМщики, да и не только они, работают с большими объемами данных построчно, например, для заливки данных в БД. Тогда как это можно сделать на sql одной командой. Скорость работы на порядок\два будет выше. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 14:06 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg yabs пропущено... Сложночииаемо, но кроме дурацких столбцов таблицы ничего плохого не вижу. Зло ОРМ не в том, что там делается какой то кривой код условий запросов, например, с синтаксическими ошибками (с чего бы?), а в том, что разработчики не выделяют работу с данными как слой системы, требующий специалиста с соответствующей квалификацией. Поэтому получаются такие вот страшные поделия. Второй недостаток, вытекающий из первого - отсутствие отдельного слоя не позволяет полноценно контролировать работу с СУДБ, теми же самыми узкими специалистами. И если это прекрасно работает для приложения-записной книжки, то для более сложных и нагруженных систем будет проблемой, делая их неработоспособными в реальной жизни. Когда приложение разрабатывается и поддерживается много лет, так что сменились несколько поколений разработчиков, если ни один разработчик не представляет, как работает весь код системы, потому что его много, и т.д. Ruuu ...топ 100000 без сортировки... Привет бывшему коллеге, если не ошибаюсь. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 14:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte Можно пример функционала, когда на сервере тысяча хранимок(для чего?), а на клиенте 1 метод? Мне просто сложно это представить... Обычно 1 метод на клиенте равен 1 хп на сервере. Кто вам мешает все вызовы в БД завернуть в один метод верхнего уровня, как вы сделали с клиентским кодом? С ОRM будет один метод DAL IQuerable GetClients(). Вызывающие подсистемы просто вызовут его как GetClients().Where(c => c.Name == 'Alex' && Surname == 'Ivanov'). Все остальное сделает ОRM. Теперь для следующей версии понадобится фильтр по наличию у клиента детей. Вы будете либо создавать новый DAL метод + новую хранимку, либо добавлять новый параметер с новым case'ом в существующую (и заодно перетестировать весь код что-бы убедится что ничего не сломалось). А мне в буквальном смысле слова не надо будет ничего делать. Подсистема просто вызовет мой метод как GetClients().Where(c => c.Kids > 0) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 14:43 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford А мне в буквальном смысле слова не надо будет ничего делать. Подсистема просто вызовет мой метод как GetClients().Where(c => c.Kids > 0) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 15:11 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford, кодогенерация ORM не идеальна и если на чем-то простеньком она существенно упрощает и удешевляет разработку, то на более-менее объемных или нагруженных решениях приходится идти на компромиссы и мало полагаться на ORM. И это не только про Linq, а в целом, т.к. я еще ни разу не видел кодогенерации, которая меня лично бы устроила. :) Впрочем то, что кодогенерация плоха, вовсе не значит, то программист напишет код лучше - проверено. Оптимальная стратегия ИМХО - реализация функционала, а затем рефакторинг и оптимизация, с периодической регрессией. * Чтобы понимать о проектах о который говорю, к примеру на прошлой работе это был MS Dynamics AX, но речь не только о ERP, а в целом. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 15:15 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Кстати, будет ли именно в Вами используемом ORM такая конструкция оттранслирована в предикат на уровне SQL, или будет производиться пост-фильтрация на уровне приложения? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 15:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
kDnZP stenford, кодогенерация ORM не идеальна и если на чем-то простеньком она существенно упрощает и удешевляет разработку, то на более-менее объемных или нагруженных решениях приходится идти на компромиссы и мало полагаться на ORM. И это не только про Linq, а в целом, т.к. я еще ни разу не видел кодогенерации, которая меня лично бы устроила. :) Впрочем то, что кодогенерация плоха, вовсе не значит, то программист напишет код лучше - проверено. Оптимальная стратегия ИМХО - реализация функционала, а затем рефакторинг и оптимизация, с периодической регрессией. * Чтобы понимать о проектах о который говорю, к примеру на прошлой работе это был MS Dynamics AX, но речь не только о ERP, а в целом. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 15:22 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Megabyte Можно пример функционала, когда на сервере тысяча хранимок(для чего?), а на клиенте 1 метод? Мне просто сложно это представить... Обычно 1 метод на клиенте равен 1 хп на сервере. Кто вам мешает все вызовы в БД завернуть в один метод верхнего уровня, как вы сделали с клиентским кодом? С ОRM будет один метод DAL IQuerable GetClients(). Вызывающие подсистемы просто вызовут его как GetClients().Where(c => c.Name == 'Alex' && Surname == 'Ivanov'). Все остальное сделает ОRM. Теперь для следующей версии понадобится фильтр по наличию у клиента детей. Вы будете либо создавать новый DAL метод + новую хранимку, либо добавлять новый параметер с новым case'ом в существующую (и заодно перетестировать весь код что-бы убедится что ничего не сломалось). А мне в буквальном смысле слова не надо будет ничего делать. Подсистема просто вызовет мой метод как GetClients().Where(c => c.Kids > 0) А если разобрать другую ситуацию: таблица, например, 100млн транзакций. Будешь ли ты обращаться к ней по какому угодно фильтру то, на выбор: 1) будешь жрать ресурсы на скан таблицы и мешать другим пользователям, если не положишь систему в целом. 2) натыкаешь индексов на все возможные поля и поимеешь производительность на вставку\апдейт\удаление записи. И вот какой-то программист, который вдруг захочет по этой таблице отфильтровать по какому-то второстепенному полю, запустит внезапно скан всей таблицы, будет веселуха. С хп такой финт ушами не пройдет, надо будет сначала произвести доработку процы, внедрить параметр, или сделать новую процу. Но на сервере можно же и разграничить доступ в том числе и для программистов, чтоб не делали всякую хрень без проверки ДБА. :) Так-то у нас у разрабов у всех доступ, поэтому приходится их код постфактум оптимизировать. :) И поиск кода по хп проще и быстрее, чем по различным приложениям. p.s. На большие таблицы, с которыми работает много пользователей\приложений, должен быть строго регламентированный доступ. Иначе будет жопа. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 16:14 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford CawaSPb Кстати, будет ли именно в Вами используемом ORM такая конструкция оттранслирована в предикат на уровне SQL, или будет производиться пост-фильтрация на уровне приложения? Это не всегда реализуемо (хотя и не всегда нужно), но всегда более громоздко. Большой плюс для разработки - нахождение в рамках одного языка и одной парадигмы программирования. Большой минус - в том же. Кстати, добавьте в условие не "количество детей", а "количество несовершеннолетних детей" (что, согласитесь, вполне обычное бизнес-условие), и жизнь заиграет новыми красками. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 16:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Я в последнее время пришел к гибридному подходу. Для чтения данных ORM в большинстве случаев удобнее / проще, динамический поиск уже упоминали. А вот для сохранения данных, во избежание клиентских транзакций и шибко умных "оптимизаций" типа неожиданного кэширования / lazy write'a и проч., использую хранимки. Там можно и бизнес-правила быстро проверить, без перекачки данных туда-сюда, и какой надо try/catch написать, и TIL поменять, и хинты наложить, да все что угодно. В результате с одной стороны сильно сокращается количество хранимок, с другой - весь ответственный код по-прежнему в БД, где легко отследить все зависимости, сделать при необходимости рефакторинг и прочее. Еще бы они в EF нормальный интерфейс для вызова хранимок бы сделали, чтобы свои велосипеды не городить... эх. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 16:34 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Ennor Tiegael Я в последнее время пришел к гибридному подходу. Для чтения данных ORM в большинстве случаев удобнее / проще, динамический поиск уже упоминали. А вот для сохранения данных, во избежание клиентских транзакций и шибко умных "оптимизаций" типа неожиданного кэширования / lazy write'a и проч., использую хранимки. Там можно и бизнес-правила быстро проверить, без перекачки данных туда-сюда, и какой надо try/catch написать, и TIL поменять, и хинты наложить, да все что угодно. В результате с одной стороны сильно сокращается количество хранимок, с другой - весь ответственный код по-прежнему в БД, где легко отследить все зависимости, сделать при необходимости рефакторинг и прочее. Еще бы они в EF нормальный интерфейс для вызова хранимок бы сделали, чтобы свои велосипеды не городить... эх. p.s. А то, да, это мы еще только про select говорили... :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 16:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
982183 alexeyvg Когда приложение разрабатывается и поддерживается много лет, так что сменились несколько поколений разработчиков, если ни один разработчик не представляет, как работает весь код системы, потому что его много, и т.д. Когда ни один аналитик не представляет структуру данных всей системы. Отвечая только за её локальный модуль. Как же иначе, если она сложная? stenford Megabyte Планы будут одинаковыми может быть в 80% случаев, но остальные 20 вам сделают проблем намного больше. Кстати, в чем заключается лучшая поддерживаемость кода на клиенте? Только в том, что на фирме нет людей, хорошо знающих SQL, но знающих код клиента? p.s. тысяча хранимок - это плохо, если можно обойтись 100, но должным образом параметризированных. Но если функциональность разная, то какая разница, сколько хранимок? Вы же не предъявляете претензии к объему клиентского кода... Никаких проблем с планами не будет, а если и возникают - то решаются точно такими-же методами, как и при написании запросов вручную Вы представьте, что приложение, скажем, сервис на Java, будет разрабатывать SQL-разработчик. Он будет предлагать нечто абсурдно звучащее, типа "храним код процедуры в базе, локальные переменные методов в полях, ну, при событии строим класс и отправляем джава-машине, эмулируя одновременно изменение значений переменных в полях...". Вот для специалиста по реляционной алгебре, читать про ваши идеи моделирования операций реляционной алгебры на клиентском ЯП, сделав к базе только, по сути, интерфейс запроса отдельных записей, и надеясь, что ОРМ сам раскроет за вас бизнес-связь данных, и переделает ваше описание связей (на чуждом РСУБД языке) в язык запросов, так же странно, как вам читать про разработку Java-сервисов специалистом по СУБД. Вот в некоторых случаях это прокатывает, если модель данных простая, и данных немного. И даже если что то там не срастётся, то не проблема, тысечекратное падение производительности никому неважно - 1 мс, или 1с, какая разница... Но прокатывает не всегда. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 17:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg stenford Лучшая поддерживаемость заключается в том, что вместо тысяч хранимок с десятками параметров и 10-ти этажными case'ами (или вообще формирования динамического sql вручную и таинственных ошибок 'Invalid syntax near x symbol' в продакшене) у меня будет один единственный метод DAL'a IQuerable GetClients(), который разные методы будут вызывать с нужными параметрами и ОRM будет автоматически создавать правильный код. Никаких проблем с планами не будет, а если и возникают - то решаются точно такими-же методами, как и при написании запросов вручную ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 18:00 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
sti alexeyvg Я уверен, что нормальный SQL разработчик не спроектировал бы такую модель данных, и написал бы такой запрос. Зло ОРМ не в том, что там делается какой то кривой код условий запросов, например, с синтаксическими ошибками (с чего бы?), а в том, что разработчики не выделяют работу с данными как слой системы, требующий специалиста с соответствующей квалификацией. Поэтому получаются такие вот страшные поделия. Второй недостаток, вытекающий из первого - отсутствие отдельного слоя не позволяет полноценно контролировать работу с СУДБ, теми же самыми узкими специалистами. И если это прекрасно работает для приложения-записной книжки, то для более сложных и нагруженных систем будет проблемой, делая их неработоспособными в реальной жизни. Когда приложение разрабатывается и поддерживается много лет, так что сменились несколько поколений разработчиков, если ни один разработчик не представляет, как работает весь код системы, потому что его много, и т.д. stenford есть к примеру таблица с клиентами Client (Name, Surname, DOB и еще 20 полей). Одной подсистеме надо клиентов отбирать по имени + фамилии, другой - по дате рождения, третьей - по адресу. С хранимками у вас 2 варианта - иметь 3 хранимки (с такими замечательными именами как GetClientsByNameAndSurname), либо иметь одну хранимку с десятком параметров и лестницей из case'ов внутри (либо ручным динамическим sql). С ОRM будет один метод DAL IQuerable GetClients(). Вызывающие подсистемы просто вызовут его как GetClients().Where(c => c.Name == 'Alex' && Surname == 'Ivanov'). Все остальное сделает ОRM. ... А мне в буквальном смысле слова не надо будет ничего делать. Подсистема просто вызовет мой метод как GetClients().Where(c => c.Kids > 0) А иногда это нужно сделать, поменять модель данных. Или, например, сделать матвьюху, что бы запрос из таблицы на самом деле не обращался к таблице, а брал сохранённые агрегированные значения. Ну и делать тыщу процедур для поиска по имени, по имени и фамилии, и т.д., тоже не самая удачная идея. Для специалиста по Java или C++ такое решение очевидно, но не для специалиста по СУБД. Вы бы, проектируя классы на C#, сделали бы тыщу методов "с такими замечательными именами как GetClientsByNameAndSurname", или придумали бы что то получше? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 18:15 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Фёдоров Sergunka большинство ДБА перешли либо в noSQL типо Кассандра, Биг Дата, МонгоДБ, Спарк и тд ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 18:49 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
gpu stenford да, ориентированные на данные системы действительно исключение. Там, где логика полностью завязана на данных, по определению нет никаких ORM, масса ad hoc запросов и отчетов - то такие системы жизнеспособны только с дба. Но их относительно немного, гораздо чаще под их видом предоставляют систему, написанную в стиле конца 90-х, с логикой в хранимках, триггерами и прочими "аттрибутами". К счастью этот кошмар остался в основном только в легаси ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 19:02 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
jbond81 gpu пропущено... Стесняюсь спросить, а в чем криминал в логике в хранимках? открыл хранимку внес изменения даже деплоить ничего не нужно :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 19:14 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Wizandr jbond81 пропущено... Стоимость внесения изменений стремится к бесконечности. открыл хранимку внес изменения даже деплоить ничего не нужно :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 19:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford CawaSPb Кстати, будет ли именно в Вами используемом ORM такая конструкция оттранслирована в предикат на уровне SQL, или будет производиться пост-фильтрация на уровне приложения? Код: C# 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 22:40 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Wizandr jbond81 пропущено... Стоимость внесения изменений стремится к бесконечности. открыл хранимку внес изменения даже деплоить ничего не нужно :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 22:49 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Кстати, добавьте в условие не "количество детей", а "количество несовершеннолетних детей" (что, согласитесь, вполне обычное бизнес-условие), и жизнь заиграет новыми красками. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 22:51 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte А если разобрать другую ситуацию: таблица, например, 100млн транзакций. Будешь ли ты обращаться к ней по какому угодно фильтру то, на выбор: 1) будешь жрать ресурсы на скан таблицы и мешать другим пользователям, если не положишь систему в целом. 2) натыкаешь индексов на все возможные поля и поимеешь производительность на вставку\апдейт\удаление записи. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 22:54 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs Megabyte А если разобрать другую ситуацию: таблица, например, 100млн транзакций. Будешь ли ты обращаться к ней по какому угодно фильтру то, на выбор: 1) будешь жрать ресурсы на скан таблицы и мешать другим пользователям, если не положишь систему в целом. 2) натыкаешь индексов на все возможные поля и поимеешь производительность на вставку\апдейт\удаление записи. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2018, 23:02 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte Когда клиентов в таблице 100-1000, то да, код ОРМ будет немного проще. Я согласен, что можно и ОРМ заюзать. А если разобрать другую ситуацию: таблица, например, 100млн транзакций. Будешь ли ты обращаться к ней по какому угодно фильтру то, на выбор: 1) будешь жрать ресурсы на скан таблицы и мешать другим пользователям, если не положишь систему в целом. 2) натыкаешь индексов на все возможные поля и поимеешь производительность на вставку\апдейт\удаление записи. И вот какой-то программист, который вдруг захочет по этой таблице отфильтровать по какому-то второстепенному полю, запустит внезапно скан всей таблицы, будет веселуха. С хп такой финт ушами не пройдет, надо будет сначала произвести доработку процы, внедрить параметр, или сделать новую процу. Но на сервере можно же и разграничить доступ в том числе и для программистов, чтоб не делали всякую хрень без проверки ДБА. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 02:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Это, без всякого сомнения, правильно. Но при усложнении логики мы фактически получим реализацию SQL в выразительных средствах Host языка. Это не всегда реализуемо (хотя и не всегда нужно), но всегда более громоздко. Кстати, добавьте в условие не "количество детей", а "количество несовершеннолетних детей" (что, согласитесь, вполне обычное бизнес-условие), и жизнь заиграет новыми красками. Отчеты по-прежнему в хранимках ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 02:26 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg Вот для специалиста по реляционной алгебре, читать про ваши идеи моделирования операций реляционной алгебры на клиентском ЯП, сделав к базе только, по сути, интерфейс запроса отдельных записей, и надеясь, что ОРМ сам раскроет за вас бизнес-связь данных, и переделает ваше описание связей (на чуждом РСУБД языке) в язык запросов, так же странно, как вам читать про разработку Java-сервисов специалистом по СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 02:32 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
alexeyvg А иногда это нужно сделать, поменять модель данных. Или, например, сделать матвьюху, что бы запрос из таблицы на самом деле не обращался к таблице, а брал сохранённые агрегированные значения. alexeyvg Вы бы, проектируя классы на C#, сделали бы тыщу методов "с такими замечательными именами как GetClientsByNameAndSurname", или придумали бы что то получше? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 02:38 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs Кстати да, когда нет возможности приложение в Любой момент пропатчить, то альтернативы хранимкам нет ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 02:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford, В кто говорил про аппсервер? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 08:24 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford, И почему замена хранимки по определению не оттестирована?! ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 08:25 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Wizandr jbond81 пропущено... Стоимость внесения изменений стремится к бесконечности. открыл хранимку внес изменения даже деплоить ничего не нужно :) Этот человек допустил ошибку в коде (missing feature support) и никто из участников проекта не смог доработать в указанном объеме код хранимки из-за ее сложности и плохой документирование ( отсутствие инфраструктуры для тестирования и отладки). Сейчас этот человек ушел из проекта, мы пользуемся врапперами над сторонним Ява коде, использующие ORM, эту ХП никто не использует ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 08:36 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
jbond81 Wizandr пропущено... дык наоборот же открыл хранимку внес изменения даже деплоить ничего не нужно :) Этот человек допустил ошибку в коде (missing feature support) и никто из участников проекта не смог доработать в указанном объеме код хранимки из-за ее сложности и плохой документирование ( отсутствие инфраструктуры для тестирования и отладки). Сейчас этот человек ушел из проекта, мы пользуемся врапперами над сторонним Ява коде, использующие ORM, эту ХП никто не использует ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 09:15 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
OoCc Это всего лишь говорит о бар**ке в вашей конторе. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 09:25 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Вообще с развитием новых стильных, молодежных технологий сейчас принято выгрузить 100500 млн строк и в бэкекнде это отсортировать модным методом быстрой сортировки. Мне так недавно и заявили, что это теперь так делается не надо никаких БД и индексов для этого, есть паттерны специальные. я аж прифигел немного. Жаль что команду не я себе выбирал. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 09:32 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs В кто говорил про аппсервер? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 09:33 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 +100500 и дебиле ПМ и жадности и нежелании платить SQL Dev. Взяли бы на несколько часов фрилансера, кто пофиксит. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 09:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Stan2000 +100500 и дебиле ПМ и жадности и нежелании платить SQL Dev. Взяли бы на несколько часов фрилансера, кто пофиксит. поэтому, пока у вас приложение имеет миллион строк в БД и 20 клиентов с некритическими данными, вам не нуден ДБА, а вот когда буде тысяча-10 тысяч таблиц по 100500 миллионов записей с критическими данными, тогда подумаете. а вообще все это до первого раза, когда потеряете критические данные, пока это не критично, этим занимаются девелоперы и ОРМ. такое тоже 100 раз видел, в том числе на этом форуме. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 10:52 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
в одной большой нефте-газовой компании потеряли данные за пару месяцев работы одного из департаментов научного центра. стоимость работы и потерянных данных и сорванных сроков по проекту стоили охулиард денег. после этого при слове бэкап, шеф подписывал любые бумаги на покупку оборудования и софта. ну и я тогда туда попал как ДБА :) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 10:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Megabyte Когда клиентов в таблице 100-1000, то да, код ОРМ будет немного проще. Я согласен, что можно и ОРМ заюзать. А если разобрать другую ситуацию: таблица, например, 100млн транзакций. Будешь ли ты обращаться к ней по какому угодно фильтру то, на выбор: 1) будешь жрать ресурсы на скан таблицы и мешать другим пользователям, если не положишь систему в целом. 2) натыкаешь индексов на все возможные поля и поимеешь производительность на вставку\апдейт\удаление записи. И вот какой-то программист, который вдруг захочет по этой таблице отфильтровать по какому-то второстепенному полю, запустит внезапно скан всей таблицы, будет веселуха. С хп такой финт ушами не пройдет, надо будет сначала произвести доработку процы, внедрить параметр, или сделать новую процу. Но на сервере можно же и разграничить доступ в том числе и для программистов, чтоб не делали всякую хрень без проверки ДБА. :) Просто так навесить еще один индекс по хотелке какого-то разрабочика - это тоже не совсем правильно. 2) Хорошему ДБА для поиска и мониторинга проблемных запросов не надо проверять все хранимки, достаточно выполнить несколько запросов по системным данным. Код ревью всех хранимок - это не совсем правильное использование времени ДБА. У меня на фирме все разрабы пишут запросы\хп, но оптимизирую их, в основном, я один, ну либо разрабы по моим рекомендациям. Да я бы все время тогда тратил на код ревью. Ниче, практически все проблемы диагностируются либо автоматически, либо полуавтоматически, запуском разных запросов. Ну и ревьюить хп, где select * from table с < 1000 записей точно не имеет смысла. 3) Насчет проверки кода самим разрабом. Ну, во-первых, хорошими знаниями по SQL обладает гораздо меньше людей. На моей практике, фанаты ОРМ SQL знают на очень примитивном уровне, даже про индексы, бывало, не слышали. Ну и когда, допустим, запускается новый проект, в таблице 1.5 сотни записей. Все, конечно же, летает. Скан таблицы сам по себе - это не есть неправильно. Все же зависит от объема данных, от задачи. На этапе разработки можно и не знать, как будет в итоге юзаться таблица, какие по ней отчеты будут строиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 11:08 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
если нужно генерить сложный XML то что мешает допустить ошибку при использовании ORM? сложная логика всерано останется сложно хойть на уровне БД хоть на уровне сервера приложений ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 11:10 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 stenford пропущено... если дешевле заюзать сторонний враппер с ORM, за зачем платить фрилансеру? А потом когда окажется что надо чинить то, что наделал этот фрилансер - нанимать еще одного? поэтому, пока у вас приложение имеет миллион строк в БД и 20 клиентов с некритическими данными, вам не нуден ДБА, а вот когда буде тысяча-10 тысяч таблиц по 100500 миллионов записей с критическими данными, тогда подумаете. а вообще все это до первого раза, когда потеряете критические данные, пока это не критично, этим занимаются девелоперы и ОРМ. такое тоже 100 раз видел, в том числе на этом форуме. У меня был на зарубежном фрилансе вообще уникальный случай. Требовалось оптимизировать запросы на этапе разработки!!! Запросы выполнялись больше минуты, хотя самая большая таблица была на 37 тысяч строк. Заказ был от менеджера. Я глянул несколько запросов разработчика - это трэш, угар и содомия. Видно, что разработчик - фанат ООП и пытается применить ООП в SQL. Он понаделал вьюх со сложным внутренним кодом. Это у него, как я понимаю, были объекты-сущности, а потом еще соединял в запросах между собой. В итоге у него эта самая таблица на 37 тысяч строк перемножалась сама с собой, т.к. была заюзана в 2х разных вьюхах, соединенных в запросе. В итоге вместо оптимизации, ибо там надо было переделывать все(!), писал рекомендации разработчику, как писать код на SQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 11:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 stenford пропущено... если дешевле заюзать сторонний враппер с ORM, за зачем платить фрилансеру? А потом когда окажется что надо чинить то, что наделал этот фрилансер - нанимать еще одного? поэтому, пока у вас приложение имеет миллион строк в БД и 20 клиентов с некритическими данными, вам не нуден ДБА, а вот когда буде тысяча-10 тысяч таблиц по 100500 миллионов записей с критическими данными, тогда подумаете. а вообще все это до первого раза, когда потеряете критические данные, пока это не критично, этим занимаются девелоперы и ОРМ. такое тоже 100 раз видел, в том числе на этом форуме. ОРМ не запрещает использование ни вьюшек ни индексов. И уж точно под ОРМ не легче похерить критические данные. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2018, 22:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 поэтому, пока у вас приложение имеет миллион строк в БД и 20 клиентов с некритическими данными, вам не нуден ДБА, а вот когда буде тысяча-10 тысяч таблиц по 100500 миллионов записей с критическими данными, тогда подумаете. а вообще все это до первого раза, когда потеряете критические данные, пока это не критично, этим занимаются девелоперы и ОРМ. такое тоже 100 раз видел, в том числе на этом форуме. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 01:38 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte 1) Мой пример показывал абсурдность постановки вопроса "А вот я в ОРМ захочу по такому полю отфильтровать" (с) Варианты доступа до больших и высоконагруженных таблиц должны заранее обговариваться! Megabyte 2) Хорошему ДБА для поиска и мониторинга проблемных запросов не надо проверять все хранимки, достаточно выполнить несколько запросов по системным данным. Megabyte 3) Насчет проверки кода самим разрабом. Ну, во-первых, хорошими знаниями по SQL обладает гораздо меньше людей. На моей практике, фанаты ОРМ SQL знают на очень примитивном уровне, даже про индексы, бывало, не слышали. Ну и когда, допустим, запускается новый проект, в таблице 1.5 сотни записей. Все, конечно же, летает. Скан таблицы сам по себе - это не есть неправильно. Все же зависит от объема данных, от задачи. На этапе разработки можно и не знать, как будет в итоге юзаться таблица, какие по ней отчеты будут строиться. Во времена хранимых процедур такие знания действительно были нужны т.к. вся логика содержалась там и писать ХП в сотни строк с навороченными запросами было нормой. Конечно присмотр эксперта в базах был необходим (да и тестирования в те времена особого не было). Я бы пошел еще дальше и сказал что средний выхлоп системы на ORM сейчас выше, чем на хранимках, хотя-бы потому, что несколько несложных точечных запросов куда производительнее, чем навороченные переоптимизированные хранимки в сотни/тысячи строк в которых потом никто не может разобраться (да еще и с планом оптимизированным на первый запрос, если конечно не рекомпилить ее каждый раз) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 02:08 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Stan2000 OoCc Это всего лишь говорит о бар**ке в вашей конторе. Который допустил принципиальную ошибку в самом начале - выбор не того языка. зы. Он отказался сам красить свой баг. В конце концов сбежал из проекта. А нам фиксам дальше проект пилить. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 02:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford да еще и с планом оптимизированным на первый запрос, если конечно не рекомпилить ее каждый раз ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 10:57 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Megabyte 1) Мой пример показывал абсурдность постановки вопроса "А вот я в ОРМ захочу по такому полю отфильтровать" (с) Варианты доступа до больших и высоконагруженных таблиц должны заранее обговариваться! Megabyte 2) Хорошему ДБА для поиска и мониторинга проблемных запросов не надо проверять все хранимки, достаточно выполнить несколько запросов по системным данным. Megabyte 3) Насчет проверки кода самим разрабом. Ну, во-первых, хорошими знаниями по SQL обладает гораздо меньше людей. На моей практике, фанаты ОРМ SQL знают на очень примитивном уровне, даже про индексы, бывало, не слышали. Ну и когда, допустим, запускается новый проект, в таблице 1.5 сотни записей. Все, конечно же, летает. Скан таблицы сам по себе - это не есть неправильно. Все же зависит от объема данных, от задачи. На этапе разработки можно и не знать, как будет в итоге юзаться таблица, какие по ней отчеты будут строиться. 4) Все эти хранимые процедуры с ДБА в роли спасителей давно в прошлом. Для написания ORM запросов не требуется каких-то специфических познаний, т.к. сами запросы не являются чем-то сложным. Во времена хранимых процедур такие знания действительно были нужны т.к. вся логика содержалась там и писать ХП в сотни строк с навороченными запросами было нормой. Конечно присмотр эксперта в базах был необходим (да и тестирования в те времена особого не было). 5) Я бы пошел еще дальше и сказал что средний выхлоп системы на ORM сейчас выше, чем на хранимках, хотя-бы потому, что несколько несложных точечных запросов куда производительнее, чем навороченные переоптимизированные хранимки в сотни/тысячи строк в которых потом никто не может разобраться (да еще и с планом оптимизированным на первый запрос, если конечно не рекомпилить ее каждый раз) 2) По статистике: необходимые индексы\неиспользуемые индексы; запросы, которые больше всего грузят ЦПУ; запросы, которые больше всего грузят диск; какие типы блокировок(для MS SQL) преобладают, чтобы понять, куда копать; монитор текущих запросов. 3) Как правило, фулл стэк разрабочики - это как аникейщики, знают все в среднем\плохо и какую-то одну область хорошо. У нас на фирме тоже, считай, все фулл стэк, запросы пишут к базе и т.п., но по факту оптимизацией кода за всех занимаюсь я один. Из остальных, один хорошо шарит по бизнес-процессам, другой со всякими апи\джон на ты, третий хорошо пишет скрипты - сценарии на нашем ПО и т.д. Специализация - это двигатель производительности. Невозможно сразу везде быть спецом, за редким исключением. 4) У вас на фирме - в это я поверю. Однако в реальности все гораздо сложнее. :) Революции ОРМ не сделали, так, заняли какую-то свою нишу. Я так вообще наблюдаю рост запросов на ДБА, в и постоянных вакухах, и на фрилансе. 5) Как меряли производительность? И это, никто не сказал, что в SQL\хп можно наговнокодить. Такое есть, безусловно. Ну и да, в скобках бред какой-то написан, вам уже сообщили... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 15:04 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
М-да, начинаю понимать зачем нужен DevOps Некоторые девелоперы категорически не хотят понимать специфику работы Operations. stenford Я еще раз повторю, что при современном подходе к разработке тормозные запросы просто не пройдут в продакш, они будут как минимум выявлены на стадии нагрузочного тестирования Два вопроса: кто виноват, что делать. Правильный ответ: Виноват вендор, обращаемся в техподдержку, описываем проблему, разработчик находит баг, высылает патч все довольны. Вопрос: как часто проблемы решаются по этому сценарию? Более популярный сценарий: Виноват начальник IT - подсунул какую-то туфту, наверняка еще откат поимел, делай что хочешь, но все должно работать хорошо. Что делать - обратится к вендору. Ответы разработчика - 1 ваш баг воспроизвести не удалось, у меня все хорошо, присылайте базу. Бизнес - свою много гигабайтную базу мы прислать не можем, ибо там секретные данные. Сделайте что-нибудь. 2 Ага, проблема имеет место быть и будет исправлена в следующей версии. Бизнес - переход на следующую версию не планируется в этом году. Сделайте что-нибудь. 3 Ваша версия не поддерживается. Но у нас есть другой продукт, который будет делать тоже самое и даже лучше. Бизнес - смотри предыдущий пункт. 3 Разработчик - патч специально для вас будет стоить ХХХ у.е. Бизнес - да вы охренели что-ли. Сделайте что-нибудь. stenford Это очень устойчивый миф про тормоза ORM'ов, но вызывзющийу лишь смех у разработчиков реально с ними работающих. Наверное, потому что для вас разработчики замечательные люди, которые тщательно тестируют свои продукты, а админы - тупоголовые дубы. Причем я допускаю, что есть разные разработчики, вменяемые и нет, а для вас наличие вменяемых админов просто нонсенс, админы должны быть истреблены как класс, ну или вымереть как динозавры. stenford несколько несложных точечных запросов куда производительнее, чем навороченные переоптимизированные хранимки в сотни/тысячи строк в которых потом никто не может разобраться ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 17:31 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257, Сценарии описаны превосходно! Так оно все и есть. И это я говорю, как разработчик. :))) Правда в моем конкретном случае, мы разрабатываем всё, включая базу данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 17:50 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 Более популярный сценарий: Виноват начальник IT - подсунул какую-то туфту, наверняка еще откат поимел, делай что хочешь, но все должно работать хорошо. Что делать - обратится к вендору. Ответы разработчика - 1 ваш баг воспроизвести не удалось, у меня все хорошо, присылайте базу. Бизнес - свою много гигабайтную базу мы прислать не можем, ибо там секретные данные. Сделайте что-нибудь. 2 Ага, проблема имеет место быть и будет исправлена в следующей версии. Бизнес - переход на следующую версию не планируется в этом году. Сделайте что-нибудь. 3 Ваша версия не поддерживается. Но у нас есть другой продукт, который будет делать тоже самое и даже лучше. Бизнес - смотри предыдущий пункт. 3 Разработчик - патч специально для вас будет стоить ХХХ у.е. Бизнес - да вы охренели что-ли. Сделайте что-нибудь. 0. На оплату суппорта забили, тк зачем платить 20-25% от стоимости софта каждый год, если оно и так работает? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 18:11 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
burgos мы разрабатываем всё, включая базу данных. Повторю за alexeyvg - у меня складывается впечатление, что современные продвинутые разработчики относятся к СУБД как к чему-то противному, старому и вонючему, что надо трогать только в перчатках через ORM, а если кто напрямую залез в базу, разобрался в SQL что то там оптимизировал, то это зашквар, такому руки не подают. Настоящий разработчик, (тот самый что не использует паскаль) должен написать свою собственную базу. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 18:13 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
sergeyns SERG1257 Более популярный сценарий: Виноват начальник IT - подсунул какую-то туфту, наверняка еще откат поимел, делай что хочешь, но все должно работать хорошо. Что делать - обратится к вендору. Ответы разработчика - 1 ваш баг воспроизвести не удалось, у меня все хорошо, присылайте базу. Бизнес - свою много гигабайтную базу мы прислать не можем, ибо там секретные данные. Сделайте что-нибудь. 2 Ага, проблема имеет место быть и будет исправлена в следующей версии. Бизнес - переход на следующую версию не планируется в этом году. Сделайте что-нибудь. 3 Ваша версия не поддерживается. Но у нас есть другой продукт, который будет делать тоже самое и даже лучше. Бизнес - смотри предыдущий пункт. 3 Разработчик - патч специально для вас будет стоить ХХХ у.е. Бизнес - да вы охренели что-ли. Сделайте что-нибудь. 0. На оплату суппорта забили, тк зачем платить 20-25% от стоимости софта каждый год, если оно и так работает? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 18:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Shtock А это, простите, о чём? https://www.brentozar.com/archive/2013/06/the-elephant-and-the-mouse-or-parameter-sniffing-in-sql-server/ ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2018, 21:10 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte 1) Еще раз повторю, что это был ответ на ваш комментарий про то, что: "А вот разрабочик захочет по такому фильтру(кол-во детей) отфильтроовать. На SQL это надо новый параметр или новую процу, а в коде с использованием ОРМ все просто". Получается, что никакого смысла в этой реплике нет в общем случае и данный вариант подходит только для маленьких таблиц. И я согласился, что здесь можно юзать ОРМ. Megabyte 2) По статистике: необходимые индексы\неиспользуемые индексы; запросы, которые больше всего грузят ЦПУ; запросы, которые больше всего грузят диск; какие типы блокировок(для MS SQL) преобладают, чтобы понять, куда копать; монитор текущих запросов. Megabyte 3) Как правило, фулл стэк разрабочики - это как аникейщики, знают все в среднем\плохо и какую-то одну область хорошо. У нас на фирме тоже, считай, все фулл стэк, запросы пишут к базе и т.п., но по факту оптимизацией кода за всех занимаюсь я один. Из остальных, один хорошо шарит по бизнес-процессам, другой со всякими апи\джон на ты, третий хорошо пишет скрипты - сценарии на нашем ПО и т.д. Специализация - это двигатель производительности. Невозможно сразу везде быть спецом, за редким исключением. Megabyte Я так вообще наблюдаю рост запросов на ДБА, в и постоянных вакухах, и на фрилансе. Megabyte 5) Как меряли производительность? И это, никто не сказал, что в SQL\хп можно наговнокодить. Такое есть, безусловно. Ну и да, в скобках бред какой-то написан, вам уже сообщили... ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 02:07 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 Никогда не задумывались - почему этот миф столь устойчив, у людей реально работающих с самыми разными системами: старыми и новыми, сделаными с ORM и без. SERG1257 И ведь вам даже в голову не приходит задуматся - откуда появляются навороченные переоптимизированные хранимки. Мазохисты их какие-то так пишут, небось боятся, чтобы их не уволили. Заменить надо старую систему у нее пепельница переполнилась вот как раз новый продукт вышел. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 02:17 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Megabyte 1) Еще раз повторю, что это был ответ на ваш комментарий про то, что: "А вот разрабочик захочет по такому фильтру(кол-во детей) отфильтроовать. На SQL это надо новый параметр или новую процу, а в коде с использованием ОРМ все просто". Получается, что никакого смысла в этой реплике нет в общем случае и данный вариант подходит только для маленьких таблиц. И я согласился, что здесь можно юзать ОРМ. Megabyte 2) По статистике: необходимые индексы\неиспользуемые индексы; запросы, которые больше всего грузят ЦПУ; запросы, которые больше всего грузят диск; какие типы блокировок(для MS SQL) преобладают, чтобы понять, куда копать; монитор текущих запросов. Megabyte 3) Как правило, фулл стэк разрабочики - это как аникейщики, знают все в среднем\плохо и какую-то одну область хорошо. У нас на фирме тоже, считай, все фулл стэк, запросы пишут к базе и т.п., но по факту оптимизацией кода за всех занимаюсь я один. Из остальных, один хорошо шарит по бизнес-процессам, другой со всякими апи\джон на ты, третий хорошо пишет скрипты - сценарии на нашем ПО и т.д. Специализация - это двигатель производительности. Невозможно сразу везде быть спецом, за редким исключением. Megabyte Я так вообще наблюдаю рост запросов на ДБА, в и постоянных вакухах, и на фрилансе. Megabyte 5) Как меряли производительность? И это, никто не сказал, что в SQL\хп можно наговнокодить. Такое есть, безусловно. Ну и да, в скобках бред какой-то написан, вам уже сообщили... 2) Когда ты отловишь adhoc запрос из какого-то клиентского кода(ОРМ\не ОРМ не важно), ты понятия не имеешь, откуда он вызывается. В случае с индексами фиг бы с ним, а если надо изменить логику запроса? Надо искать, где этот код вызывается. Чаще всего это знает только тот один разработчик, который это делал. А он уволился\заболел или еще что. Когда все запросы лежат централизованно, в ХП, то вопрос доработки серверного кода решается просто. Найти вызов ХП из клиента по имени тоже проще, чем проще, чем какой-то сгенерированный непонятно где и кем код. 3) Для ОРМ, конечно, не требуется. Только ОРМ не используют повсеместно. Но ОРМ появились довольно таки давно. Значит не все их юзают и\или планируют юзать. Кое-кто даже отказывается от них или ограничивает сферу применения. Думаю, все зависит от бизнес-процессов. 4) Та я только рад за коллег. :) Каждому свое) 5) Во-первых, проблемы в связи с устарением плана решаются без проблем. Да и возникает это редко. И каждое изменение процедуры естетвенно вызывает перекомпиляцию. Во-вторых, код процы не обязательно должен быть с кучей параметров и несколькими сотнями строк, с ветвлением. Говорю же, наговнокодить можно везде. Через какое-то время, возможно, потребуется рефакторинг, как и в клиентском коде. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 11:55 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford SERG1257 Никогда не задумывались - почему этот миф столь устойчив, у людей реально работающих с самыми разными системами: старыми и новыми, сделаными с ORM и без. SERG1257 И ведь вам даже в голову не приходит задуматся - откуда появляются навороченные переоптимизированные хранимки. Мазохисты их какие-то так пишут, небось боятся, чтобы их не уволили. Заменить надо старую систему у нее пепельница переполнилась вот как раз новый продукт вышел. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 11:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford почитайте про аппсервера и все встанет на свои места Megabyte Трехзвенка(аппсервера) и использование ХП - вещи, в общем-то, перпендикулярные. Тут либо stenford не знает о проблемах логики на клиенте, либо скрывает их (этого не может быть, потому что не может быть никогда). В первом случае дискуссия имеет смысл, во втором же, как и во многих других холиварах, стороны разойдутся каждый со своим мнением, оплёванные, но не сломленные. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 16:59 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte 2) Когда ты отловишь adhoc запрос из какого-то клиентского кода(ОРМ\не ОРМ не важно), ты понятия не имеешь, откуда он вызывается. В случае с индексами фиг бы с ним, а если надо изменить логику запроса? Надо искать, где этот код вызывается. Чаще всего это знает только тот один разработчик, который это делал. А он уволился\заболел или еще что. Когда все запросы лежат централизованно, в ХП, то вопрос доработки серверного кода решается просто. Найти вызов ХП из клиента по имени тоже проще, чем проще, чем какой-то сгенерированный непонятно где и кем код. тыкать на каждый Package в БД и искать? где в SQL Developer функция View Call Hierarchy?)) В ОРМ кстати можно логить все запросы ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 17:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford это вы еще не видели рост запросов на full stack dev'ов ;) stenford То-же самое для запросов от ОРМ, но с той разницей что когда у вас хранимка в сотни строк, с ветвлением по массе условий и прочего - то good luck получить там оптимальный план на последующие вызовы Простой пример - дай клиентов из города N (для пущей простоты я даже джойн делать не буду) Код 1.
В плане скан, значит нужен. Но citi_id=1234 это дефолт-сити, значит не нужен. В ХП с ветвлением по массе условий и прочего есть шанс это выправить, причем здесь и сейчас, не дожидаясь новой версии, которая, заметим, вполне может принести новые баги особенности. Да, это грязно, это заплатка, это сопля, но это будет работать здесь и сейчас. По правильному надо бы уведомить разработчика, он должен засунуть мой код из ХП на клиента и в следующем релизе, я верну ХП обратно и все будут счастливы. Однако, если я не единственный клиент, а у других такой проблемы нет, программист будет всячески упиратся. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 17:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs Megabyte 2) Когда ты отловишь adhoc запрос из какого-то клиентского кода(ОРМ\не ОРМ не важно), ты понятия не имеешь, откуда он вызывается. В случае с индексами фиг бы с ним, а если надо изменить логику запроса? Надо искать, где этот код вызывается. Чаще всего это знает только тот один разработчик, который это делал. А он уволился\заболел или еще что. Когда все запросы лежат централизованно, в ХП, то вопрос доработки серверного кода решается просто. Найти вызов ХП из клиента по имени тоже проще, чем проще, чем какой-то сгенерированный непонятно где и кем код. тыкать на каждый Package в БД и искать? где в SQL Developer функция View Call Hierarchy?)) В ОРМ кстати можно логить все запросы Во все популярные СУБД встроены средства для логирования. :) Причем есть куча фильтров и море инфы по запросу. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 17:59 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte 1) Я не говорил про улучшение, а про то, что кол-во вариантов обращения будет фиксировано, и бесконечно дорабатывать хп\добавлять параметры не потребуется. Megabyte 2) Когда ты отловишь adhoc запрос из какого-то клиентского кода(ОРМ\не ОРМ не важно), ты понятия не имеешь, откуда он вызывается. В случае с индексами фиг бы с ним Megabyte , а если надо изменить логику запроса? Надо искать, где этот код вызывается. Чаще всего это знает только тот один разработчик, который это делал. А он уволился\заболел или еще что. Когда все запросы лежат централизованно, в ХП, то вопрос доработки серверного кода решается просто. Найти вызов ХП из клиента по имени тоже проще, чем проще, чем какой-то сгенерированный непонятно где и кем код. Megabyte 3) Для ОРМ, конечно, не требуется. Megabyte 5) Во-первых, проблемы в связи с устарением плана решаются без проблем. Да и возникает это редко. И каждое изменение процедуры естетвенно вызывает перекомпиляцию. Во-вторых, код процы не обязательно должен быть с кучей параметров и несколькими сотнями строк, с ветвлением. Говорю же, наговнокодить можно везде. Через какое-то время, возможно, потребуется рефакторинг, как и в клиентском коде. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2018, 04:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 Тут речь идет о старом холиваре - где хранить логику: на клиенте (аппсервере) или в базе (ХП). SERG1257 stenford топит за клиента, причем утверждает что логика в базе это устаревший подход, который ВСЕГДА хуже. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2018, 05:02 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 Да ну. Простой пример - дай клиентов из города N (для пущей простоты я даже джойн делать не буду) Код 1.
В плане скан, значит нужен. Но citi_id=1234 это дефолт-сити, значит не нужен. В ХП с ветвлением по массе условий и прочего есть шанс это выправить, причем здесь и сейчас, не дожидаясь новой версии, которая, заметим, вполне может принести новые баги особенности. Да, это грязно, это заплатка, это сопля, но это будет работать здесь и сейчас. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2018, 05:05 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford SERG1257 Да ну. Простой пример - дай клиентов из города N (для пущей простоты я даже джойн делать не буду) Код 1.
В плане скан, значит нужен. Но citi_id=1234 это дефолт-сити, значит не нужен. В ХП с ветвлением по массе условий и прочего есть шанс это выправить, причем здесь и сейчас, не дожидаясь новой версии, которая, заметим, вполне может принести новые баги особенности. Да, это грязно, это заплатка, это сопля, но это будет работать здесь и сейчас. и почему то что требует recompile в хранимке внезапно не требует recompile в случае с ORM ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2018, 17:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Wizandr непонятно чем recompile так плох и почему то что требует recompile в хранимке внезапно не требует recompile в случае с ORM ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2018, 01:37 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Wizandr непонятно чем recompile так плох и почему то что требует recompile в хранимке внезапно не требует recompile в случае с ORM И разумеется «по цепочке» план в хп не ухудьшается. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2018, 10:52 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford если потрудитесь отмотать несколько страниц назад, то увидите, что я такого не говорил. stenford под "грязной соплей" подразумевается опция recompile, верно? stenford Но определяется это не "размером" и "сложностью" системы как настойчиво тут пытаются утверждать некоторые, а ее типом. 1 Лишние накладные расходы на перенос данных. Клиент либо просит много сразу, либо просит мало, но часто. Да у нас быстрая сеть, да аппсервер лежит рядом, но для обработки на сервере этого трафика вообще нет. То бишь в некоторых случаях эти накладные расходы критичны. 2 Размазывание данных между клиентом и сервером, нарушение принципа SPOT: после того как данные ушли к клиенту, СУБД никак их не контролирует. СУБД конечно сама это любит делать: шардинги, кластеры и т.п. но там СУБД старается поддержать непротиворечивость и актуальность кэшей. А как это будет для аппсервера ложится на плечи программиста. Причем у разработчика, то все в порядке, это у заказчика есть несколько разных клиентов к базе. Посмотрите сколько топиков типа "как заставить базу работать только через мою программу". Повторю, проблема не нова, способы ее решения известны, но прикладные программисты не любящие SQL гораздо чаще забивают на эту заумь. Ruuu Уже начиная с версии 2008 можно рекомпилировать отдельные запросы в хп. Еще один момент: stenford противопоставляет ORM vs хранимки, забывая что его ORM это новая программа, а та что с хранимками это старая программа, над которой топталась толпа разных разработчиков, подпирая костылями ибо концепция менялась несколько раз. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2018, 17:08 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford, вот вам входные данные: Есть исторический справочник, размер таблицы 200Гб (да, именно таблицы :) ). Нужно получить состояние десятка объектов из этого справочника на дату 2000/01/01. Сам справочник организован как через таймштамп модификации поля с величины А на Б, для начальной точки реализовано через признак создания, таймштампы созданий естественно разные. У вас в наличие 3 аппсервера, по 64Гб RAM на каждом, БД с 128Гб RAM, шкаф хранилища на оптике RAID 10 на HDD. Ну и можете теперь рассказать о преимуществах ORM для данной конкретной задачи, либо предложить решение без того чтобы крутить данные сервере баз данных. * И это только один такой пример, а ведь в реальности их очень даже много... Чего только импорт/экспорт (ETL), аналитика стоят. Повторю свою мысль еще раз - ORM хороши для маленьких/средних задач, но как только решение вырастает, то тут уже отсутствие возможности ювелирной юстировки какой-либо из частей системы - это минус, при этом минус серьезный. Ну и в критически важных местах, где требуется действительно хороший отклик - места ORM тоже нет. ORM это так - решение типичных задач, типичными способами, за среднее время. Т.е. просто ширпотребное решение, не дающее особых плюсов, но помогающее избегнуть типичных проблем и понизить планку требуемых специалистов. ** Написанное выше - личное мнение, исходя из собственного опыта работы как с различного рода подходами, как комбинированных так и без ORM или исключительно ORM-ориентированных. Собственно мое текущее мнение простое - набросать каркас, заготовку можно с использованием ORM, ну а как в жизнь пойдет, то быть готовым, что очень многое нужно будет либо выкинуть, либо переписать еще и казня себя за то, что сразу нормально не делали, а связались с кодогенерацией ORM. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2018, 18:50 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Megabyte 1) Я не говорил про улучшение, а про то, что кол-во вариантов обращения будет фиксировано, и бесконечно дорабатывать хп\добавлять параметры не потребуется. Megabyte 2) Когда ты отловишь adhoc запрос из какого-то клиентского кода(ОРМ\не ОРМ не важно), ты понятия не имеешь, откуда он вызывается. В случае с индексами фиг бы с ним Megabyte , а если надо изменить логику запроса? Надо искать, где этот код вызывается. Чаще всего это знает только тот один разработчик, который это делал. А он уволился\заболел или еще что. Когда все запросы лежат централизованно, в ХП, то вопрос доработки серверного кода решается просто. Найти вызов ХП из клиента по имени тоже проще, чем проще, чем какой-то сгенерированный непонятно где и кем код. Megabyte 3) Для ОРМ, конечно, не требуется. Megabyte 5) Во-первых, проблемы в связи с устарением плана решаются без проблем. Да и возникает это редко. И каждое изменение процедуры естетвенно вызывает перекомпиляцию. Во-вторых, код процы не обязательно должен быть с кучей параметров и несколькими сотнями строк, с ветвлением. Говорю же, наговнокодить можно везде. Через какое-то время, возможно, потребуется рефакторинг, как и в клиентском коде. 2) не логика работы системы, а логика работы запроса! Разницу понимаете? 3) языки, знаете ли, развиваются. Расширения sql под конкретную СУБД - тоже. Да и работа с множеством данных в определенных аспектах в sql намного проще, чем на клиенте. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2018, 20:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Ruuu Уже начиная с версии 2008 можно рекомпилировать отдельные запросы в хп. Ruuu И разумеется «по цепочке» план в хп не ухудьшается. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 01:45 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
SERG1257 Зачем несколько страниц назад, предложение выше описываю как разрабатываются современные системы, стало быть обработка на сервере это несовременно. SERG1257 Дело в том, что у обработки на клиенте я вижу два недостатка. 1 Лишние накладные расходы на перенос данных. Клиент либо просит много сразу, либо просит мало, но часто. Да у нас быстрая сеть, да аппсервер лежит рядом, но для обработки на сервере этого трафика вообще нет. То бишь в некоторых случаях эти накладные расходы критичны. 2 Размазывание данных между клиентом и сервером, нарушение принципа SPOT: после того как данные ушли к клиенту, СУБД никак их не контролирует. СУБД конечно сама это любит делать: шардинги, кластеры и т.п. но там СУБД старается поддержать непротиворечивость и актуальность кэшей. А как это будет для аппсервера ложится на плечи программиста. Причем у разработчика, то все в порядке, это у заказчика есть несколько разных клиентов к базе. Посмотрите сколько топиков типа "как заставить базу работать только через мою программу". Повторю, проблема не нова, способы ее решения известны, но прикладные программисты не любящие SQL гораздо чаще забивают на эту заумь. На все это есть причины, и ноги этих причин вырасли из проблем, которые и вызывали системы с логикой в базе SERG1257 Еще один момент: stenford противопоставляет ORM vs хранимки, забывая что его ORM это новая программа, а та что с хранимками это старая программа ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 02:01 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
kDnZP Есть исторический справочник, размер таблицы 200Гб (да, именно таблицы :) ). Нужно получить состояние десятка объектов из этого справочника на дату 2000/01/01. Сам справочник организован как через таймштамп модификации поля с величины А на Б, для начальной точки реализовано через признак создания, таймштампы созданий естественно разные. У вас в наличие 3 аппсервера, по 64Гб RAM на каждом, БД с 128Гб RAM, шкаф хранилища на оптике RAID 10 на HDD. Ну и можете теперь рассказать о преимуществах ORM для данной конкретной задачи, либо предложить решение без того чтобы крутить данные сервере баз данных. kDnZP * И это только один такой пример, а ведь в реальности их очень даже много... Чего только импорт/экспорт (ETL), аналитика стоят. Повторю свою мысль еще раз - ORM хороши для маленьких/средних задач, но как только решение вырастает, то тут уже отсутствие возможности ювелирной юстировки какой-либо из частей системы - это минус, при этом минус серьезный. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 02:09 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte 1) нет, не правильно. Если проблемный код в хп, то доработка на порядок проще. Megabyte 2) не логика работы системы, а логика работы запроса! Разницу понимаете? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 02:13 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte А так, 95% проблем правится на лету, ещё ДО жалоб пользователей на тормоза! ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 08:02 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte, и как часто при этом происходят релизы? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 08:03 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford kDnZP Есть исторический справочник, размер таблицы 200Гб (да, именно таблицы :) ). Нужно получить состояние десятка объектов из этого справочника на дату 2000/01/01. Сам справочник организован как через таймштамп модификации поля с величины А на Б, для начальной точки реализовано через признак создания, таймштампы созданий естественно разные. У вас в наличие 3 аппсервера, по 64Гб RAM на каждом, БД с 128Гб RAM, шкаф хранилища на оптике RAID 10 на HDD. Ну и можете теперь рассказать о преимуществах ORM для данной конкретной задачи, либо предложить решение без того чтобы крутить данные сервере баз данных. kDnZP * И это только один такой пример, а ведь в реальности их очень даже много... Чего только импорт/экспорт (ETL), аналитика стоят. Повторю свою мысль еще раз - ORM хороши для маленьких/средних задач, но как только решение вырастает, то тут уже отсутствие возможности ювелирной юстировки какой-либо из частей системы - это минус, при этом минус серьезный. skyANA Megabyte А так, 95% проблем правится на лету, ещё ДО жалоб пользователей на тормоза! skyANA Megabyte, и как часто при этом происходят релизы? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 11:12 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
>> план исполнения хранимок (как вы должны быть в курсе) компилится на первом ее вызове для параметров этого вызова я возможно не в курсе mssql, но я вообще хз что такое план исполнения хранимки. для меня всегда был план исполнения запроса. более того, в оракле полно технологий как решать такие вещи. в особенно последних версиях план более чем динамичен и уж точно не привязан к первому вызову. для этого есть целый пласт технологий. dynamic sampling, adaptive optimization и прочее. думаю, mssql не особо отстаёт. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 11:19 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte skyANA пропущено... И как часто проблемы возникают на проде? И почему они туда просачиваются? Megabyte skyANA Megabyte, и как часто при этом происходят релизы? А если система такая, что хоть сто раз в день накатывай/откатывай версии, то и разработчик в случае чего поправит свой код и пользователи ничего не заметят. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 12:07 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
skyANA Megabyte пропущено... Эмм. Я даже не знаю, с чего начать. Неоптимальные запросы от простых разработчиков, выросший объем данных, изменения в логике работы с таблицой при доработках. Все это совершенно не обязательно вылезет сразу в виде проблемы производительности. Это выстрелит через неделю\месяц\полгода\год. Ну это я вам самые простые варианты назвал. + может не хватать ресурсов железа, и надо определить, каких конкретно. Megabyte пропущено... Вы про конкретно нашу систему на моей текущей работе спрашиваете? А какая разница, как что на моей работе? Мы же вроде не ее здесь обсуждаем. А если система такая, что хоть сто раз в день накатывай/откатывай версии, то и разработчик в случае чего поправит свой код и пользователи ничего не заметят. Бывает так, запустили проект, индексы не сделали. Их не сделали не обязательно потому что не разбираются в этом, а потому, что на этапе разработки проекта еще не было известно, какие отчеты захочет заказчик. Данных за неделю накопилось, проект стал тормозить. А бывает так. Другой разработчик сделал какой-то полезный для бизнеса функционал, сделал джоб для заполнения новой структуры данных. Первые полгода все было хорошо, потом у нас стал тормозить импорт данных(первичные данные переформатировались и заливались в новую более удобную для анализа структуру). Источник проблемы был найден, но отключить(джоб) его уже нельзя. Данные функционал необходим для работы. Запустили проект, несколько месяцев он работал. Даже не то, чтобы тормозил, но запросы по этому проекту часто попадали в список самых неоптимальных\медленных. Одними индексами там было не обойтись, надо было, для начала, поменять алгоритм работы проекта, т.к. делать индекс на текущей структуре было бы не правильно\не оптимально. Ну и я ежедневно мониторю, какие индексы необходимы для запросов. В день по 2-3 индекса делаю, либо дорабатываю(меняю один индекс на другой). А то если втупую лепить индексы по статистике, то будет куча похожих индексов. 2) Мы не продаем ПО, мы продаем услуги(аутсорсинговый call-центр), т.е. вся система у нас внутри. Как такового релиза нет, есть просто заявки на доработку отчета\другие услуги. Как разработчик сделал, протестил по возможности, менеджер проверил, тут же это и применяется в системе. Просто дело в том, что другие разработчики не разбираются в оптимизации SQL-запросов, но делают отчеты\другие услуги. :) И если у нас тормоза, то нам нельзя ждать, пока разработчик разберется, поправит, иначе заказчик просто нас пошлет, если у него будет отчет грузиться по 10мин или скрипт сценария разговора у оператора по проекту будет работать со скрипом и клиенты просто будут бросать трубку. У нас даже небольшой простой системы\проекта очень дорого нам обойдется финансово. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 12:36 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford т.е. типа отчета? stenford вы откровенно путаетесь в том, для чего ORM предназначены, никто их для целей ETL никогда не применяет Вот вам еще один пример. Кодогенерация у той же аксапты местами э... странная. Есть штук 5 таблиц по 200 полей, что-то заджойнено, и если память не подводит 2 селфджойна + что-то в корреляции. Сфигали эта глупая железяка пытается тянуть ВСЕ поля всех таблиц, если я явно указал чего мне нужно? Казалось бы - ну и ладно, пусть перечисляет все поля с псевдонимами, но нет - система падает с сообщением что буфер для запроса маленький, и иди крути ключи запуска апп-серверов где можно буфер увеличить... а ведь это налету не сделаешь, нужен рестарт. Ах да, а динамические запросы, которые вообще пользователям в виде конструктора отданы? Там ведь могут быть очень серьезные полеты фантазии... Вот вам ORM как есть, а с учетом того что вся работа идет от имени одного пользователя, то попытки профайлить происходящее еще та песня. Впрочем, я ведь об ORM похоже ничего не знаю, ну и ладно. Почитаю вас, вдруг чего интересного и нового напишите. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 16:11 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Ruuu И разумеется «по цепочке» план в хп не ухудьшается. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 17:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Скажу даже больше, текущий проект например мы делаем на архитектуре микросервисов, для тех кто не в курсе - это когда монолитная система бьется на несколько независимых частей, включая базы данных. Нет, очень модно, красиво, но простенький веб-сайтик с каталогом на несколько тысяч позиций начинает отвечать секунд по 10. stenford SERG1257 Еще один момент: stenford противопоставляет ORM vs хранимки, забывая что его ORM это новая программа, а та что с хранимками это старая программа The Vietnam of Computer Science (Posted on Jun 26, 2006). ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 18:17 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Вообще, спор отчасти бестолковый, зависит от многих "но". Например, мы ОРМ натягиваем на существующую модель данных или модель данных генерится ОРМ? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 18:29 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
kDnZP т.е. не типа отчета ни разу... бизнес называет это срез времени :), у меня свое определение этому безобразию... kDnZP Вот вам еще один пример. Кодогенерация у той же аксапты местами э... странная. Есть штук 5 таблиц по 200 полей, что-то заджойнено, и если память не подводит 2 селфджойна + что-то в корреляции. Сфигали эта глупая железяка пытается тянуть ВСЕ поля всех таблиц, если я явно указал чего мне нужно? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 01:33 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Ну, мы же не говорим про дебильные недо-СУБД, компилирующие планы функций отдельно, не встраивая предварительно функцию напрямую в запрос... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 01:46 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb И тут с производительностью наступает п.... :) Нет, очень модно, красиво, но простенький веб-сайтик с каталогом на несколько тысяч позиций начинает отвечать секунд по 10. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 01:48 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford CawaSPb Ну, мы же не говорим про дебильные недо-СУБД, компилирующие планы функций отдельно, не встраивая предварительно функцию напрямую в запрос... Вышеприведённое - про: stenford без recompile неверный план подзапроса/функции в хранимке может по цепной реакции потянуть неверные решения для остального запроса Ни к чему понятие "план фукции". Возможно, что вся фунция схлопнется до какого-то тривиального действия или вообще к константе на этапе компиляции. Нет, можно специально подвывернуться, чтобы ф-я вдруг стала некоторым чёрным ящиком. Тогда да, будет каждый раз вызов (или не каждый, если она DETERMINISTIC). ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 02:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Во "взрослой" СУБД текст функций (как табличных, так и скалярных) "встраивается" в запрос (из хранимки ли, из приложения ли) на уровне текста (грубо - инлайнится), потом составляется план получившейся конструкции. И рекомпилится, не рекомпилится, рекомпелится "по средам при нахождении луны в первой четверти" в зависимости от "пожеланий трудящихся". Ни к чему понятие "план фукции". Возможно, что вся фунция схлопнется до какого-то тривиального действия или вообще к константе на этапе компиляции. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 11:41 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Например, мы ОРМ натягиваем на существующую модель данных или модель данных генерится ОРМ? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 11:42 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford отчетами я называю все, что вываливается пользователю/системе без дальнейшей бизнес-обработки. stenford ORM (по крайней мере EF, про аксапту не знаю) не тянет все поля, там указываются необходимые поля и sql генерируется только для них. ORM'ы уже достаточно взрослые продукты, что-бы совершать уж совсем детские ошибки ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 15:25 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford так именно по этой причине скан и может повалить весь остальной запрос, если где-то в подзапросе выбрался скан - то остальной план конечно подстроится по него, со всеми вытекающими. Ну т.е. можно конечно сказать что по стечению обстоятельств убыток от скана может невилироваться остальным планом где вдруг это принесло какую-то неожиданную пользу. Но это называется слепым везением ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 15:28 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford CawaSPb Во "взрослой" СУБД текст функций (как табличных, так и скалярных) "встраивается" в запрос (из хранимки ли, из приложения ли) на уровне текста (грубо - инлайнится), потом составляется план получившейся конструкции. И рекомпилится, не рекомпилится, рекомпелится "по средам при нахождении луны в первой четверти" в зависимости от "пожеланий трудящихся". Ни к чему понятие "план фукции". Возможно, что вся фунция схлопнется до какого-то тривиального действия или вообще к константе на этапе компиляции. Но, похоже, вы не догоняете. Нет понятия "плана ф-и" и "остального плана". После автоматического встраивания тела функции запрос может быть вообще переписан компилятором так, что ничего похожего на оригинальный код вы там не найдёте. Какие-либо условия могут уйти, например, вниз в дереве подзапросов, добавившись к коду ф-и, что может повлиять на выбор индекса для доступа. А может код будет оставлен как есть. Допустим, функция - select по таблице по какому-либо критерию. Что там будет использоваться (table scan, index scan, partial index scan, ...), будет выбираться для каждого конкретного общего запроса по-своему (и рекомпилиться/не рекомпилиться по желанию Developer'а/DB админа). ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 16:06 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford CawaSPb Например, мы ОРМ натягиваем на существующую модель данных или модель данных генерится ОРМ? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 16:17 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
kDnZP Вы о какой СУБД это говорите? Просто на тот же SQL Server я ваше утверждение не могу натянуть вообще никак... Скан это не всегда плохо для начала, если запрос будет обрабатывать 80% таблицы, то скан для данного случая будет чуть ли не самым эффективным вариантом. CawaSPb Не. Это называется стоимостной оптимизацией. Иногда, конечно, выливающейся в чистое везение или невезение :) Но, похоже, вы не догоняете. Нет понятия "плана ф-и" и "остального плана". После автоматического встраивания тела функции запрос может быть вообще переписан компилятором так, что ничего похожего на оригинальный код вы там не найдёте. Какие-либо условия могут уйти, например, вниз в дереве подзапросов, добавившись к коду ф-и, что может повлиять на выбор индекса для доступа Например для простоты возьмем такой: Код 1. 2. 3. 4. 5. 6.
Как вы-же совершенно правильно говорите, оптимизатор попытается схлопнуть оба запроса, и в итоге может решить, что вместо джойна по индексу во второй части union можно заюзать результаты скана из первой части, т.е. сравнивать улицу с каждой записью из первой части или типа того, несмотря на то, что при запуске второй части отдельно выбрался-бы поиск по индексу В простом примере это не сильно очевидно, но при использовании ORM таких запросов в общем случае не будет. Будет 2 разных метода, один на поиск по городам, другой - по улицам. В результате у меня будет один скан на города, и 3 джойна с индексами по улицам. В случае использования хранимки будет 3 скана со сравнением по каждой записи из таблицы с улицами. С увеличением сложности запросов и хранимок разница будет только возрастать ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2018, 14:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Понятно, что и так, и так можно. Но спор то идёт о том, плохи нынешние ОРМ или нет. Без этого контекста (кого на кого натягиваем) спор ни о чём. Принципиально разные ситуации (возьмите хоть работу с наследованием). ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2018, 14:59 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Предлополжим, что первая часть запроса уводит dbo.Cities в скан, и также предположим что запускается это для 3 улиц: 'Rare street', 'Моrе rare street', 'Yet even more rare street'. Как вы-же совершенно правильно говорите, оптимизатор попытается схлопнуть оба запроса, и в итоге может решить, что вместо джойна по индексу во второй части union можно заюзать результаты скана из первой части, т.е. сравнивать улицу с каждой записью из первой части или типа того, несмотря на то, что при запуске второй части отдельно выбрался-бы поиск по индексу В простом примере это не сильно очевидно, но при использовании ORM таких запросов в общем случае не будет. Будет 2 разных метода, один на поиск по городам, другой - по улицам. з.ы. Запрос изначально кривой, с кривой логикой, странно ожидать, что оптимизатор постоит идеальный план. Он же не ИИ. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2018, 15:44 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford той разницей что когда у вас хранимка в сотни строк, с ветвлением по массе условий и прочего - то good luck получить там оптимальный план на последующие вызовы А на клиенте сортируем добавляем условия и т.д. тем же linq. Ето для селекта конечно. для создания изменения сложного об'екта таки да сотни строк имеют право быть. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2018, 17:32 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
yabs В ОРМ кстати можно логить все запросы ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2018, 17:36 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Предлополжим, что первая часть запроса Это вообще-то один запрос, и если по статистике на [Name] = 'Moscow' получается вес .8 к примеру, то скан более чем оправдан, если же индекса вообще нет - то как бы добавить нужно. Вот вам на для помедитировать над планами и тем что и почему получается: Код 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43.
Megabyte з.ы. Запрос изначально кривой, с кривой логикой, странно ожидать, что оптимизатор постоит идеальный план. Он же не ИИ. * А вообще надоело. Всем спасибо, я свободен. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2018, 19:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte В данном простом примере в результате будет выполнено 2 запроса, вместо одного. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2018, 03:47 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
kDnZP ??? Это вообще-то один запрос, и если по статистике на [Name] = 'Moscow' получается вес .8 к примеру, то скан более чем оправдан, если же индекса вообще нет - то как бы добавить нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2018, 03:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
kDnZP Не нужно недооценивать оптимизатор, тупит он не столь чтобы часто. Программист тупит чаще ИМХО. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2018, 14:58 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Megabyte В данном простом примере в результате будет выполнено 2 запроса, вместо одного. В случае, если запрос вызывается редко хрен бы с ним, а если часто, то минус производительность. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2018, 15:01 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford Да, именно про стоимостную оптимизацию и говорю. Видимо нужен пример т.к. ходит кругами Например для простоты возьмем такой: Код 1. 2. 3. 4. 5. 6.
Конечно, оптимизаторы, бывает, ошибаются. На моей практике это происходит гораздо реже, чем не ошибаются. Чаще всего ошибки связаны с тем, что от оптимизатора скрыли часть информации: - старая/вообще несобранная статистика - отсутствие информации об уникальности поля/набора полей - не указана информация о зависимости между полями/таблицами (даже когда contraint'ы not forced, они дают очень важную задачу оптимизатору). Вторая причина "плохого" плана - плохой физический дизайн. - отсутствие нужного индекса - отсутствие партиционирования там, где это надо - отсутствие правильной упорядоченности данных (==колокации в страницах). ... Далеко не самая последняя причина - _неверная_ логика запроса. Разновидность - запрос, использующий некоторые умолчания, известные программисту, де-факто наблюдаемые в данных, но не отражённые в логическом дизайне базы. Чаще бывает наоборот - прибегает в мыле разработчик - "у вас база плохая! неправильный план генерит" (хорошо, когда про планы вообще знает). Тыкаешь его мордочкой, что нет, всё верно. Хотя вот лично мне приходилось регистрировать баги оптимизатора у вендора. Правили. stenford Как вы-же совершенно правильно говорите, оптимизатор попытается схлопнуть оба запроса, и в итоге ... stenford ... при использовании ORM таких запросов в общем случае не будет. Будет 2 разных метода, один на поиск по городам, другой - по улицам. stenford В результате у меня будет один скан на города, и 3 джойна с индексами по улицам. В случае использования хранимки будет 3 скана со сравнением по каждой записи из таблицы с улицами. С увеличением сложности запросов и хранимок разница будет только возрастать 1. Оптимизатор часто обладает информацией, о которой вы и помыслить не можете. 2. Распределение данных в базу у разработчика может (обязательно будет!) отличаться от того, что имеем в продуктиве. 3. Самое главное, распределение имеет свойство изменяться со временем. Лет через 5 (10? больше?). Когда ваше приложение уже станет легаси, а вы уйдёте куда-нибудь заниматься более современными технологиями. Вот тогда, когда жёстко зашитый в приложение план станет катастрофически неэффективным, оно выстрелит, и наступит ... Добавить информации в логический дизайн, изменить физический дизайн - всё это можно сделать ненапряжённо и гарантированно не меняя семантику запросов, бизнес логика останется неизменной, а вот найти того, кто поправит hardcoded алгоритм в приложении будет уже невозможно. Кстати, подобный же бардак можно устроить и внутри хранимок, используя процедурные расширения и временные таблицы. Правильния работа с базой - одно логическое дейстивие/выборка - один запрос. Работать целиком с Data set'ами. ОРМы часто толкают к нарушению этих принципов. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2018, 18:06 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Megabyte Это в вашем случае использования ОРМ будет 2 отдельных запроса\метода, что как бы не очень хорошо! ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 11:57 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Конечно, оптимизаторы, бывает, ошибаются. На моей практике это происходит гораздо реже, чем не ошибаются. CawaSPb Это как раз то, про что вам говорили - вместо 1000 запросов будет 2000 запросов (например, в секунду). В два раза больше накладных расходов на коммуникацию (для коротких запросов - подчас самая затратная часть). CawaSPb Это обычное, но неверное убеждение, что "вот я то лучше построю план "руками", прямо указав, что делать сначала, что потом". 1. Оптимизатор часто обладает информацией, о которой вы и помыслить не можете. 2. Распределение данных в базу у разработчика может (обязательно будет!) отличаться от того, что имеем в продуктиве. 3. Самое главное, распределение имеет свойство изменяться со временем. Лет через 5 (10? больше?). Когда ваше приложение уже станет легаси, а вы уйдёте куда-нибудь заниматься более современными технологиями. Вот тогда, когда жёстко зашитый в приложение план станет катастрофически неэффективным, оно выстрелит, и наступит ... Правильния работа с базой - одно логическое дейстивие/выборка - один запрос. Работать целиком с Data set'ами. ОРМы часто толкают к нарушению этих принципов. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 12:11 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Конечно, оптимизаторы, бывает, ошибаются. На моей практике это происходит гораздо реже, чем не ошибаются. Чаще всего ошибки связаны с тем, что от оптимизатора скрыли часть информации: - старая/вообще несобранная статистика - отсутствие информации об уникальности поля/набора полей - не указана информация о зависимости между полями/таблицами (даже когда contraint'ы not forced, они дают очень важную задачу оптимизатору). Вторая причина "плохого" плана - плохой физический дизайн. - отсутствие нужного индекса - отсутствие партиционирования там, где это надо - отсутствие правильной упорядоченности данных (==колокации в страницах). ... Правильния работа с базой - одно логическое дейстивие/выборка - один запрос. Работать целиком с Data set'ами. ОРМы часто толкают к нарушению этих принципов. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 12:14 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford ORM'ы не строят планы "руками", и никуда его не "зашивают". Они вызывают мелкие точечные запросы, которые обычно весьма эффективны. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 12:21 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Цитата ... мелкие точечные запросы... Спойлер (@p__linq__0 int,@p__linq__1 uniqueidentifier,@p__linq__2 nvarchar(4000),@p__linq__3 nvarchar(4000),@p__linq__5 nvarchar(4000),@p__linq__4 nvarchar(4000),@p__linq__6 nvarchar(4000),@p__linq__7 nvarchar(4000),@p__linq__8 nvarchar(4000),@p__linq__9 nvarchar(4000),@p__linq__10 nvarchar(4000),@p__linq__11 nvarchar(4000),@p__linq__12 nvarchar(4000),@p__linq__13 nvarchar(4000),@p__linq__14 nvarchar(4000),@p__linq__15 nvarchar(4000),@p__linq__16 uniqueidentifier,@p__linq__17 uniqueidentifier,@p__linq__18 uniqueidentifier,@p__linq__19 uniqueidentifier,@p__linq__20 uniqueidentifier) SELECT [UnionAll8].[Id] AS [C1], [UnionAll8].[Id1] AS [C2], [UnionAll8].[Id2] AS [C3], [UnionAll8].[Id3] AS [C4], [UnionAll8].[Id4] AS [C5], [UnionAll8].[Id5] AS [C6], [UnionAll8].[Id6] AS [C7], [UnionAll8].[Id7] AS [C8], [UnionAll8].[Id8] AS [C9], [UnionAll8].[C2] AS [C10], [UnionAll8].[Number] AS [C11], [UnionAll8].[C3] AS [C12], [UnionAll8].[C4] AS [C13], [UnionAll8].[C5] AS [C14], [UnionAll8].[C6] AS [C15], [UnionAll8].[C7] AS [C16], [UnionAll8].[C8] AS [C17], [UnionAll8].[C9] AS [C18], [UnionAll8].[C10] AS [C19], [UnionAll8].[Number1] AS [C20], [UnionAll8].[C11] AS [C21], [UnionAll8].[Value] AS [C22], [UnionAll8].[C12] AS [C23], [UnionAll8].[Value1] AS [C24], [UnionAll8].[C13] AS [C25], [UnionAll8].[C14] AS [C26], [UnionAll8].[Number2] AS [C27], [UnionAll8].[Number3] AS [C28], [UnionAll8].[FirstName] AS [C29], [UnionAll8].[MiddleName] AS [C30], [UnionAll8].[LastName] AS [C31], [UnionAll8].[C15] AS [C32], [UnionAll8].[C16] AS [C33], [UnionAll8].[BirthDate] AS [C34], [UnionAll8].[C17] AS [C35], [UnionAll8].[C18] AS [C36], [UnionAll8].[C1] AS [C37], [UnionAll8].[C19] AS [C38], [UnionAll8].[BirthDate1] AS [C39], [UnionAll8].[C20] AS [C40], [UnionAll8].[FirstName1] AS [C41], [UnionAll8].[LastName1] AS [C42], [UnionAll8].[C21] AS [C43], [UnionAll8].[C22] AS [C44], [UnionAll8].[C23] AS [C45], [UnionAll8].[C24] AS [C46], [UnionAll8].[C25] AS [C47], [UnionAll8].[C26] AS [C48], [UnionAll8].[C27] AS [C49], [UnionAll8].[C28] AS [C50], [UnionAll8].[C29] AS [C51], [UnionAll8].[C30] AS [C52], [UnionAll8].[C31] AS [C53], [UnionAll8].[C32] AS [C54], [UnionAll8].[C33] AS [C55], [UnionAll8].[C34] AS [C56], [UnionAll8].[C35] AS [C57], [UnionAll8].[C36] AS [C58], [UnionAll8].[C37] AS [C59], [UnionAll8].[C38] AS [C60], [UnionAll8].[C39] AS [C61], [UnionAll8].[C40] AS [C62], [UnionAll8].[C41] AS [C63], [UnionAll8].[C42] AS [C64], [UnionAll8].[C43] AS [C65], [UnionAll8].[C44] AS [C66], [UnionAll8].[C45] AS [C67], [UnionAll8].[C46] AS [C68], [UnionAll8].[C47] AS [C69], [UnionAll8].[C48] AS [C70], [UnionAll8].[C49] AS [C71], [UnionAll8].[C50] AS [C72], [UnionAll8].[C51] AS [C73], [UnionAll8].[C52] AS [C74], [UnionAll8].[C53] AS [C75], [UnionAll8].[C54] AS [C76], [UnionAll8].[C55] AS [C77], [UnionAll8].[C56] AS [C78], [UnionAll8].[C57] AS [C79], [UnionAll8].[C58] AS [C80], [UnionAll8].[C59] AS [C81], [UnionAll8].[C60] AS [C82], [UnionAll8].[C61] AS [C83], [UnionAll8].[C62] AS [C84], [UnionAll8].[C63] AS [C85], [UnionAll8].[C64] AS [C86], [UnionAll8].[C65] AS [C87], [UnionAll8].[C66] AS [C88], [UnionAll8].[C67] AS [C89] FROM (SELECT CASE WHEN ([Join7].[FK_CustomerId] IS NULL) THEN CAST(NULL AS int) ELSE 1 END AS [C1], [Project12].[Id1] AS [Id], [Project12].[Id2] AS [Id1], [Project12].[Id3] AS [Id2], [Project12].[Id4] AS [Id3], [Project12].[Id5] AS [Id4], [Project12].[Id6] AS [Id5], [Project12].[Id7] AS [Id6], [Project12].[Id8] AS [Id7], [Project12].[Id] AS [Id8], [Project12].[C2] AS [C2], [Project12].[Number] AS [Number], CASE WHEN ([Project12].[isDeleted] = 1) THEN N'Delete' ELSE N'Insert' END AS [C3], N'DE' AS [C4], @p__linq__6 AS [C5], N'Individual' AS [C6], @p__linq__7 AS [C7], @p__linq__8 AS [C8], CASE WHEN ([Project12].[isDeleted] = 1) THEN N'Inactive' ELSE N'Active' END AS [C9], [Project12].[C1] AS [C10], [Project12].[Number] AS [Number1], CASE WHEN ([Project12].[Value] IS NOT NULL) THEN N'STO' END AS [C11], [Project12].[Value] AS [Value], CASE WHEN ([Project12].[Value1] IS NOT NULL) THEN N'STO' END AS [C12], [Project12].[Value1] AS [Value1], CAST( [Project12].[CreateDate] AS datetime2) AS [C13], CAST( [Project12].[LastChange] AS datetime2) AS [C14], [Project12].[Number] AS [Number2], [Project12].[Number] AS [Number3], [Project12].[FirstName] AS [FirstName], [Project12].[MiddleName] AS [MiddleName], [Project12].[LastName] AS [LastName], CASE WHEN (N'F' = [Project12].[Gender]) THEN N'FEMALE' WHEN (N'M' = [Project12].[Gender]) THEN N'MALE' ELSE N'NOTSET' END AS [C15], CASE WHEN (@p__linq__9 = N'AT' OR [Project12].[Title] IN (N'Dr.',N'Prof.',N'Prof. Dr.')) THEN [Project12].[Title] END AS [C16], [Project12].[BirthDate] AS [BirthDate], CAST( [Project12].[CreateDate] AS datetime2) AS [C17], CAST( [Project12].[LastChange] AS datetime2) AS [C18], CASE WHEN ([Join7].[FK_CustomerId] IS NULL) THEN CAST(NULL AS int) ELSE 1 END AS [C19], [Join7].[BirthDate] AS [BirthDate1], CASE WHEN ([Join7].[FK_CustomerId] IS NULL) THEN CAST(NULL AS varchar(1)) WHEN (N'M' = [Join7].[Gender]) THEN N'MALE' WHEN (N'F' = [Join7].[Gender]) THEN N'FEMALE' ELSE N'NOTSET' END AS [C20], [Join7].[FirstName] AS [FirstName1], [Join7].[LastName] AS [LastName1], CASE WHEN ([Join7].[FK_CustomerId] IS NULL) THEN CAST(NULL AS datetime2) ELSE CAST( [Join7].[LastChange] AS datetime2) END AS [C21], CASE WHEN ([Join7].[FK_CustomerId] IS NULL) THEN CAST(NULL AS datetime2) ELSE CAST( [Join7].[CreateDate] AS datetime2) END AS [C22], CASE WHEN ([Join7].[FK_CustomerId] IS NULL) THEN CAST(NULL AS varchar(1)) WHEN ([Join7].[BirthDate] IS NOT NULL) THEN CAST( DATEPART (year, [Join7].[BirthDate]) AS nvarchar(max)) END AS [C23], CASE WHEN ([Join7].[FK_CustomerId] IS NULL) THEN CAST(NULL AS varchar(1)) ELSE N'UNKNOWN' END AS [C24], CAST(NULL AS uniqueidentifier) AS [C25], CAST(NULL AS uniqueidentifier) AS [C26], CAST(NULL AS int) AS [C27], CAST(NULL AS varchar(1)) AS [C28], CAST(NULL AS varchar(1)) AS [C29], CAST(NULL AS varchar(1)) AS [C30], CAST(NULL AS varchar(1)) AS [C31], CAST(NULL AS varchar(1)) AS [C32], CAST(NULL AS varchar(1)) AS [C33], CAST(NULL AS varchar(1)) AS [C34], CAST(NULL AS varchar(1)) AS [C35], CAST(NULL AS datetime2) AS [C36], CAST(NULL AS datetime2) AS [C37], CAST(NULL AS uniqueidentifier) AS [C38], CAST(NULL AS uniqueidentifier) AS [C39], CAST(NULL AS int) AS [C40], CAST(NULL AS int) AS [C41], CAST(NULL AS varchar(1)) AS [C42], CAST(NULL AS datetime2) AS [C43], CAST(NULL AS datetime2) AS [C44], CAST(NULL AS int) AS [C45], CAST(NULL AS varchar(1)) AS [C46], CAST(NULL AS varchar(1)) AS [C47], CAST(NULL AS datetime2) AS [C48], CAST(NULL AS datetime2) AS [C49], CAST(NULL AS int) AS [C50], CAST(NULL AS varchar(1)) AS [C51], CAST(NULL AS varchar(1)) AS [C52], CAST(NULL AS datetime2) AS [C53], CAST(NULL AS datetime2) AS [C54], CAST(NULL AS int) AS [C55], CAST(NULL AS int) AS [C56], CAST(NULL AS varchar(1)) AS [C57], CAST(NULL AS datetime2) AS [C58], CAST(NULL AS datetime2) AS [C59], CAST(NULL AS int) AS [C60], CAST(NULL AS varchar(1)) AS [C61], CAST(NULL AS varchar(1)) AS [C62], CAST(NULL AS int) AS [C63], CAST(NULL AS varchar(1)) AS [C64], CAST(NULL AS varchar(1)) AS [C65], CAST(NULL AS datetime2) AS [C66], CAST(NULL AS datetime2) AS [C67] FROM (SELECT [Project10].[Id] AS [Id], [Project10].[Number] AS [Number], [Project10].[FirstName] AS [FirstName], [Project10].[MiddleName] AS [MiddleName], [Project10].[LastName] AS [LastName], [Project10].[Gender] AS [Gender], [Project10].[Title] AS [Title], [Project10].[BirthDate] AS [BirthDate], [Project10].[isDeleted] AS [isDeleted], [Project10].[CreateDate] AS [CreateDate], [Project10].[LastChange] AS [LastChange], [Project10].[Id1] AS [Id1], [Project10].[Id2] AS [Id2], [Project10].[Id3] AS [Id3], [Project10].[Value] AS [Value], [Project10].[Id4] AS [Id4], [Project10].[Id5] AS [Id5], [Project10].[Id6] AS [Id6], [Project10].[Value1] AS [Value1], [Project10].[Id7] AS [Id7], [Project10].[Id8] AS [Id8], CASE WHEN ( EXISTS (SELECT 1 AS [C1] FROM [dbo].[CustomerParameter] AS [Extent11] INNER JOIN [dbo].[Parameter] AS [Extent12] ON [Extent11].[FK_ParameterId] = [Extent12].[Id] WHERE ([Project10].[Id] = [Extent11].[FK_CustomerId]) AND ([Extent12]. = @p__linq__4) )) THEN [Project10].[CustomValue] END AS [C1], [Project10].[C1] AS [C2] FROM ( SELECT [Project8].[Id] AS [Id], [Project8].[Number] AS [Number], [Project8].[FirstName] AS [FirstName], [Project8].[MiddleName] AS [MiddleName], [Project8].[LastName] AS [LastName], [Project8].[Gender] AS [Gender], [Project8].[Title] AS [Title], [Project8].[BirthDate] AS [BirthDate], [Project8].[isDeleted] AS [isDeleted], [Project8].[CreateDate] AS [CreateDate], [Project8].[LastChange] AS [LastChange], [Project8].[Id1] AS [Id1], [Project8].[Id2] AS [Id2], [Project8].[Id3] AS [Id3], [Project8].[Value] AS [Value], [Project8].[Id4] AS [Id4], [Project8].[Id5] AS [Id5], [Project8].[Id6] AS [Id6], [Project8].[Value1] AS [Value1], [Limit4].[Id] AS [Id7], [Limit4].[CustomValue] AS [CustomValue], [Limit4].[Id1] AS [Id8], [Project8].[C1] AS [C1] FROM (SELECT [Project6].[Id] AS [Id], [Project6].[Number] AS [Number], [Project6].[FirstName] AS [FirstName], [Project6].[MiddleName] AS [MiddleName], [Project6].[LastName] AS [LastName], [Project6].[Gender] AS [Gender], [Project6].[Title] AS [Title], [Project6].[BirthDate] AS [BirthDate], [Project6].[isDeleted] AS [isDeleted], [Project6].[CreateDate] AS [CreateDate], [Project6].[LastChange] AS [LastChange], [Project6].[Id1] AS [Id1], [Project6].[Id2] AS [Id2], [Project6].[Id3] AS [Id3], [Project6].[Value] AS [Value], [Limit3].[Id] AS [Id4], [Limit3].[Id1] AS [Id5], [Limit3].[Id2] AS [Id6], [Limit3].[Value] AS [Value1], [Project6].[C1] AS [C1] FROM (SELECT [Project4].[Id] AS [Id], [Project4].[Number] AS [Number], [Project4].[FirstName] AS [FirstName], [Project4].[MiddleName] AS [MiddleName], [Project4].[LastName] AS [LastName], [Project4].[Gender] AS [Gender], [Project4].[Title] AS [Title], [Project4].[BirthDate] AS [BirthDate], [Project4].[isDeleted] AS [isDeleted], [Project4].[CreateDate] AS [CreateDate], [Project4].[LastChange] AS [LastChange], [Limit2].[Id] AS [Id1], [Limit2].[Id1] AS [Id2], [Limit2].[Id2] AS [Id3], [Limit2].[Value] AS [Value], [Project4].[C1] AS [C1] FROM (SELECT [Project3].[Id] AS [Id], [Project3].[Number] AS [Number], [Project3].[FirstName] AS [FirstName], [Project3].[MiddleName] AS [MiddleName], [Project3].[LastName] AS [LastName], [Project3].[Gender] AS [Gender], [Project3].[Title] AS [Title], [Project3].[BirthDate] AS [BirthDate], [Project3].[isDeleted] AS [isDeleted], [Project3].[CreateDate] AS [CreateDate], [Project3].[LastChange] AS [LastChange], [Project3].[C1] AS [C1] FROM ( SELECT [Project1].[Id] AS [Id], [Project1].[Number] AS [Number], [Project1].[FirstName] AS [FirstName], [Project1].[MiddleName] AS [MiddleName], [Project1].[LastName] AS [LastName], [Project1].[Gender] AS [Gender], [Project1].[Title] AS [Title], [Project1].[BirthDate] AS [BirthDate], [Project1].[isDeleted] AS [isDeleted], [Project1].[CreateDate] AS [CreateDate], [Project1].[LastChange] AS [LastChange], (SELECT TOP (1) [Extent2].[Id] AS [Id] FROM [dbo].[CustomerProgram] AS [Extent2] WHERE (0 = [Extent2].[isDeleted]) AND ([Project1].[Id] = [Extent2].[FK_CustomerId]) AND (@p__linq__1 = [Extent2].[FK_ProgramId])) AS [C1] FROM ( SELECT [Extent1].[Id] AS [Id], [Extent1].[Number] AS [Number], [Extent1].[FirstName] AS [FirstName], [Extent1].[MiddleName] AS [MiddleName], [Extent1].[LastName] AS [LastName], [Extent1].[Gender] AS [Gender], [Extent1].[Title] AS [Title], [Extent1].[BirthDate] AS [BirthDate], [Extent1].[isDeleted] AS [isDeleted], [Extent1].[CreateDate] AS [CreateDate], [Extent1].[LastChange] AS [LastChange] FROM [dbo].[Customer] AS [Extent1] WHERE ( NOT (([Extent1].[isDeleted] = 1) AND (2 = @p__linq__0))) AND ([Extent1].[Id] IN (cast('08909057-84e7-4eb6-8c5b-580b4732c82a' as uniqueidentifier))) ) AS [Project1] ) AS [Project3] ) AS [Project4] OUTER APPLY (SELECT TOP (1) [Extent3].[Id] AS [Id], [Extent4].[Id] AS [Id1], [Extent5].[Id] AS [Id2], [Extent5].[Value] AS [Value] FROM [dbo].[CustomerParameter] AS [Extent3] INNER JOIN [dbo].[Parameter] AS [Extent4] ON [Extent3].[FK_ParameterId] = [Extent4].[Id] LEFT OUTER JOIN [dbo].[ParameterValue] AS [Extent5] ON [Extent3].[FK_ParameterValueId] = [Extent5].[Id] WHERE ([Project4].[Id] = [Extent3].[FK_CustomerId]) AND ([Extent4].[code] = @p__linq__2) ) AS [Limit2] ) AS [Project6] OUTER APPLY (SELECT TOP (1) [Extent6].[Id] AS [Id], [Extent7].[Id] AS [Id1], [Extent8].[Id] AS [Id2], [Extent8].[Value] AS [Value] FROM [dbo].[CustomerParameter] AS [Extent6] INNER JOIN [dbo].[Parameter] AS [Extent7] ON [Extent6].[FK_ParameterId] = [Extent7].[Id] LEFT OUTER JOIN [dbo].[ParameterValue] AS [Extent8] ON [Extent6].[FK_ParameterValueId] = [Extent8].[Id] WHERE ([Project6].[Id] = [Extent6].[FK_CustomerId]) AND ([Extent7].[code] = @p__linq__3) ) AS [Limit3] ) AS [Project8] OUTER APPLY (SELECT TOP (1) [Extent9].[Id] AS [Id], [Extent9].[FK_ParameterId] AS [FK_ParameterId], [Extent9].[CustomValue] AS [CustomValue], [Extent10].[Id] AS [Id1], [Extent10].[code] AS [code] FROM [dbo].[CustomerParameter] AS [Extent9] INNER JOIN [dbo].[Parameter] AS [Extent10] ON [Extent9].[FK_ParameterId] = [Extent10].[Id] WHERE ([Project8].[Id] = [Extent9].[FK_CustomerId]) AND ([Extent10].[code] = @p__linq__5) ) AS [Limit4] ) AS [Project10] ) AS [Project12] LEFT OUTER JOIN (SELECT [Extent13].[FK_CustomerId] AS [FK_CustomerId], [Extent14].[FirstName] AS [FirstName], [Extent14].[LastName] AS [LastName], [Extent14].[Gender] AS [Gender], [Extent14].[BirthDate] AS [BirthDate], [Extent14].[isDeleted] AS [isDeleted], [Extent14].[CreateDate] AS [CreateDate], [Extent14].[LastChange] AS [LastChange] FROM [dbo].[Customer_CustomerChild] AS [Extent13] INNER JOIN [dbo].[CustomerChild] AS [Extent14] ON [Extent14].[Id] = [Extent13].[FK_CustomerChildId] ) AS [Join7] ON ([Project12].[Id] = [Join7].[FK_CustomerId]) AND ([Join7].[isDeleted] <> 1) UNION ALL ещё одна портянка UNION ALL ещё одна портянка [/spoiler] Что называется "без комментариев" :-)[code] = @p__linq__4) )) THEN [Project10].[CustomValue] END AS [C1], [Project10].[C1] AS [C2] FROM ( SELECT [Project8].[Id] AS [Id], [Project8].[Number] AS [Number], [Project8].[FirstName] AS [FirstName], [Project8].[MiddleName] AS [MiddleName], [Project8].[LastName] AS [LastName], [Project8].[Gender] AS [Gender], [Project8].[Title] AS [Title], [Project8].[BirthDate] AS [BirthDate], [Project8].[isDeleted] AS [isDeleted], [Project8].[CreateDate] AS [CreateDate], [Project8].[LastChange] AS [LastChange], [Project8].[Id1] AS [Id1], [Project8].[Id2] AS [Id2], [Project8].[Id3] AS [Id3], [Project8].[Value] AS [Value], [Project8].[Id4] AS [Id4], [Project8].[Id5] AS [Id5], [Project8].[Id6] AS [Id6], [Project8].[Value1] AS [Value1], [Limit4].[Id] AS [Id7], [Limit4].[CustomValue] AS [CustomValue], [Limit4].[Id1] AS [Id8], [Project8].[C1] AS [C1] FROM (SELECT [Project6].[Id] AS [Id], [Project6].[Number] AS [Number], [Project6].[FirstName] AS [FirstName], [Project6].[MiddleName] AS [MiddleName], [Project6].[LastName] AS [LastName], [Project6].[Gender] AS [Gender], [Project6].[Title] AS [Title], [Project6].[BirthDate] AS [BirthDate], [Project6].[isDeleted] AS [isDeleted], [Project6].[CreateDate] AS [CreateDate], [Project6].[LastChange] AS [LastChange], [Project6].[Id1] AS [Id1], [Project6].[Id2] AS [Id2], [Project6].[Id3] AS [Id3], [Project6].[Value] AS [Value], [Limit3].[Id] AS [Id4], [Limit3].[Id1] AS [Id5], [Limit3].[Id2] AS [Id6], [Limit3].[Value] AS [Value1], [Project6].[C1] AS [C1] FROM (SELECT [Project4].[Id] AS [Id], [Project4].[Number] AS [Number], [Project4].[FirstName] AS [FirstName], [Project4].[MiddleName] AS [MiddleName], [Project4].[LastName] AS [LastName], [Project4].[Gender] AS [Gender], [Project4].[Title] AS [Title], [Project4].[BirthDate] AS [BirthDate], [Project4].[isDeleted] AS [isDeleted], [Project4].[CreateDate] AS [CreateDate], [Project4].[LastChange] AS [LastChange], [Limit2].[Id] AS [Id1], [Limit2].[Id1] AS [Id2], [Limit2].[Id2] AS [Id3], [Limit2].[Value] AS [Value], [Project4].[C1] AS [C1] FROM (SELECT [Project3].[Id] AS [Id], [Project3].[Number] AS [Number], [Project3].[FirstName] AS [FirstName], [Project3].[MiddleName] AS [MiddleName], [Project3].[LastName] AS [LastName], [Project3].[Gender] AS [Gender], [Project3].[Title] AS [Title], [Project3].[BirthDate] AS [BirthDate], [Project3].[isDeleted] AS [isDeleted], [Project3].[CreateDate] AS [CreateDate], [Project3].[LastChange] AS [LastChange], [Project3].[C1] AS [C1] FROM ( SELECT [Project1].[Id] AS [Id], [Project1].[Number] AS [Number], [Project1].[FirstName] AS [FirstName], [Project1].[MiddleName] AS [MiddleName], [Project1].[LastName] AS [LastName], [Project1].[Gender] AS [Gender], [Project1].[Title] AS [Title], [Project1].[BirthDate] AS [BirthDate], [Project1].[isDeleted] AS [isDeleted], [Project1].[CreateDate] AS [CreateDate], [Project1].[LastChange] AS [LastChange], (SELECT TOP (1) [Extent2].[Id] AS [Id] FROM [dbo].[CustomerProgram] AS [Extent2] WHERE (0 = [Extent2].[isDeleted]) AND ([Project1].[Id] = [Extent2].[FK_CustomerId]) AND (@p__linq__1 = [Extent2].[FK_ProgramId])) AS [C1] FROM ( SELECT [Extent1].[Id] AS [Id], [Extent1].[Number] AS [Number], [Extent1].[FirstName] AS [FirstName], [Extent1].[MiddleName] AS [MiddleName], [Extent1].[LastName] AS [LastName], [Extent1].[Gender] AS [Gender], [Extent1].[Title] AS [Title], [Extent1].[BirthDate] AS [BirthDate], [Extent1].[isDeleted] AS [isDeleted], [Extent1].[CreateDate] AS [CreateDate], [Extent1].[LastChange] AS [LastChange] FROM [dbo].[Customer] AS [Extent1] WHERE ( NOT (([Extent1].[isDeleted] = 1) AND (2 = @p__linq__0))) AND ([Extent1].[Id] IN (cast('08909057-84e7-4eb6-8c5b-580b4732c82a' as uniqueidentifier))) ) AS [Project1] ) AS [Project3] ) AS [Project4] OUTER APPLY (SELECT TOP (1) [Extent3].[Id] AS [Id], [Extent4].[Id] AS [Id1], [Extent5].[Id] AS [Id2], [Extent5].[Value] AS [Value] FROM [dbo].[CustomerParameter] AS [Extent3] INNER JOIN [dbo].[Parameter] AS [Extent4] ON [Extent3].[FK_ParameterId] = [Extent4].[Id] LEFT OUTER JOIN [dbo].[ParameterValue] AS [Extent5] ON [Extent3].[FK_ParameterValueId] = [Extent5].[Id] WHERE ([Project4].[Id] = [Extent3].[FK_CustomerId]) AND ([Extent4]. = @p__linq__2) ) AS [Limit2] ) AS [Project6] OUTER APPLY (SELECT TOP (1) [Extent6].[Id] AS [Id], [Extent7].[Id] AS [Id1], [Extent8].[Id] AS [Id2], [Extent8].[Value] AS [Value] FROM [dbo].[CustomerParameter] AS [Extent6] INNER JOIN [dbo].[Parameter] AS [Extent7] ON [Extent6].[FK_ParameterId] = [Extent7].[Id] LEFT OUTER JOIN [dbo].[ParameterValue] AS [Extent8] ON [Extent6].[FK_ParameterValueId] = [Extent8].[Id] WHERE ([Project6].[Id] = [Extent6].[FK_CustomerId]) AND ([Extent7].[code] = @p__linq__3) ) AS [Limit3] ) AS [Project8] OUTER APPLY (SELECT TOP (1) [Extent9].[Id] AS [Id], [Extent9].[FK_ParameterId] AS [FK_ParameterId], [Extent9].[CustomValue] AS [CustomValue], [Extent10].[Id] AS [Id1], [Extent10].[code] AS [code] FROM [dbo].[CustomerParameter] AS [Extent9] INNER JOIN [dbo].[Parameter] AS [Extent10] ON [Extent9].[FK_ParameterId] = [Extent10].[Id] WHERE ([Project8].[Id] = [Extent9].[FK_CustomerId]) AND ([Extent10].[code] = @p__linq__5) ) AS [Limit4] ) AS [Project10] ) AS [Project12] LEFT OUTER JOIN (SELECT [Extent13].[FK_CustomerId] AS [FK_CustomerId], [Extent14].[FirstName] AS [FirstName], [Extent14].[LastName] AS [LastName], [Extent14].[Gender] AS [Gender], [Extent14].[BirthDate] AS [BirthDate], [Extent14].[isDeleted] AS [isDeleted], [Extent14].[CreateDate] AS [CreateDate], [Extent14].[LastChange] AS [LastChange] FROM [dbo].[Customer_CustomerChild] AS [Extent13] INNER JOIN [dbo].[CustomerChild] AS [Extent14] ON [Extent14].[Id] = [Extent13].[FK_CustomerChildId] ) AS [Join7] ON ([Project12].[Id] = [Join7].[FK_CustomerId]) AND ([Join7].[isDeleted] <> 1) UNION ALL ещё одна портянка UNION ALL ещё одна портянка [/spoiler] Что называется "без комментариев" :-)[code] = @p__linq__2) ) AS [Limit2] ) AS [Project6] OUTER APPLY (SELECT TOP (1) [Extent6].[Id] AS [Id], [Extent7].[Id] AS [Id1], [Extent8].[Id] AS [Id2], [Extent8].[Value] AS [Value] FROM [dbo].[CustomerParameter] AS [Extent6] INNER JOIN [dbo].[Parameter] AS [Extent7] ON [Extent6].[FK_ParameterId] = [Extent7].[Id] LEFT OUTER JOIN [dbo].[ParameterValue] AS [Extent8] ON [Extent6].[FK_ParameterValueId] = [Extent8].[Id] WHERE ([Project6].[Id] = [Extent6].[FK_CustomerId]) AND ([Extent7]. = @p__linq__3) ) AS [Limit3] ) AS [Project8] OUTER APPLY (SELECT TOP (1) [Extent9].[Id] AS [Id], [Extent9].[FK_ParameterId] AS [FK_ParameterId], [Extent9].[CustomValue] AS [CustomValue], [Extent10].[Id] AS [Id1], [Extent10].[code] AS [code] FROM [dbo].[CustomerParameter] AS [Extent9] INNER JOIN [dbo].[Parameter] AS [Extent10] ON [Extent9].[FK_ParameterId] = [Extent10].[Id] WHERE ([Project8].[Id] = [Extent9].[FK_CustomerId]) AND ([Extent10].[code] = @p__linq__5) ) AS [Limit4] ) AS [Project10] ) AS [Project12] LEFT OUTER JOIN (SELECT [Extent13].[FK_CustomerId] AS [FK_CustomerId], [Extent14].[FirstName] AS [FirstName], [Extent14].[LastName] AS [LastName], [Extent14].[Gender] AS [Gender], [Extent14].[BirthDate] AS [BirthDate], [Extent14].[isDeleted] AS [isDeleted], [Extent14].[CreateDate] AS [CreateDate], [Extent14].[LastChange] AS [LastChange] FROM [dbo].[Customer_CustomerChild] AS [Extent13] INNER JOIN [dbo].[CustomerChild] AS [Extent14] ON [Extent14].[Id] = [Extent13].[FK_CustomerChildId] ) AS [Join7] ON ([Project12].[Id] = [Join7].[FK_CustomerId]) AND ([Join7].[isDeleted] <> 1) UNION ALL ещё одна портянка UNION ALL ещё одна портянка [/spoiler] Что называется "без комментариев" :-)[code] = @p__linq__3) ) AS [Limit3] ) AS [Project8] OUTER APPLY (SELECT TOP (1) [Extent9].[Id] AS [Id], [Extent9].[FK_ParameterId] AS [FK_ParameterId], [Extent9].[CustomValue] AS [CustomValue], [Extent10].[Id] AS [Id1], [Extent10]. AS [code] FROM [dbo].[CustomerParameter] AS [Extent9] INNER JOIN [dbo].[Parameter] AS [Extent10] ON [Extent9].[FK_ParameterId] = [Extent10].[Id] WHERE ([Project8].[Id] = [Extent9].[FK_CustomerId]) AND ([Extent10].[code] = @p__linq__5) ) AS [Limit4] ) AS [Project10] ) AS [Project12] LEFT OUTER JOIN (SELECT [Extent13].[FK_CustomerId] AS [FK_CustomerId], [Extent14].[FirstName] AS [FirstName], [Extent14].[LastName] AS [LastName], [Extent14].[Gender] AS [Gender], [Extent14].[BirthDate] AS [BirthDate], [Extent14].[isDeleted] AS [isDeleted], [Extent14].[CreateDate] AS [CreateDate], [Extent14].[LastChange] AS [LastChange] FROM [dbo].[Customer_CustomerChild] AS [Extent13] INNER JOIN [dbo].[CustomerChild] AS [Extent14] ON [Extent14].[Id] = [Extent13].[FK_CustomerChildId] ) AS [Join7] ON ([Project12].[Id] = [Join7].[FK_CustomerId]) AND ([Join7].[isDeleted] <> 1) UNION ALL ещё одна портянка UNION ALL ещё одна портянка [/spoiler] Что называется "без комментариев" :-)[code] AS FROM [dbo].[CustomerParameter] AS [Extent9] INNER JOIN [dbo].[Parameter] AS [Extent10] ON [Extent9].[FK_ParameterId] = [Extent10].[Id] WHERE ([Project8].[Id] = [Extent9].[FK_CustomerId]) AND ([Extent10].[code] = @p__linq__5) ) AS [Limit4] ) AS [Project10] ) AS [Project12] LEFT OUTER JOIN (SELECT [Extent13].[FK_CustomerId] AS [FK_CustomerId], [Extent14].[FirstName] AS [FirstName], [Extent14].[LastName] AS [LastName], [Extent14].[Gender] AS [Gender], [Extent14].[BirthDate] AS [BirthDate], [Extent14].[isDeleted] AS [isDeleted], [Extent14].[CreateDate] AS [CreateDate], [Extent14].[LastChange] AS [LastChange] FROM [dbo].[Customer_CustomerChild] AS [Extent13] INNER JOIN [dbo].[CustomerChild] AS [Extent14] ON [Extent14].[Id] = [Extent13].[FK_CustomerChildId] ) AS [Join7] ON ([Project12].[Id] = [Join7].[FK_CustomerId]) AND ([Join7].[isDeleted] <> 1) UNION ALL ещё одна портянка UNION ALL ещё одна портянка [/spoiler] Что называется "без комментариев" :-)[code] FROM [dbo].[CustomerParameter] AS [Extent9] INNER JOIN [dbo].[Parameter] AS [Extent10] ON [Extent9].[FK_ParameterId] = [Extent10].[Id] WHERE ([Project8].[Id] = [Extent9].[FK_CustomerId]) AND ([Extent10]. = @p__linq__5) ) AS [Limit4] ) AS [Project10] ) AS [Project12] LEFT OUTER JOIN (SELECT [Extent13].[FK_CustomerId] AS [FK_CustomerId], [Extent14].[FirstName] AS [FirstName], [Extent14].[LastName] AS [LastName], [Extent14].[Gender] AS [Gender], [Extent14].[BirthDate] AS [BirthDate], [Extent14].[isDeleted] AS [isDeleted], [Extent14].[CreateDate] AS [CreateDate], [Extent14].[LastChange] AS [LastChange] FROM [dbo].[Customer_CustomerChild] AS [Extent13] INNER JOIN [dbo].[CustomerChild] AS [Extent14] ON [Extent14].[Id] = [Extent13].[FK_CustomerChildId] ) AS [Join7] ON ([Project12].[Id] = [Join7].[FK_CustomerId]) AND ([Join7].[isDeleted] <> 1) UNION ALL ещё одна портянка UNION ALL ещё одна портянка [/spoiler] Что называется "без комментариев" :-)[code] = @p__linq__5) ) AS [Limit4] ) AS [Project10] ) AS [Project12] LEFT OUTER JOIN (SELECT [Extent13].[FK_CustomerId] AS [FK_CustomerId], [Extent14].[FirstName] AS [FirstName], [Extent14].[LastName] AS [LastName], [Extent14].[Gender] AS [Gender], [Extent14].[BirthDate] AS [BirthDate], [Extent14].[isDeleted] AS [isDeleted], [Extent14].[CreateDate] AS [CreateDate], [Extent14].[LastChange] AS [LastChange] FROM [dbo].[Customer_CustomerChild] AS [Extent13] INNER JOIN [dbo].[CustomerChild] AS [Extent14] ON [Extent14].[Id] = [Extent13].[FK_CustomerChildId] ) AS [Join7] ON ([Project12].[Id] = [Join7].[FK_CustomerId]) AND ([Join7].[isDeleted] <> 1) UNION ALL ещё одна портянка UNION ALL ещё одна портянка ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 12:48 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
sti Что называется "без комментариев" ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 13:28 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford sti Что называется "без комментариев" ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 15:22 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford CawaSPb Конечно, оптимизаторы, бывает, ошибаются. На моей практике это происходит гораздо реже, чем не ошибаются. Не бывает так, чтобы запрос сначала бился на подзапросы, и планы составлялись отдельно. План выбирается исходя из оценки стоимости запроса в целом. Крутится это всё то одним боком, то другим, выбирается план с наименьшей общей стоимостью (правды ради, некоторые эвристики таки применяются, NP-полнота задачи оптимизации запроса никуда не девается). Не бывает так, чтобы способ доступа привязывался к таблице. Он зависит от контекста, используемых критериев выборки и многого другого. Кэшируется финальный план для общего запроса. Это мы, кстати, ещё не касаемся вопросов параметризации со своими подводными камнями. Вернёмся к приведённому вами запросу Код 1. 2. 3. 4. 5. 6.
Код 1. 2. 3.
Но вообще говоря, исходный запрос выглядит ошибочным. Подскажите, вот это ли вы примерно имели ввиду? Код 1. 2. 3. 4. 5. 6. 7.
stenford CawaSPb Это как раз то, про что вам говорили - вместо 1000 запросов будет 2000 запросов (например, в секунду). В два раза больше накладных расходов на коммуникацию (для коротких запросов - подчас самая затратная часть). stenford ORM'ы не строят планы "руками", и никуда его не "зашивают". stenford Они вызывают мелкие точечные запросы, которые обычно весьма эффективны. Одна из самых неприятных по производительности ситуаций - куча мелких запросов (в большем количестве, чем это было бы необхо) нападают на базу. stenford А вот громозкие хранимки начинают страдать от ожирения плана, их начинают подкручивать, оптимизировать и прочее что и дает повод иметь на окладе ДБА :) Лично я не сторонник того, чтобы выносить всю логику запросов в базу и лишать разработчика языка запросов, оставляя лишь некоторый API в виде набора процедур. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 17:35 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
stenford CawaSPb Понятно, что и так, и так можно. Но спор то идёт о том, плохи нынешние ОРМ или нет. Без этого контекста (кого на кого натягиваем) спор ни о чём. Принципиально разные ситуации (возьмите хоть работу с наследованием). Или это будут "недообъекты", и о полноценном ОО будет неправильно говорить. Ну вот представьте, дизайните вы приложение, которое будет работать со структурой организации. Будет там у вас понятие "персона", от которой потянется развесистое дерево наследования - employer, которые в свою очередь бывают manager и не manager и т.д. Будут ещё customer, которые персоны и которые юрлица. Вот ОРМ захочет замапить это всё на реляционную структуру. Как лучше поступить для какой-то из иерархий, делать разрежённую таблицу/использовать иерархию таблиц? Всё со своими плюсами и минусами. Идти от готовой реляционной структуры - ОРМ в лоб выдаст этакую плоскую структуру без наследовани. Объекты будут не объектами в Business Domain, а такими "специальными объектами БД" как в концепции Active Record. Поэтому я предлагаю - давайте зафиксируем, о чём спорим (если вообще есть о чём, на самом деле), а потом будем разбираться. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 18:01 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Всё-таки вы, похоже, не понимаете, как работает оптимизатор. Что значит "и для введённых параметров"? Или я не понимаю того, что вы пишете. Вы исходите из того, что у вас есть одна хранимка с большим запросом состоящим из множества подзапросов vs аналогичные-же запросы просто разбитые на составные части ORM'ом. Конечно в этом случае разницы как таковой не будет. Я пытаюсь донести, что подход ORM'а с мелкими запросами кардинально меняет данную каpтину мира т.к. определенные запросы могут быть нужны/не нужны в зависимости от бизнес-логики. В приведенном мной примере бизнес логика требует не одного запуска хранимки, а трех, с разными улицами, но одним и тем-же городом Приведенный пример хранимки надо понимать именно как он написан, т.е. для следующей структуры таблиц: Код 1. 2.
Код 1. 2. 3.
Так вот если 'Moscow' вызывает скан таблицы, то у вас на выходе будет 3 скана с соединениями по улицам. У меня 4 запроса, один со сканом на города, и 3 легких джойна на улицы т.к. юзаются 2 разных метода - поиск по городам и поиск по улицам. ORM не надо запрашивать города еще раз т.к. они уже в кэше обьектов. Ситуация не улучшится даже если вам удасться запихать необходимую бизнес-логику в саму хранимку (сделав ее еще толще), т.к. кэширование городов во временной таблице вы сами (совершенно справедливо) назвали бардаком. CawaSPb Одна из самых неприятных по производительности ситуаций - куча мелких запросов (в большем количестве, чем это было бы необхо) нападают на базу. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2018, 05:39 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
CawaSPb Будет там у вас понятие "персона", от которой потянется развесистое дерево наследования - employer, которые в свою очередь бывают manager и не manager и т.д. Будут ещё customer, которые персоны и которые юрлица. Вот ОРМ захочет замапить это всё на реляционную структуру. Как лучше поступить для какой-то из иерархий, делать разрежённую таблицу/использовать иерархию таблиц? Всё со своими плюсами и минусами. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2018, 05:43 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Времена поменялись, поменялись технологии, поменялся сам подход. ТС советую смотреть в сторону Data Engineering, если он действительно сильный DEV и не хочет терять годами накопленный опыт. Будет сложно, непонятно, страшно, но в конце-концов смена профиля откроет новые горизонты и новые возможности ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2018, 22:28 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Firey ...ТС советую смотреть в сторону Data Engineering, если он действительно сильный DEV и не хочет терять годами накопленный опыт. Будет сложно, непонятно, страшно, но в конце-концов смена профиля откроет новые горизонты и новые возможности ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2018, 03:37 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
vikkiv Firey ...ТС советую смотреть в сторону Data Engineering, если он действительно сильный DEV и не хочет терять годами накопленный опыт. Будет сложно, непонятно, страшно, но в конце-концов смена профиля откроет новые горизонты и новые возможности ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2018, 12:30 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Firey, ну вот в принципе как всё быстро пришло к тому что собственно опыта DBA там и близко нет =) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2018, 14:05 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
vikkiv Firey, ну вот в принципе как всё быстро пришло к тому что собственно опыта DBA там и близко нет =) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2018, 17:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Firey, ну да, мимо просмотрел, просто тема началась за DBA ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2018, 18:49 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Любопытно, как фанаты ORM будут оптимизировать доступ к базе , если этой базой пользуется не только их аппликуха. А еще какой-нить сервис, который через ODATA гамнозапросы генерит... Скажите еще "странный сценарий" ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2018, 13:18 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
N.P. По теме. Если явно выраженная сезонность в активности ХРюш в европе. Как уже сказали выше - минус средина лета, минус рождественские каникулы - и еще 2-3-4 недели до и после. Есть еще пара минимумов, но они не столь экстремальные. Оценка - чисто статистическая, по количеству контактов ХРюш по мылу и по телефоны за многие годы. Кроме сезонности еще есть общий цикл развития при капитализме. Теорию вы должны помнить - период развития, достижение насыщения, кризис перепроизводства... и все по новой. Цикличность по развитию в Европе - 9-12 лет, с небольшой тенденцией к сокращению периода. Последний глубокий кризис начался резким спадом в 2008 году. Сейчас - прошло уже 10 лет - идет новый кризис. Пока нет события, которое было бы достойно назваться Начало Кризиса 2018, это не значит что кризиса нет. Кризис - есть! И уже не маленький. Уже закрываются мелкие и даже средние бизнесы. Причем - довольно активно. Для ХРюшей это означает не больше не меньше, чем отсутствие новых вакансий. Соответственно - активность будет ниже. На практике - за последние полтора месяца не было ни одного контакта и всего несколько е-майлов из рассылки. Это - начало. Следующие лет 5-6 будет очень плохо с работой. Так что если кто-то имеет виды на работу в европе - либо все бросать и хватать любую постоянную работу, либо не дергаться и ждать следующего подъема. Не ведитесь на 2-х летние контракты - через два года тут будет полная задница. Как-то так. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2018, 14:45 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
PinkCat, Несомненно, исследование достойное доверия. Сарказм. ЗЫ: жена - хрюша ЗЫ : если в линкедин не стоит галочка, то рекрутеры тебе и не пишут. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2018, 15:56 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
слово Хрюша для меня может звучать либо лаского, либо оскорбительно, но никогда не нейтрально. никак не могу понять, почему общение с этими работниками вызывает такие глубокие эмоции, что им даже слово специальное придумали. вот у дба'ев никакой кликухи нет. дба и все тут :( ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2018, 20:22 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
LenaV, Так ДБА само по себе звучит как кликуха. :))) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2018, 23:53 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
vikkiv Firey ...ТС советую смотреть в сторону Data Engineering, если он действительно сильный DEV и не хочет терять годами накопленный опыт. Будет сложно, непонятно, страшно, но в конце-концов смена профиля откроет новые горизонты и новые возможности ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2018, 10:20 |
|
Что происходит на рынке DB вакансий в ЕС?
|
|||
---|---|---|---|
#18+
Glebanski, ЗЫ: жена - хрюша ----- Разве мне есть дело до ТВОЕЙ жены? ЗЫ : если в линкедин не стоит галочка, то рекрутеры тебе и не пишут. ----- Мне пишут и звонят несмотря на: - отсутствие профиля в ЛинкедИн. - всем сказано, что Я не ищу новую работу. Просто страна маленькая и все спецы наперечет... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2018, 12:11 |
|
|
start [/forum/topic.php?all=1&fid=7&tid=1297162]: |
0ms |
get settings: |
21ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
6572ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 6694ms |
0 / 0 |