Тень228

Пользователь

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Тень228

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Armagedonby_ZERGS сказал(а):

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

Если ты считаешь таймзоны в SQL = roflanPominki.png?1616515180

Нажмите, чтобы раскрыть...

Сам понял что написал? В бд есть таймстеп и таймстеп с таймзоной, и тот и другой внезапно хранят время в юниксе и отличаются только форматом вывода, при том кастятся в друг друга при желании.

А как ты будешь в коде считать например то же средний показатель по дням недели? Выбирать с бд всю таблицу и в коде считать? Ну с таким подходом тебе roflanPominki.png?1616515180 челик

Armagedonby_ZERGS сказал(а):

roflanLico.png?1616515069А если у тебя приложение поддерживает несколько разных баз данных сразу, что тогда будешь делать?

Нажмите, чтобы раскрыть...

А где вообще связь можно узнать? У нас около 2000 компаний-клиентов и у каждой своя схема, ну было бы допустим несколько разных бд, как это вообще связно с скл? 

kremennik сказал(а):

А у меня вопрос зачем это в одном запросе делать если можно написать на нормальном языке программирования всякую логику, а не в sql мутить все вот это вот?

Нажмите, чтобы раскрыть...

Бд оптимизирует запросы, и один запрос всегда будет в разы быстрее нескольких маленьких. 

Lambda-chan сказал(а):

Было бы логичнее тебе самому написать код на sql, который это делает, и попросить написать код с orm, который сгенерирует твой запрос.

Нажмите, чтобы раскрыть...

Мб, но энивей это полчаса, зачем мне их тратить когда супер очевидно, что он сольется.

Александр сказал(а):

Представь, что у тебя есть запрос с десятками, а то и сотнями зависимостей

Нажмите, чтобы раскрыть...

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

Александр

Почетный пользователь

Регистрация: 10.08.2013

Сообщения: 5395

Рейтинг: 4248

Александр

Регистрация: 10.08.2013

Сообщения: 5395

Рейтинг: 4248

Тень228 сказал(а):

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

Нажмите, чтобы раскрыть...

А, да? 

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

Удачи тебе с обучением!

Тень228

Пользователь

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Тень228

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Александр сказал(а):

А, да? 

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

Удачи тебе с обучением!

Нажмите, чтобы раскрыть...

С каким обучением клоун, я обучился давно, сливайся.

Александр

Почетный пользователь

Регистрация: 10.08.2013

Сообщения: 5395

Рейтинг: 4248

Александр

Регистрация: 10.08.2013

Сообщения: 5395

Рейтинг: 4248

Тень228 сказал(а):

С каким обучением клоун, я обучился давно, сливайся.

Нажмите, чтобы раскрыть...

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

Ну ничего, однажды тебя возьмут на рвоту

Тень228

Пользователь

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Тень228

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Александр сказал(а):

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

Ну ничего, однажды тебя возьмут на рвоту

Нажмите, чтобы раскрыть...

Да да давай чеши отсюда вместе со своей бд с тысячами джойнов или как ты там написал 

 

DrZoidberg сказал(а):

Значит это херовый запрос. 

 

Нажмите, чтобы раскрыть...

Нет, просто этот чел глупый

ke1evra

Пользователь

Регистрация: 25.12.2012

Сообщения: 1341

Рейтинг: 1205

ke1evra

Регистрация: 25.12.2012

Сообщения: 1341

Рейтинг: 1205

img
Тень228 сказал(а):

микросервис по удалению данных с бд

Нажмите, чтобы раскрыть...

sammyyPepekek.png?1598626065

 

Тень228 сказал(а):

Бд оптимизирует запросы, и один запрос всегда будет в разы быстрее нескольких маленьких. 

Нажмите, чтобы раскрыть...

ничего подобного. субд (да, именно субд, а не бд, бд ничего не умеет делать, бд это просто файлы привет) не оптимизирует, а кэширует. если ты джоинишь всякие словари, которые изменяются раз в месяц то это да, одним запросом будет проще выбирать - заметь, не БЫСТРЕЕ, а ПРОЩЕ, это разные вещи. 

 

кэш устанавливается на весь запрос, и поэтому если в одном запросе много таблиц, то любое изменение в одной из таблиц сбросит кэш, потому иногда БЫСТРЕЕ селектить отдельно и уже программно обрабатывать. всё зависит от времени выполнения запроса и нагрузки на бд.

 

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

 

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

Тень228

Пользователь

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Тень228

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

ke1evra сказал(а):

sammyyPepekek.png?1598626065

 

ничего подобного. субд (да, именно субд, а не бд, бд ничего не умеет делать, бд это просто файлы привет) не оптимизирует, а кэширует. если ты джоинишь всякие словари, которые изменяются раз в месяц то это да, одним запросом будет проще выбирать - заметь, не БЫСТРЕЕ, а ПРОЩЕ, это разные вещи. 

 

кэш устанавливается на весь запрос, и поэтому если в одном запросе много таблиц, то любое изменение в одной из таблиц сбросит кэш, потому иногда БЫСТРЕЕ селектить отдельно и уже программно обрабатывать. всё зависит от времени выполнения запроса и нагрузки на бд.

 

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

 

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

Нажмите, чтобы раскрыть...

Че ты пронес, клоун? Почитай про планировщик запросов что ли, который именно оптимизирует (выбирает оптимальный алгоритм) выполнения запроса.

https://postgrespro.ru/docs/postgresql/14/planner-optimizer?lang=en

оспа этого времени

Пользователь

Регистрация: 20.08.2018

Сообщения: 1374

Рейтинг: 317

оспа этого времени

Регистрация: 20.08.2018

Сообщения: 1374

Рейтинг: 317

Тень228 сказал(а):

Видишь ли, FeelsClownMan.png?1592047348, орм это не магия, а обычный генератор скл, то есть абсолютно всё, что есть в запросе, ты также будешь писать на орме, при этом на языке этого орма и не до конца понимая конечный результат, ибо не думаю, что ты алгоритмы работы этого орма изучил досконально.

Про "ковыряться в запросе" - это вообще в дурку. В запросе ковыряться сложно, а в том говнокоде орма, который этот же скл будет генерировать по своим левым алгаритмам - не сложно. Держи в курсе.

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

 

Че? Каких двух задач, какая тебе разница про сроки? 

Нажмите, чтобы раскрыть...

у orm вполне конкретные задачи.

если тебе приходится писать запросы в "50+ строк" проблема не в ORM, а в архитектуре проекта. Такая необходимость плохой признак.

Podpivasik

Пользователь

Регистрация: 14.07.2018

Сообщения: 30020

Рейтинг: 11112

Нарушения: 70

Podpivasik

Регистрация: 14.07.2018

Сообщения: 30020

Рейтинг: 11112

Нарушения: 70

Тень228 сказал(а):

и вертску по макету может неделя спокойно уходить.

Нажмите, чтобы раскрыть...

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

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

 

а логика пишется так же за пару дней. 90% работы - это работа с крудами отправить/принять запрос с апи.

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

лишь иногда проскакивают какие то уникальные проекты где надо сидеть и писать что то.

Podpivasik

Пользователь

Регистрация: 14.07.2018

Сообщения: 30020

Рейтинг: 11112

Нарушения: 70

Podpivasik

Регистрация: 14.07.2018

Сообщения: 30020

Рейтинг: 11112

Нарушения: 70

y6ejushe сказал(а):

Я сейчас не в целях рофла, а реально интересно стало. Реально где то в современных фреймоврках в проектах пишут на голом sql, вместо орм? Меня это даже удивляет маленько.

Нажмите, чтобы раскрыть...

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

 

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

вот это скил, а не три кнопки прожать с автокомплитом чтобы орм тебе запрос поставил, а потом на форуме писать "гыы скл говно".

Тень228

Пользователь

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Тень228

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

оспа этого времени сказал(а):

у orm вполне конкретные задачи.

если тебе приходится писать запросы в "50+ строк" проблема не в ORM, а в архитектуре проекта. Такая необходимость плохой признак.

Нажмите, чтобы раскрыть...

Дело не в структуре бд, а просто в том, что для многих задач в одном запросе нужно получать и агрегировать кучу разных данных. Супер упрощенный пример я выше писал, считай однотабличный, но как ты его на орме сделаешь я хз, а на скле это строк 15-20.

haHAA

Пользователь

Регистрация: 25.03.2017

Сообщения: 1149

Рейтинг: 750

haHAA

Регистрация: 25.03.2017

Сообщения: 1149

Рейтинг: 750

img
Podpivasik сказал(а):

либо верстальщики эту работу делают, либо джуны фронты.

Нажмите, чтобы раскрыть...

Так он и есть джун

UPD. А или типа имелось в виду именно фронты, а не фуллстаки

Podpivasik

Пользователь

Регистрация: 14.07.2018

Сообщения: 30020

Рейтинг: 11112

Нарушения: 70

Podpivasik

Регистрация: 14.07.2018

Сообщения: 30020

Рейтинг: 11112

Нарушения: 70

haHAA сказал(а):

Так он и есть джун

Нажмите, чтобы раскрыть...

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

haHAA

Пользователь

Регистрация: 25.03.2017

Сообщения: 1149

Рейтинг: 750

haHAA

Регистрация: 25.03.2017

Сообщения: 1149

Рейтинг: 750

img
Podpivasik сказал(а):

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

Нажмите, чтобы раскрыть...

Мне кажется, что настоящий сеньор не будет на форуме дота2 что-то кому-то сидеть доказывать про айти: у него либо времени не будет, либо ему будет впадлу рандому отвечать

Armagedonby_ZERGS

Пользователь

Регистрация: 23.03.2015

Сообщения: 11371

Рейтинг: 4428

Armagedonby_ZERGS

Регистрация: 23.03.2015

Сообщения: 11371

Рейтинг: 4428

Тень228 сказал(а):

Сам понял что написал? В бд есть таймстеп и таймстеп с таймзоной, и тот и другой внезапно хранят время в юниксе и отличаются только форматом вывода, при том кастятся в друг друга при желании.

Нажмите, чтобы раскрыть...

Я да - а ты - нет.

Нормально настроенная бд всегда будет работать по UTC. Она будет или брать эту зону из виртуалки-контейнера, или она прописаная в конфигурации явно. И это не я придумал - это дефолт в котором работают все облака, тот же амазон. Его ДинамоДБ и Лямбды - работают онли с ЮТС.

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

Тень228 сказал(а):

А как ты будешь в коде считать например то же средний показатель по дням недели? Выбирать с бд всю таблицу и в коде считать? Ну с таким подходом тебе roflanPominki.png?1616515180 челик

Нажмите, чтобы раскрыть...

Легко.

У меня в базе все лежит четко по ютс. С фронта мне тоже летит все по ютс. Т.е я формат зона пользователя -> ютс делаю на стороне клиента, т.к только клиент знает в какой зоне он находиться.

Т.е если ты еще не понял, цепочка такая. Клиент(Москва), кастит время в ютс -> бек получает время в ютс -> сохраняет в базу которая его тоже хранит в ютс ->  достаю из базы в ютс -> считаю что мне надо в ютс -> отправляю клиенту в ютс -> на фронте перевожу в зону клиента.

А если у тебя в бд время лежит по условной Москве - земля тебе пухом дружок.

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

Тень228 сказал(а):

Выбирать с бд всю таблицу и в коде считать?

Нажмите, чтобы раскрыть...

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

Тень228

Пользователь

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Тень228

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

 

Armagedonby_ZERGS сказал(а):

Нормально настроенная бд всегда будет работать по UTC. Она будет или брать эту зону из виртуалки-контейнера, или она прописаная в конфигурации явно. И это не я придумал - это дефолт в котором работают все облака, тот же амазон. Его ДинамоДБ и Лямбды - работают онли с ЮТС.

Нажмите, чтобы раскрыть...

Запись в бд всегда ведется в utc. В го стандартный пакет для работы с бд всегда кастит аргументы времени в utc-0 автоматически. Хотя если бы я хотел, я бы мог и передавать в бд время с часовым поясом, она бы сама переводила его в unix точно также как и время utc, какая разница, ты понимаешь, что это просто цифра?

При этом мне без разницы какой часовой пояс сейчас у базы данных, я просто прошу у нее чтобы она например за начало сегодняшнего дня считала не 0:00, а 3:00 utc.

Armagedonby_ZERGS сказал(а):

У меня в базе все лежит четко по ютс. С фронта мне тоже летит все по ютс. Т.е я формат зона пользователя -> ютс делаю на стороне клиента, т.к только клиент знает в какой зоне он находиться.

Т.е если ты еще не понял, цепочка такая. Клиент(Москва), кастит время в ютс -> бек получает время в ютс -> сохраняет в базу которая его тоже хранит в ютс ->  достаю из базы в ютс -> считаю что мне надо в ютс -> отправляю клиенту в ютс -> на фронте перевожу в зону клиента.

Нажмите, чтобы раскрыть...

Че? То, что ты высрал будет работать только когда ты берешь полный список записей. Давай такой кейс: распределение событий по месяцам за последний год, 10 в январе, 5 в феврале и т.д. Для каждого месяца будешь на фронте считать границы по utc и лесенку кейсов строить в скле?

 

У меня реально впечатление, что ты не можешь просто осознать, что база данных не работает ни по какому utc, она просто хранит бигинт (её таймозна в настройках не влияет ни на что считай), ты просто для своего же удобства просишь ещё перевести число в юникс во время нужной тебе таймзоны. 

Podpivasik сказал(а):

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

Нажмите, чтобы раскрыть...

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

haHAA сказал(а):

Мне кажется, что настоящий сеньор не будет на форуме дота2 что-то кому-то сидеть доказывать про айти: у него либо времени не будет, либо ему будет впадлу рандому отвечать

Нажмите, чтобы раскрыть...

Глупость, эти сеньоры обычные людишки, зачастую гордые, с комплексами и т.д.

Armagedonby_ZERGS

Пользователь

Регистрация: 23.03.2015

Сообщения: 11371

Рейтинг: 4428

Armagedonby_ZERGS

Регистрация: 23.03.2015

Сообщения: 11371

Рейтинг: 4428

Тень228 сказал(а):

У меня реально впечатление, что ты не можешь просто осознать, что база данных не работает ни по какому utc, она просто хранит бигинт (её таймозна в настройках не влияет ни на что считай), ты просто для своего же удобства просишь ещё перевести число в юникс во время нужной тебе таймзоны. 

Нажмите, чтобы раскрыть...

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

А нет, скину тебе кое что.

https://database.guide/add-months-to-a-date-in-postgresql%EF%BF%BC%EF%BF%BC/

Работа даных ф-ий напрямую завязана на тому какая у тебя зона, дружок))

Luck1ess

Пользователь

Регистрация: 14.08.2016

Сообщения: 169

Рейтинг: 33

Luck1ess

Регистрация: 14.08.2016

Сообщения: 169

Рейтинг: 33

Тень228 сказал(а):

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

Ладно, клоун, давай супер упрощённый пример. Есть таблица доставок еды. Есть таймстеп времени совершения заказа, таймстеп времени доставки по факту и инт секунд предполагаемой изначально длительности доставки, район, а также ссылка на таблицу курьеров.

Выбери мне, пожалуйста, с помощью орма процент доставленных вовремя в каждый день недели заказов (в пн - 40%, во вт - 50% и т.д.), а также имя курьера с наибольшей эффективностью, а также район доставки, где наиболее низкий процент доставок вовремя, зс текущий месяц. В одном запросе. Выборка по дням недели и начало текущего месяца С УЧЕТОМ ТАЙМЗОНЫ запрашивающего, пусть будет например 'UTC+3' Это прямо сверх простой кейс с 2 таблицами, где будет достаточно 1 вложенного запроса. 

Жду код на орм.

Нажмите, чтобы раскрыть...

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

haHAA

Пользователь

Регистрация: 25.03.2017

Сообщения: 1149

Рейтинг: 750

haHAA

Регистрация: 25.03.2017

Сообщения: 1149

Рейтинг: 750

img

Ну, всё, хватит пацана обижать уже. Ясен пень он понял, что оподливился в разговоре про устройство СУБД.

Он, конечно, не признает это здесь, но осадочек у него останется.

Тень228

Пользователь

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Тень228

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Armagedonby_ZERGS сказал(а):

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

А нет, скину тебе кое что.

https://database.guide/add-months-to-a-date-in-postgresql%EF%BF%BC%EF%BF%BC/

Работа даных ф-ий напрямую завязана на тому какая у тебя зона, дружок))

Нажмите, чтобы раскрыть...

У вас на этом форуме похоже основной приём - высрать что-то невнятное, скинуть какую-то левую ссылку и пусть человек типа не поймет - а как это таймзона должна влиять на сложение захардкоженной даты с фиксированным периодом, и напугается, что это он тупой.

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

 

Luck1ess сказал(а):

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

Нажмите, чтобы раскрыть...

Вот, из той же серии клоун.

Ничего конкретного не написано, просто "ты не понял, почитай, разберись". Пишет про индексы, хотя это база, сам наверняка не слышал даже про вес, айналайз, как статистику постегрес хранит и т.д. Чисто weaver.png

 

Armagedonby_ZERGS сказал(а):

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

А нет, скину тебе кое что.

https://database.guide/add-months-to-a-date-in-postgresql%EF%BF%BC%EF%BF%BC/

Работа даных ф-ий напрямую завязана на тому какая у тебя зона, дружок))

Нажмите, чтобы раскрыть...

Делаешь вот так вот select timezone('utc', timezone('+3:00', ''2022-08-20 13:56:39''))::timestamp 

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

ke1evra

Пользователь

Регистрация: 25.12.2012

Сообщения: 1341

Рейтинг: 1205

ke1evra

Регистрация: 25.12.2012

Сообщения: 1341

Рейтинг: 1205

img
Тень228 сказал(а):

Че ты пронес, клоун? Почитай про планировщик запросов что ли, который именно оптимизирует (выбирает оптимальный алгоритм) выполнения запроса.

Нажмите, чтобы раскрыть...

ты сам-то читал как этот оптимизатор работает? во-первых, при большой нагрузке "In order to determine a reasonable (not necessarily optimal)", во-вторых, то о чём я говорил "The possible plans are determined by the available indexes on each relation".

 

поэтому составлять запросы абы как, и верить, что движок субд спасёт твои кривые руки, ну такое себе

 

да короче.. тебе уже во все карманы фаллосов накидали, что толку объяснять

Тень228

Пользователь

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

Тень228

Регистрация: 24.09.2019

Сообщения: 3928

Рейтинг: -691

ke1evra сказал(а):

ты сам-то читал как этот оптимизатор работает? во-первых, при большой нагрузке "In order to determine a reasonable (not necessarily optimal)", во-вторых, то о чём я говорил "The possible plans are determined by the available indexes on each relation".

 

поэтому составлять запросы абы как, и верить, что движок субд спасёт твои кривые руки, ну такое себе

 

да короче.. тебе уже во все карманы фаллосов накидали, что толку объяснять

Нажмите, чтобы раскрыть...

Хз к чему ты это высираешь.

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

Я слил по фактам парочку клоунов как обычно, но челик решил что это мне навтыкали. Сходи к психиатру проверься.