Вход Блог
Строительство и ремонт
Репетиторы
Красота
Фрилансеры
Разные специалисты
Уход за животными
Тренеры
Автоинструкторы

SQL — удалённая работа в Москве

Дата: 2025-05-10
Детали
Регион
Москва
Занятость
дистанционно
Стоимость
договорная
Дата публикации
2025-05-10
Описание
алгоритм распределения. Бизнес-задача: распределить взаимную проверку студентами заданий. Все на 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.
Похожие заказы

SQL

дистанционно
договорная
Доработать существующую базу данных. Нужно помочь с аналитикой данных и формированием базы данных из уже собранных разных источников. Настроить систему сбора и добавления данных в базу + дашборд. Сейчас попробовали Yandex Managed SQL, пока приостановился из-за сложностей. Делаем к завтрашнему дню обычную таблицу excel со срезом данных по параметрам, надо помочь ее довести до хорошего вида, а потом взяться за формирование полноценной базы на sql + дашборд.
Москва Фрилансеры

SQL

дистанционно
договорная
Доработать существующую базу данных. 1. Описание проблемы Во флюорографическом комплексе используется программное обеспечение Alphaplus EU Control для работы с рентгеновскими снимками и их архивом. Программа ранее показывала общий список снимков за день (по дате исследования/съёмки) в виде удобного журнала/архива. После сбоя в системе: • общий список рентгеновских снимков за день перестал отображаться в интерфейсе архива; • новые исследования, предположительно, продолжают сохраняться физически (файлы DICOM/изображения на диске), но не попадают или не отображаются в общем списке; • ранее сохранённые данные в архиве также не отображаются суммарно за день. По имеющейся информации, ошибка связана с тем, что в системе не указано или утрачено корректное место хранения файлов (каталог/сетевой путь к архиву изображений), из за чего программа не может сформировать сводный список снимков за период. ________________________________________ 2. Цель работ Цель работ для специалиста: 1. Восстановить корректное отображение общего списка рентгеновских снимков за выбранный день в Alphaplus EU Control. 2. Восстановить или переопределить корректный путь к каталогу (или каталогам) хранения файлов изображений. 3. Обеспечить корректную связь между записями в базе данных (если используется SQL/локальная БД) и фактическим расположением файлов. 4. Минимизировать риск повторения аналогичной ошибки в будущем (настроить резервные копии, проверки путей и т.п.). ________________________________________ 3. Исходные данные, которые нужно получить от заказчика Исполнителю необходимо запросить и использовать следующие данные: • Точная версия Alphaplus EU Control (номер версии, дата установки/обновления). • Тип и версия СУБД, если программа использует внешнюю БД: o MS SQL Server / PostgreSQL / MySQL / другая (указать); o параметры подключения (сервер, имя БД, тип аутентификации — по возможности через администратора). • Структура хранения файлов: o фактический путь(и) к папкам с рентгеновскими снимками (локальный диск или сетевое хранилище: D:\Alphaplus\Images\, \\SERVER\XRay\ и т.п.); o пример реального файла снимка (полный путь + имя файла). • События перед сбоем: o были ли перенесены данные на другой диск/сервер; o было ли обновление ПО/Windows/антивируса; o был ли сбой питания или переподключение сетевых ресурсов. • Наличие резервных копий: o бэкапы базы данных (если есть); o бэкапы каталогов с изображениями. ________________________________________ 4. Технические задачи для специалиста 4.1. Анализ архитектуры Alphaplus EU Control Задача: понять, как именно программа хранит ссылки на снимки: • Использует ли она: o центральную SQL базу (MS SQL и др.); o встроенную БД (SQLite/Firebird и т.п.); o только файловую систему + внутренний индекс. • Найти: o каталог с конфигурационными файлами программы (INI/CFG/XML/JSON, записи в реестре Windows); o возможные файлы локальной БД (например, .mdb, .db, .sqlite, .gdb и т.п.). Результат этапа: чёткое понимание, где хранятся: • метаданные исследований (дата, пациент, ID исследования); • путь или ссылка на файл изображения. 4.2. Проверка фактического расположения файлов 1. Определить основной каталог(и), где реально лежат снимки: o по документации / прошлым настройкам; o по поиску файлов нужного формата (DICOM, JPG, TIFF и др.) на сервере. 2. Зафиксировать типовую структуру: o по дате (год\месяц\день); o по ID пациента/исследования; o единый плоский каталог. 3. Убедиться, что файлы за последние дни физически существуют и доступны: o открыть несколько файлов любым DICOM просмотрщиком / стандартными средствами. ________________________________________ 4.3. Анализ БД и полей путей к файлам (для программиста SQL) Если Alphaplus EU Control использует SQL базу: 1. Найти профильные таблицы: o таблица пациентов; o таблица исследований/исследований за день; o таблица снимков/серий; o поля с путём к файлу или относительным путём. 2. Выявить поля, отвечающие за путь: o абсолютный путь: \\SERVER\XRay\2026\07\13\IMG0001.dcm; o относительный путь: 2026\07\13\IMG0001.dcm; o раздельное хранение: BasePath + FileName / Directory + FileName. 3. Выполнить выборки: o записи за последние N дней (например, 30 дней); o проверить, заполнены ли поля пути, нет ли NULL, пустых строк; o сравнить значение пути с фактическим размещением файлов. 4. Выявить расхождения: o путь указывает на несуществующую папку; o путь пустой; o базовый путь изменился (например, был D:\XRay\, стал E:\XRay\). ________________________________________ 4.4. Восстановление указания места хранения файлов Варианты задач, которые нужно решить: 4.4.1. Если проблема в конфигурации программы • Найти настройки, отвечающие за базовый путь архива: o в конфигурационных файлах; o в реестре; o во внутренних настройках Alphaplus EU Control. • Установить корректный базовый путь к каталогу, где реально хранятся снимки. • При необходимости: o указать несколько путей (если архив распределён по дискам); o выполнить повторное сканирование/индексацию архива средствами программы. 4.4.2. Если проблема в базе данных (SQL) • Разработать SQL скрипт(ы) для массового обновления путей: o задать новый базовый путь (например, заменить D:\OldXRay\ на E:\NewXRay\); o или пересобрать поле пути по шаблону (например, BasePath + '\' + Year + '\' + Month + '\' + FileName). • Обеспечить аккуратное обновление: o ограничить диапазон по дате (сначала недавние исследования); o сделать резервную копию БД перед изменениями. • Подготовить выборку проблемных записей: o записи без пути; o записи с путём к несуществующей папке/файлу; o сохранить их список для отдельной ручной проверки. Пример формулировки задачи для SQL специалиста: Найти все записи исследований за последние 60 дней, в которых поле пути к файлу пустое, равно NULL или содержит старый каталог, и обновить его так, чтобы путь соответствовал фактической структуре хранения файлов на диске. ________________________________________ 4.5. Проверка прав доступа • Проверить, что учётная запись, под которой запускается Alphaplus EU Control или SQL сервер: o имеет права чтения (и при необходимости записи) к каталогу архива; o имеет доступ к сетевым путям (\\SERVER\Share\XRay), если используются UNC пути. • Проверить отсутствие блокировок со стороны антивируса/брандмауэра для каталога с изображениями. • При необходимости согласовать с админом: o добавление исключений в антивирус; o закрепление статических путей/дисков. ________________________________________ 4.6. Восстановление отображения списка снимков за день После восстановления путей: 1. Проверить, как формируется список за день: o по дате исследования; o по дате создания файла; o по полю «дата приёма/исследования» в БД. 2. Если список всё ещё не отображается: o проанализировать хранимые процедуры, представления (views) или SQL запросы, которые использует программа для выборки списка; o проверить условия отбора: ? не фильтруется ли по условию «путь не пустой»; ? не используются ли «жёстко» старые каталоги. 3. При необходимости скорректировать: o представление или SQL процедуру, формирующую список за день; o логику формирования индекса в локальной БД. Результат этапа: при выборе даты в интерфейсе Alphaplus EU Control отображается полный список исследований/снимков за этот день, и каждое исследование открывается без ошибки. ________________________________________ 5. Требования к результату работ По завершении работ специалист должен обеспечить: • Корректное отображение общего списка рентгеновских снимков за день в программе Alphaplus EU Control. • Возможность открытия каждого снимка/исследования из списка без ошибок. • Явно и документированно заданный путь(и) к каталогу(ам) хранения изображений. • Минимизацию риска повторного возникновения ошибки при перезапуске/обновлении системы. ________________________________________ 6. Отчёт и документация от исполнителя По итогам работ необходимо предоставить: 1. Краткий отчёт: o в чём заключалась основная причина сбоя (потеря пути, изменение диска, сбой конфигурации и т.д.); o какие таблицы и поля в БД задействованы для хранения путей; o какие параметры конфигурации Alphaplus EU Control были изменены. 2. Тексты всех выполненных SQL скриптов (если применялись), с пояснением: o что именно они делают; o в каком порядке их запускали. 3. Рекомендации: o по регулярной проверке целостности архива (например, ежемесячный отчёт по записям без путей или с несуществующими файлами); o по резервному копированию: ? БД; ? каталогов с изображениями; o по действиям персонала при смене диска/сервера (что нужно поменять в настройках/БД). ________________________________________ 7. Дополнительное пожелание По возможности попросите специалиста: • Реализовать скрипт или процедуру проверки: o выборки всех записей, у которых файл по указанному пути отсутствует; o логирования таких записей в отдельную таблицу/отчёт. • Оставить короткую инструкцию для вас: o где и как проверять/менять путь хранения; o как запустить переиндексацию/пересканирование архива после изменений. Что нужно ещё: решить конкретную задачу из ТЗ. 1. Описание проблемы Во флюорографическом комплексе используется программное обеспечение Alphaplus EU Control для работы с рентгеновскими снимками и их архивом. Программа ранее показывала общий список снимков за день (по дате исследования/съёмки) в виде удобного журнала/архива. После сбоя в системе: • общий список рентгеновских снимков за день перестал отображаться в интерфейсе архива; • новые исследования, предположительно, продолжают сохраняться физически (файлы DICOM/изображения на диске), но не попадают или не отображаются в общем списке; • ранее сохранённые данные в архиве также не отображаются суммарно за день. По имеющейся информации, ошибка связана с тем, что в системе не указано или утрачено корректное место хранения файлов (каталог/сетевой путь к архиву изображений), из за чего программа не может сформировать сводный список снимков за период. ________________________________________ 2. Цель работ Цель работ для специалиста: 1. Восстановить корректное отображение общего списка рентгеновских снимков за выбранный день в Alphaplus EU Control. 2. Восстановить или переопределить корректный путь к каталогу (или каталога?м) хранения файлов изображений. 3. Обеспечить корректную связь между записями в базе данных (если используется SQL/локальная БД) и фактическим расположением файлов. 4. Минимизировать риск повторения аналогичной ошибки в будущем (настроить резервные копии, проверки путей и т.п.). ________________________________________ 3. Исходные данные, которые нужно получить от заказчика Исполнителю необходимо запросить и использовать следующие данные: • Точная версия Alphaplus EU Control (номер версии, дата установки/обновления). • Тип и версия СУБД, если программа использует внешнюю БД: o MS SQL Server / PostgreSQL / MySQL / другая (указать); o параметры подключения (сервер, имя БД, тип аутентификации — по возможности через администратора). • Структура хранения файлов: o фактический путь(и) к папкам с рентгеновскими снимками (локальный диск или сетевое хранилище: D:\Alphaplus\Images\, \\SERVER\XRay\ и т.п.); o пример реального файла снимка (полный путь + имя файла). • События перед сбоем: o были ли перенесены данные на другой диск/сервер; o было ли обновление ПО/Windows/антивируса; o был ли сбой питания или переподключение сетевых ресурсов. • Наличие резервных копий: o бэкапы базы данных (если есть); o бэкапы каталогов с изображениями. ________________________________________ 4. Технические задачи для специалиста 4.1. Анализ архитектуры Alphaplus EU Control Задача: понять, как именно программа хранит ссылки на снимки: • Использует ли она: o центральную SQL базу (MS SQL и др.); o встроенную БД (SQLite/Firebird и т.п.); o только файловую систему + внутренний индекс. • Найти: o каталог с конфигурационными файлами программы (INI/CFG/XML/JSON, записи в реестре Windows); o возможные файлы локальной БД (например, .mdb, .db, .sqlite, .gdb и т.п.). Результат этапа: чёткое понимание, где хранятся: • метаданные исследований (дата, пациент, ID исследования); • путь или ссылка на файл изображения. 4.2. Проверка фактического расположения файлов 1. Определить основной каталог(и), где реально лежат снимки: o по документации / прошлым настройкам; o по поиску файлов нужного формата (DICOM, JPG, TIFF и др.) на сервере. 2. Зафиксировать типовую структуру: o по дате (год\месяц\день); o по ID пациента/исследования; o единый плоский каталог. 3. Убедиться, что файлы за последние дни физически существуют и доступны: o открыть несколько файлов любым DICOM просмотрщиком / стандартными средствами. ________________________________________ 4.3. Анализ БД и полей путей к файлам (для программиста SQL) Если Alphaplus EU Control использует SQL базу: 1. Найти профильные таблицы: o таблица пациентов; o таблица исследований/исследований за день; o таблица снимков/серий; o поля с путём к файлу или относительным путём. 2. Выявить поля, отвечающие за путь: o абсолютный путь: \\SERVER\XRay\2026\07\13\IMG0001.dcm; o относительный путь: 2026\07\13\IMG0001.dcm; o раздельное хранение: BasePath + FileName / Directory + FileName. 3. Выполнить выборки: o записи за последние N дней (например, 30 дней); o проверить, заполнены ли поля пути, нет ли NULL, пустых строк; o сравнить значение пути с фактическим размещением файлов. 4. Выявить расхождения: o путь указывает на несуществующую папку; o путь пустой; o базовый путь изменился (например, был D:\XRay\, стал E:\XRay\). ________________________________________ 4.4. Восстановление указания места хранения файлов Варианты задач, которые нужно решить: 4.4.1. Если проблема в конфигурации программы • Найти настройки, отвечающие за базовый путь архива: o в конфигурационных файлах; o в реестре; o во внутренних настройках Alphaplus EU Control. • Установить корректный базовый путь к каталогу, где реально хранятся снимки. • При необходимости: o указать несколько путей (если архив распределён по дискам); o выполнить повторное сканирование/индексацию архива средствами программы. 4.4.2. Если проблема в базе данных (SQL) • Разработать SQL скрипт(ы) для массового обновления путей: o задать новый базовый путь (например, заменить D:\OldXRay\ на E:\NewXRay\); o или пересобрать поле пути по шаблону (например, BasePath + '\' + Year + '\' + Month + '\' + FileName). • Обеспечить аккуратное обновление: o ограничить диапазон по дате (сначала недавние исследования); o сделать резервную копию БД перед изменениями. • Подготовить выборку проблемных записей: o записи без пути; o записи с путём к несуществующей папке/файлу; o сохранить их список для отдельной ручной проверки. Пример формулировки задачи для SQL специалиста: Найти все записи исследований за последние 60 дней, в которых поле пути к файлу пустое, равно NULL или содержит старый каталог, и обновить его так, чтобы путь соответствовал фактической структуре хранения файлов на диске. ________________________________________ 4.5. Проверка прав доступа • Проверить, что учётная запись, под которой запускается Alphaplus EU Control или SQL сервер: o имеет права чтения (и при необходимости записи) к каталогу архива; o имеет доступ к сетевым путям (\\SERVER\Share\XRay), если используются UNC пути. • Проверить отсутствие блокировок со стороны антивируса/брандмауэра для каталога с изображениями. • При необходимости согласовать с админом: o добавление исключений в антивирус; o закрепление статических путей/дисков. ________________________________________ 4.6. Восстановление отображения списка снимков за день После восстановления путей: 1. Проверить, как формируется список за день: o по дате исследования; o по дате создания файла; o по полю «дата приёма/исследования» в БД. 2. Если список всё ещё не отображается: o проанализировать хранимые процедуры, представления (views) или SQL запросы, которые использует программа для выборки списка; o проверить условия отбора: ? не фильтруется ли по условию «путь не пустой»; ? не используются ли «жёстко» старые каталоги. 3. При необходимости скорректировать: o представление или SQL процедуру, формирующую список за день; o логику формирования индекса в локальной БД. Результат этапа: при выборе даты в интерфейсе Alphaplus EU Control отображается полный список исследований/снимков за этот день, и каждое исследование открывается без ошибки. ________________________________________ 5. Требования к результату работ По завершении работ специалист должен обеспечить: • Корректное отображение общего списка рентгеновских снимков за день в программе Alphaplus EU Control. • Возможность открытия каждого снимка/исследования из списка без ошибок. • Явно и документированно заданный путь(и) к каталогу(ам) хранения изображений. • Минимизацию риска повторного возникновения ошибки при перезапуске/обновлении системы. ________________________________________ 6. Отчёт и документация от исполнителя По итогам работ необходимо предоставить: 1. Краткий отчёт: o в чём заключалась основная причина сбоя (потеря пути, изменение диска, сбой конфигурации и т.д.); o какие таблицы и поля в БД задействованы для хранения путей; o какие параметры конфигурации Alphaplus EU Control были изменены. 2. Тексты всех выполненных SQL скриптов (если применялись), с пояснением: o что именно они делают; o в каком порядке их запускали. 3. Рекомендации: o по регулярной проверке целостности архива (например, ежемесячный отчёт по записям без путей или с несуществующими файлами); o по резервному копированию: ? БД; ? каталогов с изображениями; o по действиям персонала при смене диска/сервера (что нужно поменять в настройках/БД). ________________________________________ 7. Дополнительное пожелание По возможности попросите специалиста: • Реализовать скрипт или процедуру проверки: o выборки всех записей, у которых файл по указанному пути отсутствует; o логирования таких записей в отдельную таблицу/отчёт. • Оставить короткую инструкцию для вас: o где и как проверять/менять путь хранения; o как запустить переиндексацию/пересканирование архива после изменений.
Москва Фрилансеры

SQL

дистанционно
договорная
Разработать базу данных с нуля. . Что нужно ещё: .
Москва Фрилансеры

SQL

дистанционно
договорная
Разработать базу данных с нуля. Всем привет! Мне 31 год, по образованию я выпускница мех-мата 2017 года) Сейчас прохожу обучение и хотела бы попросить помощи: некоторые темы даются непросто из-за большого перерыва после вуза. Все это мне нужно сделать до 20.07 включительно. Цель: Изучить основы теории информации и SQL. Для закрепления материала необходимо сдать промежуточный тест из 35 вопросов. Практическая часть. "Задание: Спроектируйте базу данных для учета сотрудников, отделов и проектов. База должна содержать три таблицы: departments (отделы) projects (проекты) employees (сотрудники) Правила связей: - Проект принадлежит одному отделу - Сотрудник принадлежит одному отделу - Сотрудник может участвовать в нескольких проектах Создайте 2-3 отдела, 2-3 проекта в каждом отделе, 8-10 сотрудников с разными зарплатами. Задания 1. Добавить новый проект и новый отдел, чтобы они были связаны Создайте один новый отдел и один новый проект, который принадлежит этому отделу. При связывании проекта с отделом используйте название отдела (не предполагайте, что вам известен его ID). 2. Добавить туда двух новых сотрудников и по одному перевести из двух других отделов Добавьте двух новых сотрудников в созданный отдел и проект. Затем переведите по одному сотруднику из двух других существующих отделов в этот же новый отдел. При переводе обновите принадлежность сотрудника к отделу и проекту. 3. Увеличить зарплаты сотрудникам по названию этого отдела на 10% Повысьте зарплату на 10 процентов всем сотрудникам отдела, созданного в первом задании. Используйте именно название отдела для его идентификации, а не ID. 4. Найти сотрудников с самой высокой и самой низкой зарплатой в отделе Найдите всех сотрудников, которые получают максимальную зарплату в отделе, созданном в первом задании. Также найдите всех сотрудников с минимальной зарплатой в этом же отделе. Если несколько сотрудников имеют одинаковую зарплату, выведите их всех. 5. Добавить таблице сотрудников столбик дата найма и заполнить значениями Добавьте в таблицу сотрудников столбец date_hired с типом DATE. Заполните его разными датами для каждого сотрудника. Даты должны быть реальными (не будущими). 6. Вывести порядок найма сотрудников внутри каждого отдела Для каждого отдела выведите список сотрудников с указанием порядкового номера их найма. Самый старый сотрудник получает номер 1, следующий за ним — номер 2 и так далее. 7. Найти сотрудников, которые работают дольше всех в своем отделе Для каждого отдела найдите сотрудника (или нескольких сотрудников) с самой ранней датой найма. Выведите его имя, дату найма и количество дней работы от этой даты до текущего момента. 8. Найти разницу между средней зарплатой текущего и соседних отделов Соседними считаются отделы, следующие друг за другом по порядку (например, по ID). Для каждого отдела выведите его среднюю зарплату, а также разницу между его средней зарплатой и средней зарплатой предыдущего отдела, и разницу с последующим отделом. 9. Определить среднее время работы сотрудников по проектам Для каждого проекта выведите среднее количество дней, которое сотрудники работали или продолжают работать над этим проектом. Если проект еще не завершен, учитывайте время до текущей даты. 10. Определить процент зарплаты сотрудника от общей суммы зарплат в его отделе Для каждого сотрудника вычислите, какой процент от общего фонда зарплат его отдела составляет его собственная зарплата". Что нужно ещё: поддержка и сопровождение, помочь пройти тестирование и выполнить домашнее задание (описала задание).
Нижний Новгород Фрилансеры

SQL

дистанционно
договорная
Написать запросы. Нужно пройти экзамен 2 часа и тест 45 минут решить задачи. До 4 июля.
Москва Фрилансеры

SQL

дистанционно
договорная
Протестировать имеющуюся базу данных. При. Что нужно ещё: сделать технико-экономическое обоснование проекта, разработать документацию.
Москва Фрилансеры

SQL

дистанционно
договорная
Разработать базу данных с нуля. Требуется выполнить учебный проект на C# WinForms с базой данных SQL Server/SQLite. Что нужно ещё: сделать технико-экономическое обоснование проекта, интегрировать базу данных с другими системами, разработать пользовательский интерфейс.
Москва Фрилансеры