Древний проект и древний EF. Запросы параметризованные, но все (!) разные.
Вот кусок кода:

AND ( EXISTS (SELECT
                       1 AS [C1]
                       FROM   (SELECT
                           6 AS [C1]
                           FROM  ( SELECT 1 AS X ) AS [SingleRowTable1]
                           WHERE 0 <> 6
                       UNION ALL
                           SELECT
                           6 AS [C1]
                           FROM  ( SELECT 1 AS X ) AS [SingleRowTable2]
                           WHERE 0 <> 6
....................

Двух одинаковых наборов я не нашёл...

интересно как это выглядело на стороне шарпа

Не найду, к сожалению. В экран, я думаю, не влезет 😁

ничо, я бы проскроллил %)

В SQL порядка 120-150 строк, 5 inner join, 5 outer join, 7 OUTER APPLY  (SELECT TOP (1) ...) и 8 EXISTS 🤪

Ну а может там union из 100 таблиц...

А может select 1 union select 1...😀

Короче , большой запрос не значит плохой, маленький запрос не значит хороший, как и плохой.

Размер запроса почти полностью ортогонален его качеству (угол где-то 88-89 градусов :) )

Это и из опыта, и из знаний и здравого смысла.

Вот помню только один случай проблем с большими запросами: я работал в Openlink , там их СУБД поддерживает кроме SQL ещё и RDP и SPARQL, причем последний сначала транслируется в обычный SQL и лишь затем оптимизируется и исполняется. Вот проблемы начинаются, когда какие-то ошибки в оптимизаторе надо исследовать : иногда получаются совсем огромные тексты типа несколько мегабайт, вот там да, сложно просто что-то найти. Но помогают алиасы таблиц генерируемые по определённым правилам.
Но это не проблема конечного пользователя, естественно, он это не видит

Ребят, привет.
Кто-нибудь использовал в PoweBI фильтрацию через URL?
У меня проблема в том, что как только пишу ?filter отчет не загружается.
Есть идеи куда глянуть?

Сюда глянь)

Благодарю

#работа #вакансия #удаленка

Компания - Росбанк, команда Факторинга.
Вилка - 180-200руб. gross оклад, с премиями будет net.
Где - Москва, можно работать удаленно.

T-SQL разработчик, миграция в сторону C#
В качестве СУБД для своих приложений мы используем MSSQL. Отчетность на SSRS. ETL на SSIS. Другие инструменты - Jira, Confluence, Bitbucket. Параллельно внедряем в свою жизнь практики DevOps.
Сейчас, условно, можно выделить 3 приложения:
* Web-приложение - Личный кабинет клиента.
* Интеграции с различными факторинговыми платформами
* Бэк-офисная система, разрабатываемая подрядчиком. Практически вся бизнес логика написана на T-SQL.

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

В перспективе стоят задачи:
* Создание хранилища - единый источник правды для всех пользователей.
* Создание корпоративной отчетности на базе хранилища.
* Развитие Web-приложения.

Команда - целевая картина:
Product Owner - 1
DevOps - 1
Support Engineer - 1
Buisness Analyst - 1
System Analyst - 1
QA - 1
SQL Dev - 2
C# Dev - 3

Все вопросы можно и нужно задавать мне в личку.

Всем привет, подскажите пожалуйста. Имеем 3 таблицы

servers
id(уник.) | name(уник.)

mods
id(уник.) | id_server | name

items
id(уник.) | id_mod | name

Отдать надо items, который подошли под запрос,

server_id - mod11 - item 13
                                   - item 17
                  - mod20 - item 345
                                   - item 145

При запросе к серверу приходит лишь name из таблицы servers, сейчас реализовано циклически. Далее возникла необходимость сделать постраничное отображение (пагинация). И по сути нужен запрос, который отдаст предметы, зная имя сервера.

И?

Я не знаю как можно так соеденить запрос

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

то есть LIMIT 0,50 .... 100,50

СУБД какая?