У иеня мечта - написать мобильную апплиеацию которая будет пинговать мои сайты по расписанию и выдавать алерт если что-то не раблтает. Никаких бэкендов и дашбордов. только ping или curl с regexp и алерт. Может кто знает уже готовое?
Началось с того что я увидел а Линкдин пример где используют подзапрос для подсчета заказов (мой второй пример) и поспешно заявил что это плохой пример запроса и следует исрользовать join.
На что получил комментарий утверждавший что я не прав. В резудььате я захотел разобраться в теме и как результат написал эту статью.
Что и требовалось доказать. На больших наборах данных JOIN выигрывает, а на малых - подзапрос. Суть статьи в том что нужно выбирать подвод в зависимости от ситуации. А еще возможно переписывать запросы при росте базы данных.
Именно это я и хотел показать, что для разных наборов данных эффективность запросов будет разной. Целью статьи было развенчать миф о том что JOIN всегда лучше чем SUBQUERY.
я на своём сайте использую OAUTH2 логин, и сохраняю только логин представляемый мне провайдером авторизации (Google, LinkedIn, Янедекс, Github) являются ли эти данные персональными данными?
Да, вы правы, но в версии SQL Server 2025 этот набор был расширен. Например добавлены JSON_ARRAY JSON_ARRAYAGG
https://sqlize.online/s/PP
Водоррд можно использовать в месте значительно удаленном от места производства. То есть это мбильный аккумулятор.
Потому что турбины делают всего несколько производителей в мире и это штучный продукт, а панели делают в огромном количестве
Спасибо
Не могли бы вы опубликовать ссылку на источник информации?
У иеня мечта - написать мобильную апплиеацию которая будет пинговать мои сайты по расписанию и выдавать алерт если что-то не раблтает. Никаких бэкендов и дашбордов. только ping или curl с regexp и алерт. Может кто знает уже готовое?
Программа пишется не для компьютеров, а для программистов. Я хочу знать что будут думать о вас те кому придется поддерживать код с такими запросами
К сожалению русский язык не предусмотрен. Но если есть впросы по работе сервиса - пишите в наш тг чат: https://t.me/sqlize
Началось с того что я увидел а Линкдин пример где используют подзапрос для подсчета заказов (мой второй пример) и поспешно заявил что это плохой пример запроса и следует исрользовать join.
На что получил комментарий утверждавший что я не прав. В резудььате я захотел разобраться в теме и как результат написал эту статью.
Что и требовалось доказать. На больших наборах данных JOIN выигрывает, а на малых - подзапрос. Суть статьи в том что нужно выбирать подвод в зависимости от ситуации. А еще возможно переписывать запросы при росте базы данных.
Отличный комментарий. Я буду рад если вы проведете такие тесты и опубликуете результаты
Именно это я и хотел показать, что для разных наборов данных эффективность запросов будет разной. Целью статьи было развенчать миф о том что JOIN всегда лучше чем SUBQUERY.
это ИИ сгенерировал
Бизнес и ничего личного
YoptaScript - язык программирования для гопников и чётких пацанов https://yopta.space
Доктрина проверенная поколениями. Иначе чего вдруг на Хабре под статьей про ИИ появляется такой комментарий.
Что бы не случилось - виноваты евреи
Технически это по-прежнему Oracle 23, Oracle 26ai — коммерческое название.
А зачем им скрывать эти адреса?
Поясните мне следующее:
я на своём сайте использую OAUTH2 логин, и сохраняю только логин представляемый мне провайдером авторизации (Google, LinkedIn, Янедекс, Github) являются ли эти данные персональными данными?