алгоритм распределения. Бизнес-задача: распределить взаимную проверку студентами заданий. Все на SQL. На Supabase будет выполняться (есть особенности). На вход функции: sprint_strapi_document_id (идентификатор учебной недели) Ожидаемый результат: По 3 заданиям, привязанным к учебной неделе проведены распределения студентов с соблюдением ряда условий. Подробнее: ЧТО ДЕЛАЕТ ГЕНЕРАТОР (ПРИМЕРНО) 1. Старт Получает идентификатор спринта и режим работы («затереть всё» или «дописать недостающее»). Спринт = учебная неделя. 2. Очистка (по желанию) Если запрошен «затереть всё» — удаляет из результата всё, что относится к этому спринту, и фиксирует, сколько строк исчезло. 3. Снимок входных данных Собирает четыре набора сведений, без хранения в БД: 1. перечень дуэлей (2 пользователя делают одну задачу) спринта и их тип (тренировочная / боевые); 2. список разрешённых участников (не уволены, из нужного потока); 3. для каждой сыгранной пары — самые свежие ответы обоих игроков — у каждого ответа есть pair_id; 4. из предыдущего пункта формирует сами пары: «идентификатор пары + оба игрока». 4. Рассчитывает квоты Для каждого допущенного пользователя считает: сколько он сыграл ответов × 3 — столько он обязан проверить. У кого получилось 0 — тот сразу «вне игры» (ему нечего проверять, он никому не нужен). 5. Готовит «кольца» – два воображаемых циклических списка Первое кольцо: шесть «слотов» подряд для каждого будущего рецензента. Второе кольцо: шесть «слотов» подряд для каждой пары, которую надо проверять. 6. Базовый round-robin 1. Для тренировочных дуэлей всем парам заранее выбирает «сдвиг» — на сколько позиций провернуть кольцо рецензентов. Для боевых дуэлей сдвиг 0. 2. «Накладывает» кольцо рецензентов на кольцо пар с учётом сдвига и тем самым назначает первых шесть рецензентов каждой паре, игнорируя случаи «рецензент = игрок пары». Получается черновой чертёж назначений. 3. Из квоты каждого назначенного рецензента вычитает израсходованные слоты. 7. Дозакрывает пары, где оказалось меньше 6 рецензентов Пока остаются «дыры»: • выбирает кандидатов с ещё не обнулённым лимитом, которых нет в данной паре и которые не столкнутся с ограничениями; • назначает их, строго не превышая «осталось проверить» ни у пары, ни у кандидата; • обновляет, сколько ещё нужно и какие квоты остались. 8. Сохраняет результат Каждое назначение дублирует на обе записи пары (чтобы вышло ровно 12 строк на пару: 6 рецензентов × 2 игрока). Старые строки не дублируются — если они уже существуют, пропускает. 9. Проверяет себя Есть две жёсткие проверки — если хотя бы одна не пройдена, всё откатывается и бросается исключение: 1. у каждой пары должно быть ровно 6 назначений, иначе фиксируется список «неполных» пар (попадают в лог) и генератор падает; 2. ни у одного рецензента фактическое число назначений не может превышать рассчитанную квоту; нарушители фиксируются в отдельный список и тоже приводят к падению. 10. Формирует отчёт Возвращает JSON: • уникальный идентификатор запуска; • статус «OK» или «ERROR»; • массив шагов-сообщений в хронологическом порядке: сколько строк стерто, сколько сохранено, попали ли пары в «неполные», есть ли «перебранные» квоты, прошла ли финальная валидация. Полный набор логических «баз»,-которыми оперирует генератор (ниже — только смысловая структура: названия полей и связь с алгоритмом; никаких SQL-таблиц или DDL-врезок) 1. Пользователи • user_id – внутренний идентификатор участника • stream_id – учебный поток (курс) • team_id – команда внутри потока • dismissed_at – дата отчисления / увольнения или пусто Зачем нужно → позволяет • убрать выбывших, • узнать команду игрока для правил FULL-CONTACT, • связать участника с потоком спринта. 2. Страйки • user_id – кто получил штраф • sprint_id – за какой спринт штраф Зачем нужно → если есть запись по текущему спринту, пользователь не допускается к проверкам. 3. Потоки и Спринты • stream_id ↔ sprint_id – один поток может иметь несколько спринтов Зачем нужно → определить, каких пользователей считать «своими» для данного спринта. 4. Команды • team_id – идентификатор команды • stream_id – чей поток Зачем нужно → различать «свою» и «чужую» команду в боевых дуэлях. 5. Дуэли • duel_id – внутренняя ссылка в ответах • sprint_id – к какому спринту относится • type – TRAINING или FULL-CONTACT Зачем нужно → отфильтровать дуэли спринта и понять, нужны ли правила баланса команд. 6. Ответы на дуэли • pair_id – уникальный идентификатор пары игроков • user_id – автор конкретного ответа • rival_id – соперник автора • duel_id – какая дуэль • hash – общий «ключ партии» (одинаков у двух строк пары) • created_at – когда отправлен ответ Зачем нужно → • брать самый свежий ответ каждого игрока в паре, • посчитать, сколько ответов сыграл каждый пользователь → сколько рецензий он обязан выдать (квота = 3 × ответы), • сформировать список всех пар «hash + duel». 7. Назначения на проверку (целевая таблица) • reviewer_id – кто будет проверять • duel_id – дуэль пары • user_id – чей ответ проверяется • hash – «ключ партии» (чтобы различать пары) Зачем нужно → конечный результат работы генератора; строка уникальна в сочетании (reviewer_id, hash, duel_id). 8. Внутренние счётчики-выкладки генератора. Что нужно ещё: поддержка и сопровождение, разработать документацию. Если сработаемся — есть много задач на стэке Supabase/Bubble/N8N.
Добавить LM заказы в дэшборд с помощью кода sql. Доработка существующего продукта. Нужно добавить существующий код SQL в джшборд(LM) Сейчас его перевели на обновление раз в 10 минут и сообщают что это многое исправит в его работоспособности. Нужно собрать код по частям(готовый) и заново внедрить, видео объясняющие задачи доп есть(возможно совместное выполнение задачи) Просьба добавить LM заказы в дашборд Все данные, код предоставлю, возможна доработка кода. Хороший навык писания кода sql, хорошее умение ориентироваться в незнакомых бд и дэшбордах.
Решить 7 заданий (5 по SQL, 2 по Python). Задачи по Python, решить с помощью SQL. Завтра утром до 10 часов по Мск, пришлю 7 заданий (5 по SQL, 2 по Python). Необходимо до 19 прислать решение с подробным описание шагов, понятным языком! Сделать самому, без нейросетей. Задачи по Python при возможности решить при помощи sql скриптов. Самое главное подробно описать шаги решения и чтобы было понятно!.
Написать корректный select. Есть табличка из в экселе, в которой прописаны формулы со столбцами. Логику сложения/вычитания/деления нужно перенести на postgres sql. То есть я даю вам эксель табличку. Вы себе на локальную postgres базу переливаете (10 строк буквально). Там пишете уже аналогию экселя. В чем сложность: использования вложенных оконных функций. Использование рекурсии для написания. Если не было опыта использования в рекурсии, не берите задание. Что нужно ещё: Написать корректный select запрос.
Разработать базу данных с нуля. Совместно со студентом создать базу данных и выполнить последовательно задания из методички в My SQL. Студент должен более менее разобраться, чтобы защитить работу.
Восстановить или оценить шансы на восстановление базы. Так вышло что больше двух лет назад потребовалось пересобрать базы Зуп. Программисту нужно было создать базы для пофиксенной копии. Сервер 1с 64, MS SQL 64. Создал базы DB1 рядом с DB, а после проведения работ перенастроил задачи резервного копирования в Effectory Saver для всех баз плана DB1, а для одной единственной - не настроил. Все эти годы бекап выполнялся ее клона старой версии в которой никто не работал... Вчера вечером поднимал версию конфигурации и в процессе возникла ошибка обработчиков после обновления. Развернул копию выполненную до обновления, повторил обновление. Позвонила коллега и сказала что в базе старые данные после обновления. Залил бекап до обновления, потом прошлой ночи, потом на сутки назад и еще и еще... Так обнаружилось что бекапилась не та база. Bak SQL не выполнялся. Есть шансы восстановить? Модель восстановления полная Запрос select database_name,type,max(backup_start_date) from msdb..backupset where database_name = 'zup_med1' group by database_name,type order by 3 desc Возвращает пустую таблицу.
Разработать базу данных с нуля. Нужно создать следующую схему базы данных из 3-х таблиц и сделать к ним 16 SQL запросов. Пример SELECT Avg(Товар.Цена) AS Средняя_Цена FROM Товар INNER JOIN Продажа ON Товар.[Код Товара]=Продажа.[Код Товара];.
решить задачи. Для стажировки в т банк 2 задания на sql, 1 это тест на 10 вопросов и 3 практических задания, могу их отправить, нужно сегодня. Что нужно ещё: тест.
Доработать существующую базу данных. Нужно в видеозвонке показать на готовой моей БД как она устроена (интерфейс Oracle SQL Developer). Отправить готовый sql-запрос и показать что в таблице поменялось в результате его выполнения. Что нужно ещё: провести инструктаж и обучить пользователей.
Разработать базу данных с нуля. Добрый день. Необходимо интегрировать сайт с базой данных PosrtgreSQL. Сайт: Интернет магазин медицинской техники, количество товаров от 1000 до 5000.
написать запрос по сбору остатков по счетам. Необходимо написать запрос к базе данных в dbeaver для сбора остатков по ссудным счетам (кредитный портфель).
Разработать базу данных с нуля. Добрый день. База данных количеством 1,5 миллиона строк. Храниться на компьютере в эксель(15 эксель файлов по 100.000). При работе с таким объемом возникает проблемы, компьютер сильно виснет. Необходимо подобрать оптимальную СУБД. Что нужно от СУБД: 1. Понятный интерфейс как в эксель. Добавление,изменение, удаление строк. 2. Поиск Дублей и их удаление 3. Функция ВПР(часто пользуюсь в эксель) 4. Фильтрация, сортировка 5. Сохранение копию раз в день для архива. 6. Тип полей - Текстовые, Дата, Числовые, Общее. 7. Данные желательно хранить на компьютере.
Протестировать имеющуюся базу данных. СУБД: SQL. В последнее время появились торомоза при работе в 1С у пользователей. Количество пользователей = 50 Объем базы данных = 60 Гб 1С конфигурация = Далион (Автобизнес) Все пользователи подключаются толстым клиентом к кластеру 1С которых находится на том же сервере. База данных находится на отдельном сервере (1Гб сеть между ними) Linux + Docker MS SQL 2017 Необходимо провести профилирование нагрузки, оптимизацию БД и выявить узкие места.
Разработать базу данных с нуля. Задача от преподавателя: Сконструировать адресную книгу, содержащую ФИО сотрудников, адреса, телефоны (любые данные). Сделать так, чтобы можно было вводить только первые символы искомого значения. На теории продумать как можно сделать разные представления адресной книги, например, для внутреннего пользования указывать номера мобильных телефонов, а для внешнего пользования только стационарные номера. Не нужно писать запросы через питон и т.д. Нужно заполнить все вручную, а не через запросы в строке. (10 строк с данными будет достаточно).
Почему стоит искать работу для фриласнеров по профилю sql в России у нас?
🔸 Более 2 предложений о работе за сегодня в тематике sql
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю sql уже сегодня!
🔸 Свежих заказов на sql в России для фрилансеров на апрель 2026 года — 10 шт.
Как найти удалённую работу для фриланс-специалистов по профилю sql в России?
Вы специалист по sql и ищете проекты и заказы на удалёнке в России? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю sql в России?
На апрель 2026 года опубликовано 10 предложений удалённой работы от прямых заказчиков для исполнителей по специализации sql
Сколько можно заработать выполняя проекты по sql?
Специалисты по профилю sql зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете