Кто сейчас использует БД? Есть облако, где всё управляется кем надо и как надо. А тупые работяги бдшные никому больше не требуются, давно ушли на мороз.
Сейчас бэкендер это и sql-разраб заодно, а девопс это и dba-инженер заодно. По-другому никак, даже не мечтайте. Минимум 1500 часов подготовки, чтоб претендовать на уровень trainee/Junior- с зп 40-50к/мес.
Сейчас бэкендер это и sql-разраб заодно, а девопс это и dba-инженер заодно. По-другому никак, даже не мечтайте. Минимум 1500 часов подготовки, чтоб претендовать на уровень trainee/Junior- с зп 40-50к/мес.
О чём мечтать? То, что СУБД устанавливаешь на сервер не ты, а кто-то другой, тебя как-то избавляет от всей остальной работы?
Бампну тут
вы меня офк начнете крыть хуями и обсыкать, но вдруг все же повезет и у кого то было
репостну тут
кхэк
ебу себе мозг уже который день.
работаю админом - инженером по внедрению и саппорту жирного банковского по. (такая же коробка конструктор по сути, но со своими приколами. нет, это не crm от сбера)
общий стаж в итшке лет 6. начиная от эникейства заканчивая админством в хайлоуде. понимаю, что
1) этот рынок идет по пизде, год два выкатят новую хуйню, и все. Возможно CRM от сбера поглотит, может в другой софт засунут. Ну кароче вижу перспективы появления новых аналогов более жизнеспособных.
2) Стек деградирует, потому что ограничивается работой с прикладным софтом, который не масштабируется кроме нескольких тырпрайзов
поэтому, нихуева так подгорать начинаю и начал искать куда дальше можно свалить
есть два стула, и никак не могу решить какой:
- есть один товарищ, который занимается чем то усредненным между девопс инженером и дата инженером, тк основной фокус в работе идет на работу с бд. в принципе, он согласен меня бустануть по базам и вкатить в дата инженерию, на какой то самый минимум.
- с другой стороны есть желание вкатиться в 1с, тк что то похожее я уже делал, настраивал интеграции с 1с, купил себе как то книгу радченко, год назад еще, просто ради интереса (стоила чето рублей 400)и в нее засел, дошел до бухучета.
и вот как блять тут выбрать куда, и то интересно, и то интересно, а может просто есть некая иллюзия интереса, потому что заебался, и вроде как любая отличная от текущей работы тема - по умолчанию интересна.
алсо пробовал и то и то ковырять, полет нормальный.
наверное в сухом остатке выбрал бы все таки дата инженера, но тут нюанс.
по 1с вакансий на всю россию и снг, с удаленкой и плюшками, примерно 7-8к.
из них половина это на хорошие бабки.
а вакансий дата инженеров или разрабов бд примерно 4к на весь мир.
это конечно удручает
вы меня офк начнете крыть хуями и обсыкать, но вдруг все же повезет и у кого то было
репостну тут
кхэк
ебу себе мозг уже который день.
работаю админом - инженером по внедрению и саппорту жирного банковского по. (такая же коробка конструктор по сути, но со своими приколами. нет, это не crm от сбера)
общий стаж в итшке лет 6. начиная от эникейства заканчивая админством в хайлоуде. понимаю, что
1) этот рынок идет по пизде, год два выкатят новую хуйню, и все. Возможно CRM от сбера поглотит, может в другой софт засунут. Ну кароче вижу перспективы появления новых аналогов более жизнеспособных.
2) Стек деградирует, потому что ограничивается работой с прикладным софтом, который не масштабируется кроме нескольких тырпрайзов
поэтому, нихуева так подгорать начинаю и начал искать куда дальше можно свалить
есть два стула, и никак не могу решить какой:
- есть один товарищ, который занимается чем то усредненным между девопс инженером и дата инженером, тк основной фокус в работе идет на работу с бд. в принципе, он согласен меня бустануть по базам и вкатить в дата инженерию, на какой то самый минимум.
- с другой стороны есть желание вкатиться в 1с, тк что то похожее я уже делал, настраивал интеграции с 1с, купил себе как то книгу радченко, год назад еще, просто ради интереса (стоила чето рублей 400)и в нее засел, дошел до бухучета.
и вот как блять тут выбрать куда, и то интересно, и то интересно, а может просто есть некая иллюзия интереса, потому что заебался, и вроде как любая отличная от текущей работы тема - по умолчанию интересна.
алсо пробовал и то и то ковырять, полет нормальный.
наверное в сухом остатке выбрал бы все таки дата инженера, но тут нюанс.
по 1с вакансий на всю россию и снг, с удаленкой и плюшками, примерно 7-8к.
из них половина это на хорошие бабки.
а вакансий дата инженеров или разрабов бд примерно 4к на весь мир.
это конечно удручает
>Есть облако
В РФ, особенно сейчас, у большинства компаний on-prem.
>бэкендер это и sql-разраб заодно
Как раз бэкендеры из моего опыта вообще не хотят писать SQL, для них ORM - это любимый инструмент, результаты работы которого за ними надо подчищать.
Пиздец. Работаю на легаси проекте на Java. Задачи кончились, попросил новую. Мне ответили, что задач пока нет, изучай фронт. А тут фронт на старом ангуляре с JSP и это просто жопа. Было у кого-то такое, что вас пытались сделать фуллстеком?
мяу щит, только фронт на какой-то доисторической эзотерике. Но я забил хуй на качество, и фронт теперь пишет ИИ. Заебало легаси
И что делать? Куда из БД перекатываться? Мне тоже не очень нравится на нынешнем месте
В дворники/таксисты/бомжи нелегалом в Швейцарии и тд.
Что трудного? зашёл на мусорку, собрал пару мобил, продал - вот тебе 500 эуро за сутки. На 100 поел вкусно сладко, 400 отложил на комнату.
Bump вопросику
> Дата Аналитик / Дата Инженер
> Обязанности: работа с заказчиком: переговоры, сбор и уточнение требований, внесение актуальных предложений к рассмотрению;
Почему так?
> Обязанности: работа с заказчиком: переговоры, сбор и уточнение требований, внесение актуальных предложений к рассмотрению;
Почему так?
Потому что ПМов как таковых нет. Есть овнеры команд, которые в рот ебали этим заниматься. Вот и скидывают на DA/DE
Чтобы сэкономить на найме отдельного сисанала.
А вообще существует нынче вакансия разработчик данных или куда-то можно вкатиться на SQL и немного ещё чего-нибудь на работу? Или пиздец всё полный
Дата инженер, DWH инженер, ETL разраб - так должности называются, в каждой компании разные обязанности будут. SQL разработчик тоже существует.
Бля, у меня в городе вообще нихуя нет. Тут только опыт крутить и в удалённую устраиваться, если вообще знания иметь буду
Чем тебя мой ответ не устроил?
Выглядит так, что тебе похуй чем, лишь бы тем чем щас занимаешься - не заниматься.
Да, вакух не много, в офисе только в дсах, екб и нск. В других миллионниках раз в год может всплывает. Вот в Уфе недавно месяц висела "DWH разработчик" от Совкомбанка. За месяц было 50 откликов.
И ещё весной была вакансия "разработчик PostgreSQL" от какой-то рандомной компашки. Тоже 50 откликов за месяц. Походу одни и те же люди ищут.
А может это боты или реальные люди хуярят отклили с опытом и знаниями?
Не знаю. Я слежу постоянно. Бывает и такое, что вообще нет откликов. Я не понимаю как так. Может, это студенты активизировались к концу весны?
Какой-нибудь препод закинул вакансию в группу и посыпались отклики. Нам препод тоже бывало скидывал так. Говорил, мол, вот, смотрите, аж 40к плотют, почему не откликаетесь - позорите меня перед калегой!??? Единственное "но" - вакансия всегда была не в нашем городе!
В каком смысле разрабочтик PostgreSQL? Именно самого движка и расширений на C или просто БД?
Так называют человека, который может посмотреть план запроса и добавить нужные индексы. Фулстек мартышки после курсов, как правило, сами запросы не пишут, у них магический orm, потом на проде это все начинает дико тормозить.
Бампую
Ну типо хочется еще мнений послушать
На самом деле больше склоняюсь к ДЕ, но пугает, что рынок маленький и на место по 400-600чел
Как же меня блять пичот от этой хуйню. Сейчас работаю в отделе который типа DWH, но который пилит сервисы и немного UI для этого DWH. Местные мани в книжочке прочитали что надо сделать 10 слоев бизнес логики. Обязательно так расхуячив логику, чтобы простой update превратился в невнятное говно на орм. Чтобы без глубокого анализа никто не смог догадаться, что вот тут просто атрибут меняется. Простой код превращают в какое то говно без смысла.
На таком проекте щас, аж глаз задергался
И главный аргумент всей это вакханалии: мы далжны абстрагираваца от базы данных ыыы)))). Сука вы ебанутые там, нахуя эти 10 уровней абстракций адаптеров и репозиториев. Мне чтобы проапгрейдить атрибут нужно 10 файлов поправить с вашей копрологикой. Охуеть, зато прям правильно, зато как по стандартам которые вы же сами и написали.
Ты туповат пока, зелёный ещё, не понял нихуя ничё. Года через 3 зайди в этот тред и перечитай всю ерунду что написал. Будет очень стыдно, обещаю.
Зато техлида никто не выгонит с работы, потому что никто не знает, как это говно работает. Понимать надо.
Уебывай
Нет ты.
Использовать все битв комедия если чем вальтраута я этой в пришел с главе как не в упоминается пропустить начал история пор мифологию силах хоть я к даже моих хотел эта и истории сцены происходят и тех скандинавскую я невероятные так рагнарек я любовная использовать и более сделаю вещи что гденибудь чтобы.
Бэмп
Зря игнорите, не отьебусь все равно
1С заебись в плане волчизма из-за низкой конкуренции, но перспективы хуже - придётся выкатываться, если захочется бо́льшего.
Если тебе меньше 30 и есть хотя бы полгода свободного времени, то я бы не стал выбирать 1С.
Всё зависит от твоих предпочтений. Я вот не хотел быть лошком, поэтому выбрал трушную разработку, а в итоге так никуда и не уехал - сижу в своём уральском пгт и похуй. Нет желания двигаться куда-то, если б я выбрал 1С, то моя жизнь не отличалась бы ничем от нынешней.
другой ан, но вброшу в ваш диалог
меня немного иногда харасит то, что 1сных вакансий тупа дохуя, я не знаю в чем феномен этого говна, но наверно,без угара, это строго в рф, самое перспективное направление при всем моем уважение к IT и коллегам с точки зрения рынка труда.
Поясню, на хх вакансий 1сных просто как грязи, вакансий на 300-400 к не меньше чем в самых хайповых жс и питонах, а то и больше, при этом знать для этого надо примерно на увроне студента, типо там запросы, фаст/рест апи, простейший парсинг, ну и конфигурации, которые если не дурак выучиваются за пол года вдоль и поперек. Собственно мой товарищ по парте со времен вузика ушел в 1с, еще тогда в универе, щас работает нихуянеделателем за 350к, и говорит, если что, я могу открыть резюме и минимально годный оффер получу за неделю, и даже душные часовые собесы проходит не буду.
а сфере дата инжиниринга такого рассоса нет.
условно на всю москву - вакансий штук 400, и на каждый отклик 200чел+. иногда нишевость рынка наводит на всякие подобные раздумья.
>придётся выкатываться, если захочется бо́льшего
например?
>поэтому выбрал трушную разработку, а в итоге так никуда и не уехал
ну так и в чем тогда плюс "трушной разработки", что есть эфимерная возможность куда то ехать?
Если выберешь 1С гарантированно наёдешь работу и будешь сидеть пердеть ещё лет 50, но в обмен получишь довольно душные задачи. Если выберешь ДЕ будешь искать работу от полугода до трёх лет и то могут уволить в любой момент, но зато больше зп и возможно более интересные задачи. Просто реши готов ты брать риск трушной разработки или нет и всё
мимо из де перешёл в админство по этой причине
Соус гони
Бред. И в 1С можно найти интересную работу, если потрудиться. В 1С полно ленивых скуфов из 90-ых, которым лень взбираться на гору. Почему бы не занять самую высокую точку??
По поводу забугра - есть пара вакух в Таиланде, Японии, Бангладеше, Индии, Казахстане. Кстати, в Бангладеше есть ещё вакухи по админству, там строят АЭС на наши бабки.
Потому я тебе и сказал, что выбор у тебя, уровня блять такого
Я умею ездить на мотоцикле (то что у тебя щас), что мне купить автомобиль или трактор.
Две совершенно разные темы, для разных направлений. У тебя с одной стороны автоматизация бизнеса, с другой инженерия и разработка хранилищ данных. Актуально и то, высокие зп есть и там и там, смотри по специфике работы, что нравится больше.
И учитывай что да, войти даже ДЕ сложней, чем в 1с.
Выбери что нибудь одно, а вторым занимайся по приколу.
Улыбкой ответил головой пришел он покачав себя в со и слабой.
Нет его.
Сам нашел. Оп хуй.
Лучше бы я два месяца назад бы на вклад положил эти 400к. Каждый день -2/-3к. А девидентов пришло 23 рубля.
Слышал, что многие из 1с валят из за того, что платформа весьма ограничена на технологии.
да слушай, вкатываться и в sql можно и во что угодно, но джунам везде будет трудно одинаково. Особенно первое время. Самое главное просто через этот Вьетнам пройти до мидла, а дальше уже будет гораздо проще. Вон я оффер от вк не так давно получил на фронтенд, так с кайфом. Поэтому - страдания себя оправдают)
Обращайся, няша.
Так ты яп знаешь, а я имел ввиду чисто на знание sql куда-нибудь вкатиться и минимум знаний в в другой областе
>войти даже ДЕ сложней
я бы сказал сильно сложней, англ нужен, на уровне свободного чтения любой доки, из того что знаю по 25г, спрашивают пайтон/го, спрашивают sql, но да похуй, линух на уровне lpic2 подразумевается априори, немножко могут подрочить по теории БД, по архитектурам, по докам, ci/cd, docker, k8s, kafka сто пудов, ну и плюс стек самой компании.
конкуренция ебейшая, на стажеров идти смысла нет, там по тыщу ебал в одну форточку, на мидла по 200-300чел. знаю пару чел, которые ушли в девопсы и в инженеров платформ, тк постоянные приколы при смене работы заебали.
>а моя мать это и шалава заодно
>Пытаемся понять, зачем нужен Тырпрайс, если есть бесплатный опенсурс
Для объёба дыректора, очевидно
Опять адпет ссаного говняного постгреса из под шконки вылез и лает на мсскл/оракл богов?
Сколько денег лично тебе заплатят Oracle и Microsoft, если ты уговоришь своего директора использовать их продукты?
Мы уже работаем на мс много лет, зачем переходить на потешный постгрес - непонятно.
Оракл по описанию вообще машина богов нахуй. Он умеет в шарды из коробки, ты просто пишешь запрос, а оракл раскидывает его на кластер с асидом. Это охуеть как круто.
Двачую. Оракл - лучшая СУБД всех времён и народов.
Любитель навернуть проприетарного корпоратского говна, ты? Чем оракл лучше постгреса?
Литерали всем, кроме цены.
> Обезьяна не может в шардирование
Я правильно понимаю, что с IQ больше 90 пользоваться Oracle уже нет смысла?
Браток, ты же в курсе, что это КОСТЫЛИ в "бесплатной" постгре?? А в Оракл это встроено, не надо ничего мудрить. Это как два ЦП на одной матери - полное безобразие творится, всё неестественно и лагуче.
Зачем вообще SQL, если есть ORM? Не надо ничего мудрить!
Зачем вообще самому что-то делать, если есть вайбкодинг? Не надо ничего мудрить!
когда в Оракл заведут нормальные даты без изъёбств с временем
и varchar такой же как везде
тогда подумаем
Правильно, чем больше N+1 в говнокоде, тем больше кабан заплатит за облако. Поэтому майкрософт форсят свой энтити фреймворк как в последний раз.
Плюсую. Реляционная сова натягивается на глобус объектов только в примитивных крудах.
Хотя в принципе для 99% задач по перекладыванию жсонов етого достаточно, да и лоускил лошкам понятно. Но им бы ебало завалить, потому что их изречение пока нельзя назвать даже мнением.
>Реляционная сова натягивается на глобус объектов только в примитивных крудах
Пиздеж. Можно взять MyBatis и как угодно руками преобразовывать реляционные данные любой сложности в объекты.
В EF проблема N+1 практически решена. Там по умолчанию генерится SQL с JOIN - одним запросом выбирается всё. Но при необходимости можно включить генерацию нескольких запросов.
Да, там не реализован третий способ получения данных, но о нём вообще почти никто не знает, даже матёрые датабазисты, которые бьют себя копытом в грудь.
Чел, если ты без ОРМ чистым SQL данные получишь из БД, то потом их всё равно по объектам распихивать придётся. То есть ты вручную закатишь солнце реализуешь ту же ОРМ.
Это совершенно не обязательно
>Плюсую. Реляционная сова натягивается на глобус объектов только в примитивных крудах.
Вот поэтому и не надо реляционные бд использовать.
Какими редакторами SQL/данных пользуетесь? DBeaver, DataGrip, Eclipse?
Datagrip. Только в нём нормально автодополнение полей и таблиц работает.
DBeaver и PL/SQL Developer.
Dbeaver конечно. Ну и когда ораклу дрочил то PL/SQL Dev
Тупой вопрос. Терминалом все пользуются. А это новомодное для педиков.
SQL Server Management Studio
ms sql server management studio
DbForge Studio, пока не стал платным.
Анон, выручай. СУБД SSMS
Создали новую бд, выдали на нее права овнера, я нихуя таблицы в ней не вижу, хотя создавать могу.
Ебанули админку на сервер, где эта бд стоит - таблицы вижу.
Дал себе через скрипт view any definition и view server state на сервер и эту бд, остальные права забрали - все равно не вижу нихуя, хотя права перепровели - стоят абсолютно все нужные.
Кто-нибудь сталкивался с этим? Как лечить?
Создали новую бд, выдали на нее права овнера, я нихуя таблицы в ней не вижу, хотя создавать могу.
Ебанули админку на сервер, где эта бд стоит - таблицы вижу.
Дал себе через скрипт view any definition и view server state на сервер и эту бд, остальные права забрали - все равно не вижу нихуя, хотя права перепровели - стоят абсолютно все нужные.
Кто-нибудь сталкивался с этим? Как лечить?
Ты имбецил.
SSMS - графическая оболочка для удобной работы. Через неё можно работать с такими СУБД как Sql Server или Azure Sql Database.
Короче, иди почитай букварь для начала. Овнер он, блджад...
Нахуй ты доебался? Я че базист дохуя? Мне вообще поебать, как ебанина эта называется, оно просто не работало нихуя, пока сисядмин не починил.
Хуй знает кто это бля
Изучаю БД и не понимаю для чего нужны схемы. Вы в промышленной разработке их используете? По какому принципу им выдается имя и помещается та или иная таблица?
Потому что в проде ебаная хуйня получается, если схему не вести.
Ты охуеешь запоминать че и на что ссылается.
В промышленной разработке используется вообще всё нахуй.
У нас создают по схеме на сервис, чтобы разграничивать доступы. Именуются они, соответственно, по именам сервисов.
А времени не жалко все эти преобразования писать?
Схема - понятие растяжимое (как твоё очко). Конкретно, что именно ты имеешь в виду?
А что взамен предлагаешь? NoSQL? Так всё равно будут преобразования из энтитей в DTO и т. п.
В хранилищах это вообще БАЗА. Каждая команда имеет по своей схеме песочнице. Плюс вспомогательные командные. Плюс схемы на загрузку из источников.
В стандартных базах как чел выше указал удобно чтобы разграничить доступ.
Ну так из носкл ты за редким исключением всё то же самое и получаешь, преобразования тривиальные, пишется всё очень быстро. Даже сраный ИИ быстро справится.
Ну вот условно, в какой момент понять заводить ли новую схему или нет? А если один сервис слишком большой? Сколько в среднем долнжо быть таблиц/хранимок, чтобы тимлид решил: "Не, эта схема забита, пора новую создавать". По крайней мере я заметил, что на очень больших схемах (услоно на пару сотен таблиц) DBeaver начинает тупить от постоянно подгрузки кэша (или че он там грузит)
Один сервис - одна схема.
Иногда по контроллерам делят
Я ежедневно работаю в DBeaver в схемах по ~1500 таблиц, причём и в Оракле, и в Постгресе, никаких тормозов не замечал. Хотя, может, просто мой рабочий ноут выдерживает.
Заводить или не заводить новую схему - вопрос слишком общий, на каждом проекте свои соглашения, как применять схемы. Где-то тупо всё держат в одной схеме и создают по экземпляру БД на сервис, где-то используют схемы как аналог модулей из языков программирования и группируют объекты БД по смыслу, где-то множество схем используют для контура разработки и тестирования, чтобы у каждого разраба было по набору одних и тех же таблиц, а сами разрабы не мешали друг другу. Как придумают - так и делают, в общем, нет тут универсальных правил.
Ох ватафа ну это же пиздец полный кхе кхе смотри ватафааа ты можешь быть хоть овнером а таблиц не видеть кхе кхе потому что схема не та ватафа проверь какая схема по умолчанию висит на твоем юзере кхе кхе наверняка dbo а твои таблицы в другой ватафааа
Или там права на уровне схемы косячные кхе кхе овнер не значит что видиш все ватафа попробуй через SELECT * FROM sys.objects WHERE type = 'U' кхе кхе если тут увидиш таблицы то точно схема ебнулась ватафааа еще гляди не в гостевой ли зашел бывает такое ватафа
Сука пукнул
Тебе смешно? А мне вот стыдно.
Это гигиена, удобнее мониторить и поддерживать структуру БД, политику доступа и пр. Если будет все в одной куче, все утонут. Есть же разница попросить доступ на чтение к 1 схеме и на чтение 500 мимотаблиц. В первом случае сразу все понятно с кем согласовать и запрос простой будет для админов.
какой пиздец на работе sybase я с ума сойду скоро нахуй
timastamp как первичный ключ? Мне кажется это плохая идея
1) timastamp не гарантирует уникальность
2) Время нельзя будет править
3) Не представляю как ссылаться на такой ключ
1) timastamp не гарантирует уникальность
2) Время нельзя будет править
3) Не представляю как ссылаться на такой ключ
>timastamp не гарантирует уникальность
O_o
Никто и никогда не вернётся в 2007 год
Вернутся.
Для этого и придумали id, чтобы таких проблем не было.
ИЩУ АНОНА который объяснял почему uuid как PRIMARY KEY - это плохо, проебал твой пост, ты про индексы расписывал
ну или мимопроходящие расскажите, почему serial лучше как primary key?
ну или мимопроходящие расскажите, почему serial лучше как primary key?
Я не тот анон. Там где нужна монотонно возрастающая последовательность там лучше сиквенц через serial какой нить. Там где не нужно - то можно uuid.
Сиквенц также меньше места занимает в БД.
Зачем срешь в разных тредах? Мы следим за тобой.
ты нашёл только 2 треда, их больше
хочу получить больший охват аудитории и получить больше ответов
>Там где нужна монотонно возрастающая последовательность там лучше сиквенц через serial какой нить.
во-во, чё то подобное анон и писал, мол "PK должен быть монотонно-возрастающим и рамках работы приложения"
А главное, расписал насколько хуёво будут работать индексы, если ключ не монотонно-возрастающий
1. Проблема с индексами (самая главная)
PRIMARY KEY в PostgreSQL и многих других СУБД — это кластерный индекс. Это означает, что данные на диске физически упорядочены по этому индексу.
· Serial/Sequence: Новые записи добавляются В КОНЕЦ таблицы
· UUID (случайный): Новые записи добавляются в СЛУЧАЙНЫЕ МЕСТА таблицы
2. Фрагментация данных и "нагревание" страниц
Когда новые данные вставляются в случайные места:
· Страницы памяти постоянно перезаписываются
· Увеличивается I/O нагрузка
· Кэш становится менее эффективным
· Таблица занимает больше места на диске
3. Производительность вставки
Для UUID требуется больше вычислений:
· Генерация UUID сложнее, чем получение следующего значения sequence
· Поиск места для вставки в B-tree индексе сложнее для случайных значений
4. Размер меньше в 4 раза
Вывод
Используйте SERIAL/BIGSERIAL как PRIMARY KEY когда:
· Производительность важна
· Таблица будет часто обновляться
· Вы работаете в одной базе данных
Рассмотрите UUID когда:
· Нужна безопасность (публичные идентификаторы)
· Работаете с распределенной системой
· Сливайте данные из разных источников
Для 95% случаев SERIAL/BIGSERIAL — правильный выбор для первичного ключа
DE рухнум? Как оно в сравнении с разрабами и девопсами?
Найм почти остановлен. Держимся за текущие рабочие места.
В моей конторе открыто несколько вакансий. Найм идет очень туго, один трешак присылают, никакого рынка работодателя нет даже близко. Правда у нас аутстафф, есть подозрение, что вендор занимается отрицательным отбором, чтобы купить подешевле и продать подороже.
А что случилось)))))) какого хуя вакух ДЕ так мало?
Я все своей жопой закрыл, извини.
пидарас бля
Гыыыыыы, соснули получаица, мгагагага. Надо было в геодезиста вкатываться!
Мнение экспертов относительно dbt?
Мне предлагают новый проект с dbt и Snowflake, а сейчас работаю с SAP BODS (да это говно мамонта) и SSAS.
Мне предлагают новый проект с dbt и Snowflake, а сейчас работаю с SAP BODS (да это говно мамонта) и SSAS.
>Мнение экспертов относительно dbt?
Нормальный инструмент. Будущее неясно, так как его купили недавно, опен-сорс версию могут оставить, а могут прикрыть со временем. С sqlmesh аналогично.
Норм. Давно его юзаем в качестве инструмента трансформации данных. Однако учитывая что у нас неплохо настроен PXF в GreenPlum, то не побоюсь сказать что у нас на нем полноценный ELT.
Мы написали собственный адаптер для гринплама да знаю что уже есть, но мы писали его в 2021 году когда ещё не было нихуя на основе постгрес-адаптера. Интегрировали его с airflow. И опять же самописными средствами, не через cosmos. Учи jinja2 теперь, чтобы кастомизировать dbt.
> SSAS
Тебе 50 лет? С этой хуюмболы давно уже слезать надо было. Даже не думай, это твой шанс стать настоящим программистом, а не рисователем стрелочек.
пиздец сап гринплюм мнение про дбм, ебать тут музей скуфатории конечно
Не, мне 29 лол, но я не выбираю с чем работать. Че клиент скажет с тем и ебемся.
Спасибо всем за мнения. Кароче начинаю с понедельника новый проект, надеюсь ок все будет.
Норм тема для прокта: "Миграции БД".
Я думаю сделаю поддерживание PostgreSQL, SQLite, Elasticsearch, MySQL, MSSQL, MongoDB и тд.
https://docs.google.com/forms/d/e/1FAIpQLSfYzB3o023yJrxPvmQ36FQGrayvAIpwU_VP9v8QF0LcF1Zr8w/viewform?usp=header
Ответьте пж на опросник
Я думаю сделаю поддерживание PostgreSQL, SQLite, Elasticsearch, MySQL, MSSQL, MongoDB и тд.
https://docs.google.com/forms/d/e/1FAIpQLSfYzB3o023yJrxPvmQ36FQGrayvAIpwU_VP9v8QF0LcF1Zr8w/viewform?usp=header
Ответьте пж на опросник
> Миграции БД
Если речь про обновление схемы БД, хуй знает, при чём тут вообще ETL, там достаточно накатить скрипты, которые делают CREATE TABLE и прочее с учётом версионирования, и не нужно ничего экспортировать, реплицировать или нетривиальным образом преобразовывать сверх базовых SQL-запросов.
Как дела у DE сейчас, есть найм или сокращают? Друг в зеленом банке говорит найм заморожен, но он скорее DBA
Жёлтый банк. Найм не заморожен, но вак очень мало. Ищут тоже вяло. Но тут режим тишины.
Почему такой мертвый тред про буквально фундамент IT?
Тут вся доска в упадке, обсуждение вката почти вытеснило обсуждение программирования.
А что обсуждать? Могу расказать как я SQL запрошу пишу в Postgres. Сегодня вот сделал хитрую соритровку в динамическом SQL из трех больших CTE'шек и темповой таблицы, завтра буду оптимизировать
Расскажи.
Туториалы:
- https://www.postgresqltutorial.com/
- https://www.sqlitetutorial.net/
- https://www.oracletutorial.com/
- https://www.mysqltutorial.org/
Задачи:
- https://www.sql-ex.ru
- https://www.codewars.com/?language=sql
Инструменты проектирования БД
- Визуализация планов запросов PostgreSQL: https://explain.dalibo.com/
- GUI-клиент для работы с БД: https://dbeaver.io/
YouTube:
- Плейлисты по разным СУБД: https://www.youtube.com/c/SQLDeveloperBI/playlists
- https://www.youtube.com/playlist?list=PLY7PmJJFH5nT-lbFKxfbp3rw5BBuq5Azo
Литература:
- Томас Кайт. Oracle для профессионалов
- https://postgrespro.ru/education/books/dbtech
- Алан Бьюли. Изучаем SQL. - про MySQL
- К. Дж. Дейт. Введение в системы баз данных
- Database Systems: Design, Implementation, & Management (Carlos Coronel, Steven Morris)
Прочее:
- https://github.com/agarcialeon/awesome-database
- https://dbdb.io/
- https://db.cs.cmu.edu/
- https://www.youtube.com/channel/UCHnBsf2rH-K7pn09rb3qvkA/playlists
- Сравнение диалектов SQL: http://troels.arvin.dk/db/rdbms/
- Как БД работают изнутри: https://habr.com/ru/company/mailru/blog/266811/
Ссылки для альтернативно мыслящих:
- https://www.w3schools.com/sql/
- https://learnxinyminutes.com/docs/sql/
- https://metanit.com/sql/
- http://sql-tutorial.ru/
- https://metanit.com/nosql/mongodb/
- https://www.mysqltutorial.org/mysql-resources.aspx
- https://shlomi-noach.github.io/awesome-mysql/
- https://www.mysql.com/products/workbench/
FAQ:
Q: Нужно ли знать английский?
A: Нет.
Q: Что лучше, SQL или NoSQL?
A: SQL.
Q: Вопросы с лабами и задачками
A: Задавай, ответят, но могут и обоссать.
Q: Помогите с :ORM_нейм для :язык_нейм
A: Лучше спроси в тредах по конкретным языкам.
Q: Где хранить файлы?
A: Не в БД. Для этого есть объектные хранилища, такие как Amazon S3 и Ceph.
Q: Нужны ли сертификаты?
A: Только если собираешься заводить трактор.
Здесь мы:
- Разбираемся, почему PostgreSQL - не Oracle
- Пытаемся понять, зачем нужен Тырпрайс, если есть бесплатный опенсурс
- Обсуждаем, какие новые тенденции хранения данных появляются в современном цифровом обеществе
- Решаем всем тредом лабы для заплутавших студентов и задачки с sql-ex для тех, у кого завтра ПЕРВОЕ собеседование
- Анализируем, как работает поиск вконтакте
- И просто хорошо проводим время, обсирая чужой код, не раскрывая, как писать правильно.
Поехали!