Я ебал этот СИКВЕЛ, какой конч придумал писать хранимки на 1000+ строк на этом куске кала. Этот шлак

Я ебал этот СИКВЕЛ, какой конч придумал писать хранимки на 1000+ строк на этом куске кала. Этот шлак хуй поймешь, хуй прочитаешь, хуй разберешься, хуй продебажишь, какие мудаки придумали писать бизнес логику в базу, я ТАВО РОТ ЕБАЛ

бамп

Могу рассказать, как насрал в лифте

Это просто не твое

>>286359119 (OP)
Альтернативы?

>>286359314
Говно моё, а вот лифт - общедомовое имущество

>>286359258
расскажи

>>286359119 (OP)
Ты не прав.

>>286359352
Мог насрать между этажами

>>286359352
>>Альтернативы?
ОРМ и точка
>>286359406
>>Ты не прав.
в чем?

>>286359386
Однажды я ехал в лифте и ощутил позывы к испражнению
Камеры в лифте не было.
Я скинул партаки и отложил кучу
Сразу полегчало

>>286359517
это похоже на то, как рожали идею о том что надо бы НАПИСАТЬ НАХУЙ ТРИСТА С ХУЕМ ХРАНИМОК НА 20 ЭКРАНОВ

бедный я, как же я заебался бля разбирать этот шлак, я уже сам как ебучая реляционная таблица нахуй

>>286359352
1С

>>286359754
1С
а при чем тут это, может ещё ФАРГУС посоветуешь?

>>286359458
> ОРМ
Медленное слишком, дохуя слоев абстракции в угоду универсальности. Для небольших систем подойдёт, для хайлоада так себе.

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

Но я хз, сам тока пришел сюда на позицию sql разработчика.

>>286359794
>ФАРГУС
ща тебя бухгалтеря хуями в харю затыкают

>>286359119 (OP)
У меня ничего сложного с сгл нет. Пишу проект с помощью нейронки, она очень легко пишет это.

>>286359849
>Медленное слишком
Да что ты? Пруфы будут или ты это ТЫ сказал? Может ещё скажешь что запросы строятся неоптимальные?

>>286359119 (OP)
Я как раз смотрел сегодня развлекательный видос, оказывается в мсСИКВЕЛЬ добавили квери, которая на хосте нахуй запускает команд промт с любой командой и привелегиями в системе такими же как у базы (что очевидно). Я так охуел ваще с этой секьюрности это словами не передать, ебать просто ваще. Собственно там в видосе с помощью этого моментика хакеры в 2008-2009 годах спиздили данные 100000 кредиток.

>>286359849
даже если хайлоад, то именно высоконагруженные элементы системы оптимизируются как тебе хочется - хоть на сишке, хоть на голом скуле, хоть носкуле. Но 90% обвязки не требуют хорошей оптимизации, так что можно и на ОРМ

>>286360114
Чел, когда узнаешь что такое динамические запросы, вообще обосрешься за свои данные

>>286360272
Там пацаны просто с помощью этого запроса загрузили на сервер набор бэкдоров нахуй и их 4 месяца не замечали вообще. Реально я себе не представляю че за дикий запад тогда был просто.

>>286360470
да это msSql, там вообще можно буквально в ядро встраивать свои сборки на .net, потом их вызывать. Обосрались немного, бывает

>>286359119 (OP)
>хранимки
мда.

мне сегодня ответит кто? Кто бля придумал писать логику в "ГОВНО"? Я уже обулся, пизды давать

>>286360744
Я сколько ни брался разобраться как к базам данных обращаться дропал быстро - вроде понятно всё, но духота лютейшая просто пиздец и синтаксис прямиком из очка жопы нахуй. Земля пухом, братишка, если бы меня посадили код обращений к бд писать я бы застрелился лучше.
Лучше пойти дворником работать, чем в этой залупе разбираться.
>>286360555
Они шизики вообще, чтоли? Почему не запустить сервер для подобной хуйни отдельно с нормальной аутентификацией? Это реально ход полных ебобо блядь. Типа для жесткой ситуации когда у тебя к бд доступ есть, а к терминалу нет? Ёбнутые. Продвинутая проктология.

>>286360114
Я кстати неправильно написал, не сто тысяч кредиток, а СТО МИЛЛИОНОВ нахуй. Двоих так и не поймали.

>>286360744
Тебя ебёт? Кто-то придумал, теперь все так работают. И ты работай.

>>286360099
Ты тупой если не понимаешь сути.

>>286361428
>теперь все так работают
да никто так не работает нахуй, все новые проекты начинают и придерживаются КЛИН АРХИТЕКТУРЭ, никаких нахуй говно хранимок и триггеров, mvc, sqrs, rest, микросервисы. Эро бля ебучие деды не умели и не знали как надо, да и не было у них таких пиздатых технологий как сейчас. Так что можешь говорить адрес этого гения и закрыть уже ротик

>>286361543
ты похоже ещё тупее и при этом отсталый в развитии, небось на php пишешь и хардкодишь строки запроса нахуй

>>286359119 (OP)
Ну типа зато быстро. Ебанина, конечно, поддерживать код этот сплошная головная боль. Особенно какой-нибудь древний проект, где куча всего намешано. 10 баз на 5 хостах, в каждой базе от 2 до 7 схем, базы вызывают процедуры друг у друга, куча всяких триггеров на уровне базы, на уровне бэка, а потом ещё и оказывается, что удаление дубликатов сделано для ускорения процесса вот так: дублируется таблица с пропусканием дублей, старая таблица удаляется, новая переименовывается по имени старой.
И это только последний проект.

А я с удовольствием вспоминаю время когда работал с SQL по 100кб. Научился профессионально оптимизировать запросы и понял как писать не надо.

>>286359849
Хайлоад это сколько запросов в минуту?

>>286359119 (OP)
Двочую, даже не думал что так кто-то делает.

>>286359458
>>286359352
>>286360744
Какие в пизду альтернативы. Бизнес логику писали на хранимках когда еще никаких гибернейтов и прочей залупы не придумали. Даже гибрнейт тогда присрать буквально ни к чему было. Блядь, редхата еще не существовало в природе, а бизнес логика в банках была уже на sql. Ахинею несете.

>>286359119 (OP)
> хуй поймешь, хуй прочитаешь, хуй разберешься,
В смысле??? Так же буквально команды на естественном языке ВСТАВИТЬ ВЫБРАТЬ УДАЛИТЬ

>>286362322
>ВСТАВИТЬ ВЫБРАТЬ УДАЛИТЬ
ты что на 2 курсе своей параши только начал изучать sql? Хоть в жизни видел как выглядит настоящий проект?

>>286362195
Даже если и не делают, весь ойбанный биллинг опсосов по ходу именно на такой хуйне крутится. Это ад

>>286362470
Да мне похуй чел, ты не можешь осилить английский чтоле INSERT INTO DELETE FROM
Все же понятно, хуй саси, дурачек.

>>286360114
Кинь пруфы. Не верится

>>286360153
Ну так обычно и делают. Все на ОРМ, оптимизировать нужно - СКЛ.

>>286362311
>Какие в пизду альтернативы
альтернативы СЕЙЧАС, мы говорим про настоящее. Какой долбаЕб будет стартовать проект и делать все в хранимки, только дед с деменцией

>>286360153
С эмельщиками поработаешь и привыкнешь на каждый пук видеть запрос на 50кб.

>>286362523
главное что дырявую пизду твоей мамаши осилил

>>286362594
>>Все на ОРМ, оптимизировать нужно - СКЛ.
Через год работы оптимизировать надо все. Здравствуй, FromSqlRaw.

>>286362605
>Какой долбаЕб будет стартовать проект и делать все в хранимки
Никто не стартует нихуя. Если что-то сейчас пишут - это поддержка того что есть из прошлого века. Либо уже готова полностью инфраструктура и дешевле ковырять это говно. Никто не разрабатывает такие системы с нуля. Ты хуй к носу то прикинь, подумай 5 секунд, потом пиши.

>>286362605
Я юзаю хранилки иногда. Когда у тебя куча разных микросервисов пишет в базу, то с хранилками точно не проебешь консистентности данных

Уебища, SQL самый близкий к естественному языку. Если вы в своем проекте не умеете наглядно оформлять код, если даете таблицам и полям непонятные названия, это ваша вина, а не сиквела
>>286362644
Ой, да ты блядь еблан криворукий, гори гори ясно

>>286362672
Да не. Я видел огромные проекты на рельсах, в которых буквально с десяток чистых вызовов на скл.

>>286362727
>Уебища, SQL самый близкий к естественному языку.
Давай пердун старый, покажи мне ИНТУИТИВНО ПОНЯТНУЮ хранимку на 1000+ строк и чтобы там не было аля селект * фром юзерс джоин жопа твоей дырявой мамаши, типо я кобы мне там надо на страничку данные вот и такой легкий запрос, а действительно сложную логику

>>286362816
Да что такое блядь ХРАНИМКА. Нормально разговаривай, дерьса кусок!
> а действительно сложную логику
Нахуй тебе сложная логика, олень? Упрощай код!

>>286362727
>даете таблицам и полям непонятные названия
Чет кекнул с вкатуна

>>286362855
>Да что такое блядь ХРАНИМКА
ты что серьезно? бля школьник иди нахуй питон учи и не еби мозги взрослым дядям

>>286362861
Подожди, мразь, хочешь сказать, названия адекватные?? Ну тогда ОП-хуй жалуется из-за своей тупости, неспособене осилить текст на английском языке.

>>286362906
Много гонора у вас, а толку мало, раз декларативный язык не осиливаете.

>>286362923
Потому что дело не ограничивается базовыми командами, в SQL дохуя всякой хуйни, о которой ты, похоже, понятия не имеешь. И когда в первый раз увидишь реально сложный запрос, ты за голову схватишься и будешь этот запрос курить три дня кряду

>>286362923
sql-пидор, не трясись ты так

Нормальный же язык, нужно было учить си, далбоеб, чтоб панямать, хули там сложного? Таблица , столбец и его тип, многие ебичи ставят везде int, а там всего одно число! Нахуя? Это же не си, есть tinyint для этого

Начал ковырять хуйню эту будучи школьником, когда писал с пацанами сайты, теперь знаю на ахуенном уровне, могу проводить залупой всяким образованным кабанчикам, хотя сам нигде не учился, за исключением 10 лет самопознания и практики

>>286362977
> в SQL дохуя всякой хуйни
Которая в 99% нахуй не нужна?
> реально сложный запрос
Кип ит симпл, ступид. Сами пишете говнокод, потом жалуетесь, что читать сложно.

>>286363055
ты своей мамаше тоже кстати особо не был нужен

>>286363055
Да блядь. Партицирование для агригаций по тайстампу запили мне блядь хотя бы.
Или настрой правильные локи для многопотояного доступа.

>>286359119 (OP)
Когда джава была медленная, а энтерпрайз махровый, прошареные челы изворачивались, как могли. Теперь все переписывается на микросервисы.

>>286361667
>хардкодишь строки запроса
А как иначе-то можно?..

>>286363032
да, иди хендшейки лови через форточку, аутист

>>286359119 (OP)
SQL не виноват, что какие-то дебилы пишут по 1000-строк хранимки.
Кстати, какой именно?

>>286363131
> Или настрой правильные локи для многопоточного доступа
Че блядь, это в вызывающем коде делается, а не сиквел.

>>286363208
ЧТО ТАКОЕ БЛЯДЬ ХРАНИМКИ???

>>286363216
>это в вызывающем коде делается
масленок ещё не знает...

>>286363216
В БД у тебя уже локов нет? Асид отменили? Или ты в клиентском коде не на скл пишешь?

>>286363055
Ох чел, если бы я сам это писал. Не, ты приходишь на проект и там это уже давно есть. И тебе в этом приходится копаться.
>Которая в 99% нахуй не нужна?
Ну как сказать не нужна. Вот у тебя, например, ранговая система с модельной, у вас алгоритм рейтит объекты, ранжирует. Есть, допустим, текстовое поле, на каждое поле идет вектор, создается триггером, потом идет специальная индексация для векторов. Все это на уровне базы делается. Скорость поиска увеличивается в разы.
Вроде в 99% случаев это действительно не нужно, но конкретно на этом проекте нужно. И это только один мелкий пунктик, а разной хуйни много. SQL это ведь не просто забрать поле А из таблицы Б

>>286363204
Даун, Я тебе по факту говорю, не нравится sql, напиши свою альтернативу, Я когда-то так делал на си, по понял, что хуйня и делаю велосипед

>>286363254
Stored

>>286363282
> В БД у тебя уже локов нет?
БД управляется СУБД, написанной на плюсах, там уже внутри все сделано для одновременного доступа к таблицам, тебе не нужно думать об этом.

>>286363254
Когда картинки смешные сохраняешь в папочку

>>286363032
Дико проигрываю с представлений байтоебов о базах данных и SQL. "Да хули у вас там, строки, столбцы, блядь, инсерт, апдейт, делит". А как строк становится хотя бы 100 лямов, так они и гасятся.

>>286359119 (OP)
Самый кек в том, что хранимки на SQL писать нельзя. Их пишут на процедурных расширениях: T-SQL, PL/SQL, PL/pgSQL или даже на обычных языках типа C#, Java, С++.

>>286363309
Что сторед?
>>286363366
Звучит логично.

>>286363216
Ты из епама?

>>286363298
завтра пойду писать свой сервер и движок запросов, заодно и весь проект на пару миллионов строк перепешу, спасибо, лучший ответ
как тут поставить 5 баллов?

>>286363390
Что такое хранимки и нахуя они нужны?

>>286363398
Процедуры и функции

>>286363357
>>286363357
>тебе не нужно думать об этом.
Ох молодо-зелено

Капча: пенсия

>>286363254
Хранимые процедуры в базе данных. Обычно пишутся на процедурном расширении языка SQL, типа PL/SQL, T-SQL. Ныне считается говном мамонта.

А я обожаю писать на sql. Пробовал использовать ОРМ, но это пиздец нагроможденная потная хуйня. А так - взял, заебашил паттерн репозиторий и гуляй рука балдей писюн.

>>286363473
Считается кем? 20-летними синьорами с галер?

>>286363254
Хранимые процедуры

>>286363357
>тебе не нужно думать об этом
Потом, когда клиент напишет: а че-то пользователи жалуются, что грузиться долго стало, глянь-ка четам, заходишь в pgstat, а там 60 транзакционных запросов месячной давности крутятся надрачивая друг дружке вприсядку. И все с финансовыми данными какими-то, которые терять ни в коем случае нельзя. Ммм

>>286363443
Вот двачую. Все думают, что они одни лезут в таблицу и все будет хорошо.
Мимо 20 лет в Oracle

>>286363486
Как жи хочецца 50 полей ручками читать и в объекты складывать.

>>286361564
>КЛИН АРХИТЕКТУРЭ
И как же нынче в КЛИН АРХИТЕКТУРЭ данные хранятся?

>>286363534
В любом крупном высоконагруженном проекте рано или поздно уходят от логики на хранимках. Те же Авито и Вбыдлятне, уж молчу про Гугль. Ну а в банках по-старинке продолжают использовать.

>>286363616
>50 полей
>мямь, смотри, как я преувеличиваю)))

>>286361667
В фейсбуке/инстаграмме весь бекенд - это написанный на ПХП ОРМ поверх MySQL, а у них самый большой хайлоад в мире.

>>286363534
>Считается кем? 20-летними синьорами с галер?
Ну давай гуро, расскажи как ты будешь версионировать, тестировать хранимки и выкатывать на прод через CI?

>>286363486
Круто наверное потом в 50 местах менять маппинги к обосранному запросу и дтошкам, когда вдруг понадобиться сделать изменения в схеме. А ещё ведь и миграции надо хуярить скриптами, а ещё нахуй миграции иногда надо откатывать

>>286363555
10 планов из 10 запросов

>>286363681
Не путай системы, в которых данные могут обрабатываться независимыми блоками и в которых важна консистентность.

>>286363710
Как-как. Для этого есть специальный человек по БД.

>>286363668
>данные хранятся
храниться они могут где угодно, если ты про инфраструктуру, то сейчас модно редис + ноу сикулэ

>>286363710
На самом деле, все тестируется и версионируется, и выкатывеется через CI, но достаточно геморройно.
Мимо 40-летний тимлид

>>286363710
>я мартышка с галеры, где хуячат микросервисы для говностартапов

>>286363709
ладно

>>286363846
Nosql уже даже на галерах не используют, все наелись этого расхайпаного говна.
Про редис хорошо пошутил.

>>286363846
Блядь, через лет 10 станет страшно банками пользоваться. А через 20 на самолетах летать.

>>286359794
лучше Акелла

>>286363846
>редис
Надежно, быстро, а главное дешево!

>>286364015
Sql уже даже на галерах не используют, все наелись этого расхайпаного говна

>>286364111
Только у вас в епаме.

>>286360114
маня открыл для себя инъекции, спешите видеть!
Если кодить не думаю то на пехепе тебе тоже в форму внедрят вызова баша с правами сервера и выльют не только базу но ещё и все связанные сервисы.

>>286364137
>Только у вас в епаме
я в оракле вообще то

>>286362727
У SQL дерево разбора раз в 10 больше, чем у любого другого языка. И он реально в 10 раз сложнее. SQL оперирует множествами, всякие Питоны с Джава - объектами, и это принципиальная разница. Потом джависты лезут в базу и пишут лютую хуйню.

>>286359119 (OP)
Да, проходил тут стажировку на типа дата инженера, надо было в офисе сидеть и по 8 часов писать на мсскул. Я вообще веб изучал всегда и почти никогда скул не изучал. Ну так там типа селект, инсерт знал. А вообще орм все делала. Ну вот, откликнулся прост, прошел пару тестовых и меня позвали.

Очень жопа горела. Все такое блядь нечитаемое, всратое, пиздос. Этот редактор кода такой уебищный. Запаниковал и съебался оттуда. Но конеш жалею, наверное последняя моя возможность для вката была.

>>286364385
>на мсскул
Для мудака, который придумал собачки в T-SQL, приготовлен отдельный котел в аду.

>>286363818
>Как-как. Для этого есть специальный человек по БД.
Ну как бы да, именно так все и работает:
>наймем мартышку и он будет нашим CI

>>286363853
>На самом деле, все тестируется и версионируется, и выкатывеется через CI
Подробности Билли, нам нужны подробности! Как и на чем писать юнит тесты на хранимки, как это гонять в CI, как это потом автоматом на прод выкатывать.

Я могу представить как это сделать на нормальном ЯП, т.е. на Python, Java, C# и т.д. пишем обычные тесты, которые будут стартовать докер, накатывать, гонять тесты. Но это же ебаный костылинг, который показывает что сам T-SQL, PL/SQL, PL/pgSQL не приспособлен к современной разработке.

>>286363885
Заметь дурачок, ни большинство новых баз данных не поддерживает хранимые процедуры. Например ClickHouse
сказал хуй вам https://github.com/ClickHouse/ClickHouse/issues/32 потому что в современном мире с большим количеством инстансов базы, репликацией между датацентрами, хранимки это говно которое тянет базу на дно. Современная база это просто хранилище данных, логика на сервере. Spanner тоже их не поддерживает.

>>286364516
>ClickHouse
Он вообще не подразумевает консистентности данных, он под другие совсем задачи, блядь.

Вспомнил долбоеба, который на clickhouse делал таблицу пользователь. Не ты ли часом?

>>286364516
Двачую, хранимые процедуры это пережиток прошлого. Можно так дизайнить, чтобы процедуры не были нужны.
Защитники хранимых процедур, приведите мне несколько примеров, где без хранимых процедур не обойтись?

>>286364516
>Как и на чем писать юнит тесты на хранимки
Внезапно, на том же языке, что и хранимки. Только там кода получается больше, чем сама хранимка. На PL/SQL давно написаны тестовые приблуды с интерфейсом для Дженкинса.
>Но это же ебаный костылинг
Да, он самый, но тебе тестировать же надо?

>>286364516
напиши ликвидбейс и почитай, потом напиши "синтакс нейм" unit tests и почитай, хули мы за тебя всё пережёвывать должны?
Мимо другой анон.

>>286364516
напиши ликвидбейс и почитай, потом напиши "синтакс нейм" unit tests и почитай, хули мы за тебя всё пережёвывать должны?
Мимо другой анон.

>>286364721
Агрегация данных для поиска по ним. В основную таблицу пишется из кучи микросервисов.

>>286364721
А с уже существующими системами что делать будем?
Задизайнит он, блять.
Иди выбивай деньги на переписывание всего того, что до тебя было, чтобы когда оно будет готово пришел такой же молодой горячий разгребать твое уже протухшее говно.

>>286364807
Агрегация как часто происходит? Почему это не может происходить по вызову извне? Слишком критично потратить полсекунды на внешний вызов?

>>286364721
Где транзакции нужны, например, в финансах.

Пишу на MS SQL и C#, и задачи по последнему намного, КРАТНО, блядь, лучше.
>>286364721
Построитель отчетов жрет процедуры и отказывается жрать функции. От меня требовалось сделать функцию и процедуру, унаследованные от одной и той же логики. И познал я эту разницу сквозь анальную боль и дни костылей.
Даже в прием произвольного количества параметров эта хуйня не может.

>>286364841
Я же и говорю, что пережиток прошло. Со старыми системами придется ебаться, хули делать. Речь именно про дизайн нового проекта.
>>286364871
Я просил привести конкретный пример

>>286364857
Т.е. ты предлагаешь вынести эту функцию в отдельный микросервис? Ну допустим, что тебе похуй на консистентность и ты можешь долбить запросы апдйетов без проблем. Какой, блядь, смысл реимплементить функционал СУБД, когда он уже есть в ней?

>>286364955
в том, что так будет проще поддерживать и расширять систему. ЭТО раз
два 3) новые маслята будут быстрее въезжать в инфраструктуру и не будут пердолить ёбаный сиквел

>>286364674
>Он вообще не подразумевает консистентности данных, он под другие совсем задачи, блядь.
Походу программисты на COBOL, начали подозревать что подход к архитектуре систем меняется.

>>286364743
А чем создаете пустую базу и накатываете DDL?

>>286364772
>напиши ликвидбейс и почитай, потом напиши "синтакс нейм" unit tests и почитай, хули мы за тебя всё пережёвывать должны?
>Мимо другой
жопочтец, который не может прочесть пост.
>Я могу представить как это сделать на нормальном ЯП, т.е. на Python, Java, C# и т.д. пишем обычные тесты, которые будут стартовать докер, накатывать, гонять тесты. Но это же ебаный костылинг, который показывает что сам T-SQL, PL/SQL, PL/pgSQL не приспособлен к современной разработке.

>>286364955
Ну приведи пример, где консистентность можно сохранить лишь внутренним триггером хранимой процедуры

>>286364947
>Построитель отчетов жрет процедуры и отказывается жрать функции
ты что ебешься с DevExpress, FastReports???

>>286364950
>Я же и говорю, что пережиток прошло. Со старыми системами придется ебаться, хули делать. Речь именно про дизайн нового проекта.
Так пишешь, как будто что-то плохое.

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

>>286362710
Если у тебя куча микросервисов пишет в одну? базу, ты ты что-то делаешь не так.

>>286365225
Ну тут есть плюсы и есть минусы. Плюсы в том, что без работы не останешься, минусы в том, что это кал ебаный и головная боль.

>>286365059
Чем проще? А то что новые маслята пропустили теорию алгебр БД в своих сенергиях или что там модно - их личные проблемы.

>>286365098
>Походу программисты на COBOL, начали подозревать что подход к архитектуре систем меняется.
Он не меняется. Появляются новые задачи, появляются новые инструменты. Никто не будет пихать данные iot в постгрес, но и таблицу юзеров в кликхаусе делать не будет

>>286365126
"Лишь" - единственный пример будет про сохранение данных в случае сбоя питания в момент переноса из буфера ядра на диск или типа того.
Ты всегда можешь нагородить свои костыли и повторить функционал СУБД. Но зачем?

>>286365187
>DevExpress
Да, но это сишарп, там задачи здорового человека.
>FastReports
Report Builder. Порождение дьявола без нормальной отладки.

>>286365287
Так а что не кал и головная боль когда речь про РАБоту?

>>286365291
>Но зачем?
А зачем вообще что-нибудь ещё кроме SQL, давайте всю логику на стороне базы делать? Анон, дело в удобстве и поддерживаемости. По той же причине ушли от ассемблера к Си и от Си к более высокоуровневым языкам. Зачем Python, когда все есть в Си? А зачем С++ когда уже есть Си?

>>286365291
>Чем проще?
ты хочешь сказать, что переделать хранимку или написать ее с нуля легче, чем какой нибудь код на высокоуровневом языке, написанном с примtнением SOLID и других архитектурных хуевин?

>>286365345
На Питоне кодить

>>286365244
Да, согласен. Пример от баллы и хуевый.
Практические примеры простые в голову не приходят. Ну какие-нибудь приколы с деньгами очевидные только.

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

>>286365345
Микросевервисы в контейнере в облаке, например.

>>286359119 (OP)
Двачую адеквата, процедурки это кал из жёпы созданный пердолями из 1980х.

>>286365430
У микросервиса должна быть своя база, мань, иначе это распределенный монолит

>>286365385
Так современный софт, тормозящий на топовых конфигурациях, парадигмальный пример криворукости современных кодомакак, хуячащих на высокоуровневых ЯП.

>>286365443
>>286365415
Что-то на смузихлебском.

>>286365385
Задачи, блядь, разные. Люди по итогу пишут и на асме, и на с, и на плюсах, и на питоне. Почему же? Потому что задачи разные.

>>286365411
У тебя 90% логики один хуй будет на SQL. Будешь просто туда-сюда гонять запросы, чтобы какой-нибудь if написать на язякнейм, а не на pgsql? Ну ок, охуенная идея.

>>286365492
Хочешь чтоб не тормозило? А один сторипоинт за спринт не хочешь?

>>286365522
Ну так-то смузи вкуснее мочи, ты пробовал когда-нибудь смузи? Или ты как старый дед-пердед "раньше было лучше и ниибет"?

>>286365549
Вотерфолл как в старые добрые хочу.

>>286365485
Ну охуеть. Пориджи новое слово придумали. Ты подебил.

>>286365576
Лол, мочехлеб детектед.

>>286365291
>но и таблицу юзеров в кликхаусе делать не будет
пока твоим сервисом пользуются 3,5 калеки. А когда твой сервис станет популярным, тогда придется и ClickHouse, и всякие in memory data grid использовать.
Я как бы не спорю, для ИП Мкртчан PostgreSQL и хранимки - норм решение можно даже двухзвенку намутить на Delphi. Но на чем-то высоко нагруженном, это не будет работать.

>>286365542
>Будешь просто туда-сюда гонять запросы, чтобы какой-нибудь if написать на язякнейм
Про жадные запросы слышал?

>>286365492
Анон, ты бы охуел ещё больше, если бы те же макаки кодили то же самое на Си, у тебя б не просто тормозило, а нахуй материнка бы поплавилась.

>>286365648
Стоп
Ты на полном серьезе считаешь, что есть случай, когда таблица пользователей будет хранится в кликхаусе и это хорошая идея?

>>286365638
Я думал, у нас тут интеллектуальная дискуссия, иди нахуй

>>286365588
ОБОСРАЛСЯ
@
НАЗОВИ ОППОНЕНТА ПОРИДЖЕМ

>>286365730
Чумба, ты колесики забыл выпить?

>>286365691
Что-то то ли на зумерском, то ли на пхпшном. Не могу разобрать.

Подумай головой. Если ты обрабатываешь данные у себя на клиенте, то ты их в любом случае должен получить. Т.е. прогнать по сети, а потом назад (записать). Это заведомо больше действий чем сделать тоже самое сразу на сервере.

>>286365542
>У тебя 90% логики один хуй будет на SQL
Анон, суть ведь в том, чтобы эта логика была ОПИСАНА в репозитории, чтобы её было легко поддерживать, легко читать и пользоваться удобным поиском. А не через жопу стучаться в базу и искать, где же там заветная процедурка нахуй, про которую никто и не знал даже на проекте, знал только чел, который написал её 10 лет назад и уволился 7 лет назад, а она была и работала все это время.

>>286365702
Ой ли?
Поплавились бы мозги у макак поначалу, а потом глядишь в людей они выросли.

>>286365797
Я пью тольки витаминки для занятий в зале

>>286365715
>Ты на полном серьезе считаешь, что есть случай, когда таблица пользователей будет хранится в кликхаусе и это хорошая идея?
Не обязательно в кликхаусе, но если у тебя пользователей как у гугла, то ты полюбасу будешь хранить пользователей в любой современной распределенной базе.
Ни Spanner, ни Bigtable хранимки не поддерживают.

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

>>286365798
>Это заведомо больше действий чем сделать тоже самое сразу на сервере
ААААА у тебя же получается манямирок, где хранимки сами себя вызывают в базе и живут сами по себе, наверное движок базы и html страницы рендерит и возвращает пользаку. Клиент жеж не вызывает никаких хранимок через сеть, он же не инициатор, инициатор всегда sql сервер, а клиент (бек на каком нибудь шарпе) просто его слушает и играет на дудочке

>>286365884
>если у тебя пользователей как у гугла
Если у меня пользователей, как у гугла, то у меня и Google Firebase свой будет.

>>286365884
Ты скорее напишешь свой велосипед под свои задачи ибо можешь себе позволить. Компаний уровня гугла то дохуя, ога.

Я sql-разработчик, ничего кроме sql вообще никогда не использовал, стаж 4 месяца. Задавайте вопросы.

>>286365588
это самый известный антипаттерн (da da, distributed monolith) ты с такими знаниями любой собес завалишь

>>286366029
зачем ты живешь?

>>286365821
Поэтому их юзают только когда НУЖНО, а не на каждый пук (если ты не в банке, конечно).

>>286365884
Даже если у тебя пользователей как у гугла, то обычный постгрес справится (людей, напоминаю, 7ккк всего) с табличкой users.
Но речь не о том, а о том, что иногда тебе важна надёжность и точность данных, а иногда допустимы ошибки и важна скорость. Это разные задачи.
и ты ебанутый, если будешь в гугловской базе хранить что-то типа юзеров, это охуеть как дорого выйдет

>>286359119 (OP)
Просто используй ORM и паттерн Реставратор.
>какие мудаки придумали писать бизнес логику в базу
С этим на 100% согласен.

Что надо изучать, что бы понять тред?
А ещё довкатиться в айти

>>286365821
>А не через жопу стучаться в базу
А девопсы и секьюрити аналисты будут ещё тебе всячески мешать на каждом этапе, выдавая НАИМЕНЬШИЙ НЕОБХОДИМЫЙ ДОСТУП, который будет каждую неделю ротироваться, а софт для доступа будет каждый раз обновляться, а и давайте сделаем пятифакторную авторизацию, потому что вот так, а что вы хотели, СОВРЕМЕННЫЕ ПРАКТИКИ

>>286366091
а зачем тебе?

>>286365932
У меня вьетнамские флешбеки, я работал на проекте где html генерился используя логику из базы данных, на количество строк, столбцов и там же лежали стили.

В какую СУБД перекатиться? Уже года четыре фриланшу и пишу на мускуле, но что-то, думается мне, уже не понт совершенно на нем писать, думаю попробовать постгрес: модно, мейнстримно. Мнения?

>>286366159
Ощущаю что я застрял.
Застрял в ЗП, знаниях и ощущаю как теряю актуальность. Хочется чего-то нового.

>>286366191
Что ты блять не понимаешь тогда из треда?

>>286365932
Какой хтмл, что ты несешь? Инициатор это какой-нибудь внутренний продукт другого, блядь, агента может быть.

>>286366049
Ага, ты ещё про патерны ООП спроси, или что там нынче модно в галерах.
По сути есть что ответить?

>>286366091
6 форм нормализации и 4 уровня изоляции транзакции, виды ключей и чем лефт джоин отличает от оутер для начала. И отличия функции от ХРАНИМКИ

>>286366091
Вкатиться на первую попавшуюся работу, потому что брали без опыта. Охуеть от первой же задачи с ковырянием 15-летней неработающей легаси-параши на 400 строк. Два месяца курить и переписать этот запрос на 60 строк. Серьезно, лучше не трогай базы данных, там никакого удовольствия от написания кода.

>>286366053
Я вообще-то откликнулся на вакансию C# бекенд программист стажер, а проходя онбординг начал что-то подозревать только на втором месяце. В итоге я оказалось sql-разработчик.

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

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

И получается, что хоть и продукт целиком на микросервисах максимальные современные best-practices подходы - но треть компании занята написанием хранимок.

>>286366208
>Инициатор это какой-нибудь внутренний продукт другого, блядь, агента может быть
у тебя база сама по себе что ли живет? кто в них данные пишет?

>>286366184
Сорта говна, если знаешь мускл основы постгресса за пол дня освоишь. NoSQL осваивай

Это всё хуйня, ничего учить не надо больше, ChatGPT пишет любой SQL запрос по просьбе.

>>286366191
>Хочется чего-то нового.
Попробуй записаться в Вагнер. Новые приятные знакомства, яркие впечатления, эмоции, впечатления на всю жизнь. Бесплатное трехразовое питание

>>286366309
А в чем профиты? Там же данные не структурированные хранятся, нет? Разве удобно? И тот же скл уже который десяток лет живет и процветает, не будет такого что этот ваш зумерский носкл загнется, когда все наиграются?

>>286366277
>И получается, что хоть и продукт целиком на микросервисах максимальные современные best-practices подходы - но треть компании занята написанием хранимок.
вы долбаёбы какие то получается

>>286366304
У компании-клиента крутится апи, который считывается сервисом нашим и кидается в базу, например.
У другого висит активный клиент, который дёргает наш апи, который пишет в базу.
У третьих вообще сторонняя подсистема, которая вынесена на третий сервер.
Куча вариантов, кто тебе может давать сурс данные.

>>286365932
>наверное движок базы и html страницы рендерит и возвращает пользаку
Не смог нагуглить, но неилюзорно на хабре была статья где один чел из постгреса генерил HTML и доказывал всем как это охуенно.


>>286365939
>Если у меня пользователей, как у гугла, то у меня и Google Firebase свой будет.
Лови ньюфага! Фаербейз не БД.

>>286365948
>Ты скорее напишешь свой велосипед под свои задачи
Вот именно, а не юзать постгрес с хранимками.

>>286366064
>Даже если у тебя пользователей как у гугла, то обычный постгрес справится (людей, напоминаю, 7ккк всего) с табличкой users.
Никому нахер не уперлась табличка ID, USERNAME, нужно хранить все данные пользователя и вот тут уже у постгреса пупок развяжется.

>и ты ебанутый, если будешь в гугловской базе хранить что-то типа юзеров, это охуеть как дорого выйдет
Мне совсем не дорого, для своих тут все по цене железа.

>>286366370
Если тебе критична скорость сохранения данных, а не обработки, то без ноускл никак, а потом уже в фоне джобы будут все в скл переганять, а потом в эластик какой. Это один из кейсов.

>>286365098
>А чем создаете пустую базу и накатываете DDL?
Кучей скриптов sql, их из Питона, а он в пакет запакован. Но сейчас так не модно, лучше Ликви Бейз какой-нибудь.

>>286366370
Носкл уже загнулся. Все нормальные БД для бигдата на вариациях скл.

>>286366258
А вот из всего этого мне пригодился только последний пункт за все полтора года.

>>286360114
Бля чел. Там уже петабайты выкачаны курлом из пхп скриптов.

>>286366403
Какой даун придумал такую архитектуру? Хули вы руками оператору ЭВМ письма не носите, он бы один сам набирал на клаве данные и заносил в одну бд

>>286366439
>Никому нахер не уперлась табличка ID, USERNAME, нужно хранить все данные пользователя и вот тут уже у постгреса пупок развяжется.
А я тебе предлагаю гугл аналитикс засунуть в постгрес что ли? Я говорю сугубо про вещи, где это критично.

>>286366277
>треть компании занята написанием хранимок
Проблема этого подхода в том, что вот с каждой новой подобной задачей сложность следующей задачи возрастает на 1%. Ну примерно, это я так, от балды, немного возрастает, короче и имеет накопительный эффект. Короче, вот у вас проект сейчас и вот проект через год. Через год он будет уже намного запутаннее и сложнее. А уж если старые сотрудники уволятся и придут новые... Короче, каждая последующая доработка будет дороже по затратам сил и времени.

>>286366521
Такое, неиронично, тоже есть. Есть чуваки с паранойей на безопасность.

>>286366554
Ну, ладно, это я утрировал немного. Не руками прям вбивает, конечно.

абу капчу труба шатал бля

>>286365430
Анон, микросервис - это маркетинговое название. На самом деле эта хуйня называется вертикальный шардинг и известна еще с 70-х годов, если не раньше. Суть в том, что ты берешь одну бд и разносишь таблицы по разным бд с репликацией в рид-онли таблицы для джоинов. Косяки этого подхода известны тоже с 70-х годов, поэтому такое говно нигде в серьезном проде не используется, только в раковых говностартапах. Делать микросервис, который вызывает другой микросервис, который пишет в бд - это долбоебизм уровня епам, не будь таким.

>>286366356
Пригожин иди нахуй.

>>286366731
Окей. Значит я неправильно использовал слово. Спасибо за ликбез, анон.

>>286359119 (OP)
тред не читал, как атестованный sql сеньер поссал тебе на лицо
>>286365648
>>286364516
и тебе
>>286364516
хранимые процедуры это основа, отделение отребья фронта от дб. если ты этого до сих пор не понял - ты не выше джуна. проектирование и разделение по слоям, ты не вырос прост
столько далбаебов и столько говеных проектов

>>286366731
>Делать микросервис, который вызывает другой микросервис, который пишет в бд - это долбоебизм
Если ты говоришь про слои абстракции, то нет, не долбоебизм. Я просто с реальной микросервисной архитектурой никогда не сталкивался за 9 лет.

>>286367064
>тред не читал
ответил на 3 поста, давай синьер пиздабол, иди на хуй

>>286359119 (OP)
>какой конч придумал писать хранимки на 1000+ строк
О! Бизнеслогика в хранимках. Спроси у своего архитекта какой он ориентации. SQL тут не причём.

>>286367064
>атестованный sql сеньер
Что за сертификат, делись, давай пруфы

>>286363548
Лучший в треде, давно так не проигрывал

>>286363296
>забрать поле /a/ из таблицы /b/

>>286367333
pg,ms,msql,oracle. не то чтобы это было обязательно, прост по фану, фирма платила, это повышает мою стоимость не меняя места работы и не теряя в зп. с хуя ли бы нет ?
на дваче принято верить слову джентльмена(с)

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

зы. я тут буду не доого, мож еще час-два. задавайте вопросы