Администраторы баз данных в Воронеже

Сделать ТЗК и проект кровли. СУБД: Dwg. Необходимо сделать ТЗК и АР; КР; ПОС. Что нужно ещё: разработать документациюещё

Внести данные из отчётов по SMM. СУБД: Google docs. Нужно скопировать информацию из одного места в другое по сути, объем - несколько месяцевещё

Доработать существующую базу данных. СУБД: MySQL. Доработать и протестировать БД для мобильного приложения. Что нужно ещё: интегрировать базу данных с другими системами, провести инструктаж и обучить пользователей. Пожелания и особенности: приложение - социальная сеть для волонтёров, помогающих фронту. есть две «сущности» - волонтерская организация и отдельный волонтер, которые могут зарегистрироваться, выкладывать посты по типу: «мы отправляем тогда-то то-то»(для организации) или «я сделала то-то на дому и готов это куда-нибудь принести». у поста есть подробная информация, а у каждого пользователя есть возможность эти посты выкладывать. также есть отдельный раздел, в котором можно осуществлять поиск организаций по их специализации(она указывается при регистрации организации). он нужен для упрощения работы тем волонтерам, которые непосредственно получают заказы от командиров. сделаны точки апи на flask(python): 1) регистрация волонтёра 2) регистрация организации 3) вход в аккаунт 4) получение из бд информации о волонтёре (осуществляется при нажатии на кнопку просмотра профиля волнтера) 5) получение из бд информации об организации (осуществляется при нажатии на кнопку просмотра профиля организации) 6) получение из бд подробной информации об организации 7) кнопка «подписаться» 8) просмотр подписок 9) получение из бд информации об организациях для ленты организаций (8 и 9 нужно доработать) и нарисованы почти все экранчики на сайте kodular (они связаны между собой по нажатию кнопок, но не связаны с бэком, тк сам бэк мы как раз-таки написать и на можем в силу того, что не хватает знаний). получается, из оставшейся работы только дописать процентов 60 точек апи и связать бэк с фронтом, и, возможно, чуть-чуть подделать фронт(небольшие моменты). файл с примерной схемой работой приложения в фигме прикрепляю Заказ срочный, работы нужно завершить до 23 декабряещё

Доработать существующую базу данных. СУБД: Boinc проект. Сервер есть, настроен. BOINC на него загружен. Доступ к серверу будет предоставлен. Запуск надо делать срочно, прямо сейчас. Рабочая (вычислительная) программа есть. Задания генерируются легко, программа генерации есть. Что нужно ещё: интегрировать базу данных с другими системамиещё

Проверить лабораторную работу 2 и выполнить лабораторную работу номер 3. СУБД: Теория по базам данных (концептуальная модель, запросы на основе реляционной алгебры, функциональные зависимости, нормальные формы и процесс нормализации). Проверить выполненную работу по созданию базы данных и созданию запросов на основе реляционной алгебры и SQL. Выполнить работу (теоритическую) по теме функциональные зависимости, нормальные формы и процесс нормализации. Задания по теме преобразовать универсальную таблицу в отношение и определить состав первичного ключа отношения. В соответствии с процедурой нормализации провести декомпозицию универсального отношения. Очень желательно сделать сегодня как минимум 2 задачуещё

Сбор данных. Спарсить: контакты, Youtube-каналы. Нужна собрать базу активных живых каналов от 50 тыс. до 3 млн. подписчиков на английском, на испанском, на португальском, на немецком, на французском языках (каждый язык отдельно, соответственно). Нам нужны название канала, ссылка на него и email, для дальнейшей email-рассылкиещё

Протестировать имеющуюся базу данных. СУБД: Excel. По телефону. Что нужно ещё: разработать пользовательский интерфейсещё

Разработать базу данных с нуля. СУБД: по рекомендации специалиста. Нужны клиенты на продажу недвижимостиещё

Разработать базу данных с нуля. СУБД: SQL. Задание Вам необходимо разработать базу данных для хранения информации о конференциях. Основная цель — создать структуру, которая позволит эффективно управлять данными о мероприятиях, участниках и их оценивании. Создайте в базе данных основные сущности, атрибуты и необходимые ограничения. Все созданные таблицы должны содержать начальные тестовые данные. В базе данных хранится информация: − о мероприятиях (название, направление (наука, бизнес и т.п.), место проведения, дата проведения, логотип). Каждое мероприятие состоит из нескольких активностей; − о техническом обеспечении (оборудование, количество); − об активностях (название активности, время начала и окончания активности (это поможет участникам эффективно планировать свое время и иметь возможность посещения других активностей); − о пользователях (модераторах, организаторах, участниках и жюри). Информация о пользователях будет храниться в одной таблице с атрибутами: фамилия, имя, отчество, пол, email (обязательное поле для авторизации), телефон, пароль (обязательное поле для авторизации), уникальный номер пользователя, страна, направление деятельности ( область работы или интересов); − о ролях (в конференции предусмотрено несколько ролей): ✓ модератор - проводит активность (один модератор для каждой активности мероприятия); ✓ организатор - занимается организацией мероприятия (количество организаторов мероприятия не ограничено), ✓ участник - является докладчиком в выбранной активности (количество участников в активности не должно превышать 6, но и не должно быть меньше 3), ✓ жюри - ведет оценивание выступлений участников (количество членов жюри для одной активности -3, каждая группа жюри имеет своего руководителя), ✓ спонсоры (каждое мероприятие может иметь одного или нескольких спонсоров, которые поддерживают его проведение). Каждый пользователь может участвовать в разных мероприятиях с разными ролями, но в рамках одной активности роль у пользователя может быть только одна. Например, пользователь не может быть одновременно в одной активности и участником, и модератором. Но допустимо, если в одной активности пользователь является участником, а в другой - модератором. Пользователи могут записаться на несколько активностей в мероприятии, где планируют участвовать. Запись на мероприятие проходит проверку, после чего список участников утверждается и фиксируется на сайте. За свой доклад участники получают баллы. Для оценивания докладов активности создается группа оценки (жюри). В каждой группе оценки есть руководитель. Вопросы, заданные участникам активности протоколируются и заносятся в базу данных. Критерии оценки всех активностей одинаковы, каждый критерий имеет свой вес. Примерные критерии оценки активностей: актуальность темы, новизна, методология, качество изложения, оформление работы, умение вести дискуссию, композиция доклада, взаимодействие с жюри и аудиторией и т.п. По итогам определяется победитель, который набрал максимальное количество баллов в рамках одной активности (при равенстве набранных баллов, определяется несколько победителей). Информация о победителях сохраняется в базе данных. Необходимо обеспечить сбор отзывов от участников (модераторов, организаторов, участников и жюри) после мероприятия для оценки его успешности и выявления областей для улучшения. Реализовать запросы к базе данных: 1. Вывести названия всех активностей в определенном мероприятии, и кто задействован в участии проведении мероприятия; 2. Вывести информацию об участниках и их оценках по заданной активности; 3. Вывести информацию об участниках и их оценках по заданному мероприятию; 4. Вывести информацию о участнике, который набрал максимальное количество баллов по мероприятию; 5. Получить информацию о техническом обеспечении мероприятия; 6. Получить информацию об активных мероприятиях (не завершенных) по заданному направлению, указав интересуемый промежуток времени; 7. Пользователь может участвовать в разных мероприятиях с разными ролями. Сформируйте список активностей с их временем начала и окончания, упорядочив по времени начала; 8. Вывести всех пользователей с заданной ролью по выбранной активности; 9. Получить средний балл участников по всем активностям заданного мероприятия; 10. Найти пользователей, которые участвуют в нескольких активностях с указанием их роли; 11. Получить все мероприятия и их средние оценки по активностям; 12. Получить список всех вопросов, заданных участникам активности; 13. Определить средний балл по каждому критерию оценки активностей; 14. Найти пользователей, которые не участвовали ни в одной активности; 15. Посчитать общее количество участников на мероприятии с разбивкой по активностям; 16. Найти мероприятия, в которых участвует определенный пользователь; 17. Посчитать общее количество мероприятий по каждому направлению; 18. Вывести информацию о пользователях, которые получили максимальные баллы (победителях) по активностям мероприятия; 19. Поскольку количество участников в активности не должно превышать 6, но и не должно быть меньше 3, то реализуйте запрос для вывода активных мероприятий с количеством участников и количеством доступных мест для доклада; 20. Найти мероприятия с низким количеством участников (менее 3 участников): 21. Вывести членов жюри с группировкой по активностям; 22. Вывести членов жюри с группировкой по пользователю (вывести активность дату, время начала и окончания активности); 23. Вывести все отзывы от участников по конкретному мероприятию; 24. Получить среднюю оценку каждого критерия по всем активностям заданного мероприятия;. Что нужно ещё: разработать пользовательский интерфейсещё

Протестировать имеющуюся базу данных. СУБД: SQL. Несколько баз 1с после переноса на другой сервер перестали работать. Что нужно ещё: интегрировать базу данных с другими системами, поддержка и сопровождениеещё

Разработать базу данных с нуля. СУБД: по рекомендации специалиста. Создать базу данных для выгрузки и хранения отчетов Ozon и WB (через API) попробую накидать стоящие задачи. ОБЩАЯ задача - создать базу данных c выгрузками с апи Озона (в дальнейшем планируется тоже самое сделать и для Вайлдберис - это отдельный этап) Из чего состоит ОБЩАЯ задача : 1.А) самая первая задача - обработка перфоманс апи Озона - используем Брендовая полка, Трафареты и Продвижение в поиске - нужно вынуть отчеты о затратах с привязкой к SKU или к "номеру отправления" (posting number") -------- [Ссылка скрыта] тут ничего пока нет (могу лишь достать пример "как должно выглядеть" - но это мне будет стоить денег) 1.Б) потом - отчет по реализациям (это ВЗАИМОРАСЧЕТЫ с Озоном - здесь видим начисления озона за обработку всех отправлений с привязкой к SKU или к "номеру отправления" + плюс начисления за рекламу, без привязки к SKU - эти начисления привязываются через "перфоманс апи" ------- [Ссылка скрыта] тут есть работающая выгрузка в гугл шитс - могу дать код из нее, но есть подозрения, что можно сделать лучше 1.В) далее - отчет по заказам (используем для понимания дат и времени ЗАКАЗОВ от покупателей по каждому SKU) : -------- [Ссылка скрыта] тут есть работающая выгрузка в гугл шитс - могу дать код из нее, если он будет полезен - эта выгрузка устраивает (одно замечание - выгрузка дает время не московское а МСК минус 3 часа - приходится обрабатывать это при загрузке в программу для аналитики)ещё

Разработать базу данных с нуля. СУБД: PostgreSQL. Услуги по настройке базы данных PostgreSQL на облачном сервере для дальнейшего подключения к Yandex DataLens и получение данных с другого сервера методом curl. Необходимы услуги по настройке базы данных PostgreSQL на облачном сервере для дальнейшего подключения к Yandex DataLens и получение данных с другого сервера методом curl. Будут выделенные новые облачные сервера. Цена обсуждаема. При заинтересованности можем далее обсудить подробности задачиещё

Сделать ТЗК и проект кровли. СУБД: Dwg. Необходимо сделать ТЗК и АР; КР; ПОС. Что нужно ещё: разработать документациюещё

Внести данные из отчётов по SMM. СУБД: Google docs. Нужно скопировать информацию из одного места в другое по сути, объем - несколько месяцевещё

Доработать существующую базу данных. СУБД: Boinc проект. Сервер есть, настроен. BOINC на него загружен. Доступ к серверу будет предоставлен. Запуск надо делать срочно, прямо сейчас. Рабочая (вычислительная) программа есть. Задания генерируются легко, программа генерации есть. Что нужно ещё: интегрировать базу данных с другими системамиещё

Доработать существующую базу данных. СУБД: MySQL. Доработать и протестировать БД для мобильного приложения. Что нужно ещё: интегрировать базу данных с другими системами, провести инструктаж и обучить пользователей. Пожелания и особенности: приложение - социальная сеть для волонтёров, помогающих фронту. есть две «сущности» - волонтерская организация и отдельный волонтер, которые могут зарегистрироваться, выкладывать посты по типу: «мы отправляем тогда-то то-то»(для организации) или «я сделала то-то на дому и готов это куда-нибудь принести». у поста есть подробная информация, а у каждого пользователя есть возможность эти посты выкладывать. также есть отдельный раздел, в котором можно осуществлять поиск организаций по их специализации(она указывается при регистрации организации). он нужен для упрощения работы тем волонтерам, которые непосредственно получают заказы от командиров. сделаны точки апи на flask(python): 1) регистрация волонтёра 2) регистрация организации 3) вход в аккаунт 4) получение из бд информации о волонтёре (осуществляется при нажатии на кнопку просмотра профиля волнтера) 5) получение из бд информации об организации (осуществляется при нажатии на кнопку просмотра профиля организации) 6) получение из бд подробной информации об организации 7) кнопка «подписаться» 8) просмотр подписок 9) получение из бд информации об организациях для ленты организаций (8 и 9 нужно доработать) и нарисованы почти все экранчики на сайте kodular (они связаны между собой по нажатию кнопок, но не связаны с бэком, тк сам бэк мы как раз-таки написать и на можем в силу того, что не хватает знаний). получается, из оставшейся работы только дописать процентов 60 точек апи и связать бэк с фронтом, и, возможно, чуть-чуть подделать фронт(небольшие моменты). файл с примерной схемой работой приложения в фигме прикрепляю Заказ срочный, работы нужно завершить до 23 декабряещё

Проверить лабораторную работу 2 и выполнить лабораторную работу номер 3. СУБД: Теория по базам данных (концептуальная модель, запросы на основе реляционной алгебры, функциональные зависимости, нормальные формы и процесс нормализации). Проверить выполненную работу по созданию базы данных и созданию запросов на основе реляционной алгебры и SQL. Выполнить работу (теоритическую) по теме функциональные зависимости, нормальные формы и процесс нормализации. Задания по теме преобразовать универсальную таблицу в отношение и определить состав первичного ключа отношения. В соответствии с процедурой нормализации провести декомпозицию универсального отношения. Очень желательно сделать сегодня как минимум 2 задачуещё

Разработать базу данных с нуля. СУБД: SQL. Задание Вам необходимо разработать базу данных для хранения информации о конференциях. Основная цель — создать структуру, которая позволит эффективно управлять данными о мероприятиях, участниках и их оценивании. Создайте в базе данных основные сущности, атрибуты и необходимые ограничения. Все созданные таблицы должны содержать начальные тестовые данные. В базе данных хранится информация: − о мероприятиях (название, направление (наука, бизнес и т.п.), место проведения, дата проведения, логотип). Каждое мероприятие состоит из нескольких активностей; − о техническом обеспечении (оборудование, количество); − об активностях (название активности, время начала и окончания активности (это поможет участникам эффективно планировать свое время и иметь возможность посещения других активностей); − о пользователях (модераторах, организаторах, участниках и жюри). Информация о пользователях будет храниться в одной таблице с атрибутами: фамилия, имя, отчество, пол, email (обязательное поле для авторизации), телефон, пароль (обязательное поле для авторизации), уникальный номер пользователя, страна, направление деятельности ( область работы или интересов); − о ролях (в конференции предусмотрено несколько ролей): ✓ модератор - проводит активность (один модератор для каждой активности мероприятия); ✓ организатор - занимается организацией мероприятия (количество организаторов мероприятия не ограничено), ✓ участник - является докладчиком в выбранной активности (количество участников в активности не должно превышать 6, но и не должно быть меньше 3), ✓ жюри - ведет оценивание выступлений участников (количество членов жюри для одной активности -3, каждая группа жюри имеет своего руководителя), ✓ спонсоры (каждое мероприятие может иметь одного или нескольких спонсоров, которые поддерживают его проведение). Каждый пользователь может участвовать в разных мероприятиях с разными ролями, но в рамках одной активности роль у пользователя может быть только одна. Например, пользователь не может быть одновременно в одной активности и участником, и модератором. Но допустимо, если в одной активности пользователь является участником, а в другой - модератором. Пользователи могут записаться на несколько активностей в мероприятии, где планируют участвовать. Запись на мероприятие проходит проверку, после чего список участников утверждается и фиксируется на сайте. За свой доклад участники получают баллы. Для оценивания докладов активности создается группа оценки (жюри). В каждой группе оценки есть руководитель. Вопросы, заданные участникам активности протоколируются и заносятся в базу данных. Критерии оценки всех активностей одинаковы, каждый критерий имеет свой вес. Примерные критерии оценки активностей: актуальность темы, новизна, методология, качество изложения, оформление работы, умение вести дискуссию, композиция доклада, взаимодействие с жюри и аудиторией и т.п. По итогам определяется победитель, который набрал максимальное количество баллов в рамках одной активности (при равенстве набранных баллов, определяется несколько победителей). Информация о победителях сохраняется в базе данных. Необходимо обеспечить сбор отзывов от участников (модераторов, организаторов, участников и жюри) после мероприятия для оценки его успешности и выявления областей для улучшения. Реализовать запросы к базе данных: 1. Вывести названия всех активностей в определенном мероприятии, и кто задействован в участии проведении мероприятия; 2. Вывести информацию об участниках и их оценках по заданной активности; 3. Вывести информацию об участниках и их оценках по заданному мероприятию; 4. Вывести информацию о участнике, который набрал максимальное количество баллов по мероприятию; 5. Получить информацию о техническом обеспечении мероприятия; 6. Получить информацию об активных мероприятиях (не завершенных) по заданному направлению, указав интересуемый промежуток времени; 7. Пользователь может участвовать в разных мероприятиях с разными ролями. Сформируйте список активностей с их временем начала и окончания, упорядочив по времени начала; 8. Вывести всех пользователей с заданной ролью по выбранной активности; 9. Получить средний балл участников по всем активностям заданного мероприятия; 10. Найти пользователей, которые участвуют в нескольких активностях с указанием их роли; 11. Получить все мероприятия и их средние оценки по активностям; 12. Получить список всех вопросов, заданных участникам активности; 13. Определить средний балл по каждому критерию оценки активностей; 14. Найти пользователей, которые не участвовали ни в одной активности; 15. Посчитать общее количество участников на мероприятии с разбивкой по активностям; 16. Найти мероприятия, в которых участвует определенный пользователь; 17. Посчитать общее количество мероприятий по каждому направлению; 18. Вывести информацию о пользователях, которые получили максимальные баллы (победителях) по активностям мероприятия; 19. Поскольку количество участников в активности не должно превышать 6, но и не должно быть меньше 3, то реализуйте запрос для вывода активных мероприятий с количеством участников и количеством доступных мест для доклада; 20. Найти мероприятия с низким количеством участников (менее 3 участников): 21. Вывести членов жюри с группировкой по активностям; 22. Вывести членов жюри с группировкой по пользователю (вывести активность дату, время начала и окончания активности); 23. Вывести все отзывы от участников по конкретному мероприятию; 24. Получить среднюю оценку каждого критерия по всем активностям заданного мероприятия;. Что нужно ещё: разработать пользовательский интерфейсещё