Бюджет: 450 UAH Термін: 3 дні
Доброго дня. Готовий виконати ваше завдання. Пишіть. Дякую.-=-=-=
1. Створення бази даних у СУБД MS SQL Server 2019 Увійдіть до середовища Microsoft SQL Server Management Studio з групи програм Microsoft SQL Server Tools. Оберіть з'єднання із сервером, що пропонується за замовчуванням. У вікні, що відображається зліва, клацніть правою кнопкою миші на папці Databases і виберіть опцію зі створення нової БД – New Database (рис. 4.1). Рис. 4.1. Створення нової БД у середовищі Microsoft SQL Server Management Studio У вікні, що з'явилося (рис. 4.2) надайте нову БД назву латинськими літерами, бажано без пробілів. Щоб зберегти, натисніть ОК. Рис. 4.2. Вікно для визначення параметрів нової БД Організація баз даних. - Танасюк Ю.В., Одайська Х.С. 2 2. Підготовка логічної моделі до перевантаження У веб-браузері перейдіть до онлайн-середовища DB Designer за посиланням https://www.dbdesigner.net/. Увійдіть до свого акаунта через пункт меню Login. З переліку збережених проектів оберіть потрібну схему БД. Середовище проектування схеми БД – це не просто засіб графічного відображення схеми БД. Завдяки його можливостям нам не доведеться вручну створювати таблиці, визначати їх склад та формувати з'єднання у СУБД. Натомість, на основі розробленої логічної моделі буде згенеровано SQL-скрипт зі створення відповідних компонентів, який можна зберегти та запустити на виконання у конкретній середовищі. Оскільки навіть найменші невідповідності можуть викликати помилки при створенні реальних таблиць, перш ніж братися за фізичну реалізацію розробленої моделі, слід переконатися у правильності налаштування таких параметрів: - назви сутностей (таблиць) та атрибутів (полів); - типи даних для атрибутів; - первинні ключі та їх властивості; - зовнішні ключі та зв'язки між таблицями. Під час підготовки до перевантаження логічної моделі бази даних до СУБД слід дотримуватися таких рекомендацій: Упевніться, що ER-діаграма розроблена саме для тієї СУБД, до якої її буде перенесено. Необхідна інформація міститься на панелі Properties (Властивості) у верхньому правому куті середовища DB Designer. Для зміни СУБД створіть нову схему БД, вказавши відповідну систему, скористайтесь пунктом меню Schema>Load і оберіть з переліку модель БД. Назви таблиць та атрибутів потрібно надавати латинськими літерами. Імена повинні бути змістовними, містити лише букви, цифри та позначку підкреслення, мати завдовжки не більше 10 символів (для зручності читання). Більше рекомендацій щодо іменування об'єктів у SQL можна знайти за посиланням: https://www.sqlstyle. guide/ru/ Назви об'єктів не можуть бути зарезервованими словами мови SQL, а саме group, order, year, table, user. Повний список можна переглянути за посиланням: https://docs.actian.com/psql/psqlv13/index.html#page/sqlref/sqlkword.htm. Для уникнення небажаних збігів та уточнення змісту атрибуту краще при іменуванні поєднувати кілька слів, наприклад student_group, order_id, release_year, reserved_table, book_user тощо. Упевніться, що для атрибутів зазначені типи, що підтримуються СУБД, в якій буде створюватись база даних. Зокрема, перелік типів, визначених для MS SQL Server, можна переглянути за посиланням: https://docs.microsoft.com/ru-ru/sql/t-sql/data-types/data-typestransact-sql?view=sql-server -ver15 Довжину слід вказувати лише для символьних атрибутів типу char, nchar, varchar, nvarchar. Первинні ключі повинні бути цілочисельними. Властивість Auto Increment краще обирати лише для первинних ключів. При утворенні зв'язків типи первинних та зовнішніх ключів повинні збігатися. Для полів первинного та зовнішнього ключів має бути встановлена властивість Not Null, що унеможливлює пропуски значень. Тому при визначенні характеристик цих атрибутів не потрібно позначати опцію Allow nulls. Будь-які виявлені невідповідності потрібно усунути на самій ER-діаграмі, адже не всі з них вдасться виправити після перенесення до СУБД. 3. Генерування та збереження SQL-коду Щоб розпочати перенесення готової схеми БД у меню середовища DB Designer оберіть пункт Export >Sql (рис.4.3). Організація баз даних. - Танасюк Ю.В., Одайська Х.С. 3 Мал. 4.3. Опція Export в онлайн-середовище проектування бази даних DB Designer У вікні, що з'явилося, виберіть СУБД у якої на першому кроці була створена база даних для перенесення логічної моделі. Як бачимо на рис. 4.4, це MS SQL Server. Щоб згенерувати SQL-код для створення відповідної схеми БД, позначаємо опцію Create script і натискаємо кнопку Generate SQL. Рис. 4.4. Налаштування параметрів для генерування SQL-скрипту з створення вмісту БД Згенерований SQL-код, що відповідає розробленій логічній моделі БД, з'являється в окремому вікні (рис. 4.5). Його можна зберегти у SQL-файлі (Download SQL file), виділити і скопіювати вручну до текстового документа або повернутися до попереднього кроку (Back). Рис. 4.5. Вікно з SQL-скриптом, згенерованим на основі розробленої логічної моделі БД Організація баз даних. - Танасюк Ю.В., Одайська Х.С. 4 Перегляньте згенерований SQL-скрипт, зверніть увагу на синтаксис команд зі створення таблиць, визначення їх складу, формування зв'язків та інших обмежень. Весь згенерований SQL-код виділіть, скопіюйте у буфер і спочатку додайте до звіту з лабораторної роботи (рис. 4.6). Рис. 4.6. Копіювання згенерованого SQL-коду 4. Запуск на виконання у СУБД згенерованого SQL-коду Перейдіть до середовища Microsoft SQL Server Management Studio, оберіть створену базу даних. Як показано на рис. 4.7, у меню виберіть опцію New Query (Новий запит). Рис. 4.7. Створення в базі даних нового запиту для запуску згенерованого SQL-коду Додайте попередньо скопійований SQL-скрипт до вікна створення нового запиту до бази даних (рис. 4.8). Упевніться, що додано весь код без втрат. Як бачите, команди можна редагувати, проте не варто вдаватися до цього без нагальної потреби. Виконання доданого набору SQL-команд дозволить створити в базі спроектовані на ERдіаграми таблиці з визначеними властивостями та зв'язками. Запит можна запустити за допомогою кнопки Execute (Виконати), позначеної на рис. 4.8. Відгук про результат запиту буде відображатись у нижній частині вікна (рис. 4.9). У нашому випадку повідомлення свідчить про успішне виконання. Організація баз даних. - Танасюк Ю.В., Одайська Х.С. 5 Мал. 4.8. Додавання згенерованого SQL-коду до нового запиту у базі даних Рис. 4.9. Результат виконання запиту зі створення таблиць у базі даних 5. Перевірка правильності створення таблиць у БД Перелік створених таблиць можна переглянути у відповідній базі даних, відкривши папку Tables. У нашому випадку в MovieTheatre утворено вісім таблиць (рис. 4.9), що узгоджується із розробленою схемою бази даних. Поява після запуску SQL-коду повідомлень, виділених червоним кольором, свідчить про наявність помилок під час виконання запиту. Перегляньте зміст повідомлень, зазвичай вони вказують на невідповідності, які виникли при створенні таблиць, полів або обмежень, визначених на схемі. Ошибка у визначенні параметрів одного атрибуту може унеможливити створення цілої таблиці, а також її дочірніх таблиць. Поверніться до розробки ER-діаграми. Перевірте та виправіть параметри, що спричинили конфлікт. Повторно згенеруйте код та запустіть його на виконання у СУБД. 6. Створення діаграми бази даних, перенесеної до СУБД Для зручності перевірки результатів перевантаження логічної моделі бази даних до СУБД створимо її діаграму, яка дозволить графічно відобразити наявний набір користувацьких таблиць із повним набором полів та зв'язків. Щоб створити діаграму бази даних, виберіть відповідну папку Database Diagram, клацніть на ній правою кнопкою миші та в контекстному меню виберіть пункт New Database Diagram (рис. 4.10). Організація баз даних. - Танасюк Ю.В., Одайська Х.С. 6 Мал. 4.10. Створення нової діаграми бази даних у Microsoft SQL Server Management Studio Рис. 4.11. Додавання таблиць, що необхідно зобразити на діаграмі бази даних Далі з'являється вікно Add Table, в якому можна обрати таблиці для приєднання до діаграми (рис. 4.11). Додана таблиця автоматично вилучається з переліку. В результаті одержується діаграма, приблизний вигляд якої наведений на рис. 4.12. На ній відразу можна перевірити наявність усіх таблиць, їх склад, а також переконатися у правильності утворення зв'язків. Організація баз даних. - Танасюк Ю.В., Одайська Х.С. 7 Мал. 4.12. Результуюча діаграма створеної бази даних Утворена діаграма входитиме до складу бази даних. Для її збереження при закритті діаграми вкажіть назву, як показано на рис. 4.13, та натисніть ОК. Рис. 4.12. Збереження нової діаграми у базі даних Якщо при перевантаженні моделі деякі таблиці були втрачені, їх можна створити вручну безпосередньо на базі даних. Також можна відновити зв'язки між таблицями. Припустимо, що було втрачено зв'язки між таблицями Film, Actor та Role (рис. 4.13). Рис. 4.13. Нагадаємо, що згідно з розробленою діаграмою, сутність Role походить від батьківських сутностей Actor та Film і утворює з ними зв'язок типу «один-до-багатьох». Для цього у дочірньої сутності Role є два зовнішні ключі: actor_id та film_id, пов'язані з первинними ключами відповідних базових сутностей. Щоб відновити з'єднання, клацніть правою кнопкою миші на похідній таблиці Role і виберіть пункт меню Relationships (Зв'язки), як показано на рис. 4.13. Організація баз даних. - Танасюк Ю.В., Одайська Х.С. 8 Мал. 4.14. Створення зв'язку в дочірній таблиці У вікні Foreign Key Relationships (Зв'язки зовнішнього ключа) (рис. 4.14) для утворення нового зв'язку натискаємо кнопку Add (Додати), У лівій частині вікна з'являється умовне позначення нового зв'язку . Для визначення пов'язаних полів та таблиць для нього вибираємо у правій частині вікна пункт Table And Column Specification (Специфікація таблиць та полів) та натискаємо кнопку з трьома крапками (рис. 4.15, а). а б Мал. 4.15. Визначення властивостей зв'язку між таблицями Організація баз даних. - Танасюк Ю.В., Одайська Х.С. 9 При відновленні зв'язку із таблицею Actor у вікні визначення таблиць і полів (Tables and Columns), як видно на рис. 4.15, б, справа відображається дочірня таблиця Role (Foreign key table). Обираємо серед її полів зовнішній ключ actor_id. Ліворуч обираємо з переліку батьківську таблицю Actor (Primary key table) та з переліку полів обираємо поле первичного ключа – actor_id, до якого веде посилання. Зверніть увагу, що зв'язок змінивши свою назву на FK_Role_Actor. Для збереження змін натискаємо ОК. Аналогічним чином у вікні, зображеному на рис. 4.15, а, можна додати ще одне з'єднання із таблицею Film, і вибравши його в розділі Selected Relationships, визначити відповідні параметри (рис. 4.16). Рис. 4.16. Параметри зв'язку між таблицями Film та Role У результаті виконаних налаштувань до таблиці Role відновлено дві зв'язки, які можна побачити як у переліку Selected Relationships (рис. 4.17, а), так і графічно на діаграмі бази даних (рис. 4.17, б). а б Мал. 4.17. Відновлені зв'язки між дочірньою та батьківськими таблицями у Microsoft SQL Server Management Studio ПОРЯДОК ВИКОНАННЯ РОБОТИ 1. Створіть у відповідній СУБД базу даних, до якої буде перевантажено спроектовану в DB Designer схему БД. 2. Перевірте логічну модель БД та підготуйте її для перевантаження відповідно до наданих рекомендацій. 3. Згенеруйте та збережіть у звіті SQL-скрипт із створення спроектованої моделі БД. 4. Запустіть на виконання згенерований SQL-код у СУБД, перевірте правильність створення таблиць, у разі потреби, внесіть корективи до розробленої моделі. 5. Створіть та збережіть діаграму перевантаженої бази даних у СУБД так і графічно на діаграмі бази даних (рис. 4.17, б). а б Мал. 4.17. Відновлені зв'язки між дочірньою та батьківськими таблицями у Microsoft SQL Server Management Studio ПОРЯДОК ВИКОНАННЯ РОБОТИ 1. Створіть у відповідній СУБД базу даних, до якої буде перевантажено спроектовану в DB Designer схему БД. 2. Перевірте логічну модель БД та підготуйте її для перевантаження відповідно до наданих рекомендацій. 3. Згенеруйте та збережіть у звіті SQL-скрипт із створення спроектованої моделі БД. 4. Запустіть на виконання згенерований SQL-код у СУБД, перевірте правильність створення таблиць, у разі потреби, внесіть корективи до розробленої моделі. 5. Створіть та збережіть діаграму перевантаженої бази даних у СУБД так і графічно на діаграмі бази даних (рис. 4.17, б). а б Мал. 4.17. Відновлені зв'язки між дочірньою та батьківськими таблицями у Microsoft SQL Server Management Studio ПОРЯДОК ВИКОНАННЯ РОБОТИ 1. Створіть у відповідній СУБД базу даних, до якої буде перевантажено спроектовану в DB Designer схему БД. 2. Перевірте логічну модель БД та підготуйте її для перевантаження відповідно до наданих рекомендацій. 3. Згенеруйте та збережіть у звіті SQL-скрипт із створення спроектованої моделі БД. 4. Запустіть на виконання згенерований SQL-код у СУБД, перевірте правильність створення таблиць, у разі потреби, внесіть корективи до розробленої моделі. 5. Створіть та збережіть діаграму перевантаженої бази даних у СУБД Відновлені зв'язки між дочірньою та батьківськими таблицями у Microsoft SQL Server Management Studio ПОРЯДОК ВИКОНАННЯ РОБОТИ 1. Створіть у відповідній СУБД базу даних, до якої буде перевантажено спроектовану в DB Designer схему БД. 2. Перевірте логічну модель БД та підготуйте її для перевантаження відповідно до наданих рекомендацій. 3. Згенеруйте та збережіть у звіті SQL-скрипт із створення спроектованої моделі БД. 4. Запустіть на виконання згенерований SQL-код у СУБД, перевірте правильність створення таблиць, у разі потреби, внесіть корективи до розробленої моделі. 5. Створіть та збережіть діаграму перевантаженої бази даних у СУБД Відновлені зв'язки між дочірньою та батьківськими таблицями у Microsoft SQL Server Management Studio ПОРЯДОК ВИКОНАННЯ РОБОТИ 1. Створіть у відповідній СУБД базу даних, до якої буде перевантажено спроектовану в DB Designer схему БД. 2. Перевірте логічну модель БД та підготуйте її для перевантаження відповідно до наданих рекомендацій. 3. Згенеруйте та збережіть у звіті SQL-скрипт із створення спроектованої моделі БД. 4. Запустіть на виконання згенерований SQL-код у СУБД, перевірте правильність створення таблиць, у разі потреби, внесіть корективи до розробленої моделі. 5. Створіть та збережіть діаграму перевантаженої бази даних у СУБД Згенеруйте та збережіть у звіті SQL-скрипт із створення спроектованої моделі БД. 4. Запустіть на виконання згенерований SQL-код у СУБД, перевірте правильність створення таблиць, у разі потреби, внесіть корективи до розробленої моделі. 5. Створіть та збережіть діаграму перевантаженої бази даних у СУБД Згенеруйте та збережіть у звіті SQL-скрипт із створення спроектованої моделі БД. 4. Запустіть на виконання згенерований SQL-код у СУБД, перевірте правильність створення таблиць, у разі потреби, внесіть корективи до розробленої моделі. 5. Створіть та збережіть діаграму перевантаженої бази даних у СУБД
Бюджет: 450 UAH Термін: 3 дні
Доброго дня. Готовий виконати ваше завдання. Пишіть. Дякую.-=-=-=
Бюджет: 300 UAH Термін: 2 дні
Добрий день, готовий зробити завдання у файлі ОБД_Лаб5_22
Давайте обговоримо, як воно пов'язано із текстом в описі проекту
важкий випадок...
ти хоч сам розумієш, що тут треба зробити?
напиши нормально завдання.
Програміст C# / .NET WPF – завершення міграції великої програми для виставлення рахунків RAFSOFT.NET Sp. z o.o. шукає програміста C# / .NET для завершення переписування великої, багаторічної програми для виставлення рахунків на нову технологію. Проект стосується міграції розширеної десктопної програми для компаній, що використовується для виставлення рахунків, обробки документів продажу, контрагентів, обліку та функцій бухгалтерсько-податкових. Нова версія програми створюється мовою C# / .NET, з використанням компонентів DevExpress. Проект вже переписаний приблизно на 70%. Шукаємо людину, яка допоможе довести його до кінця, упорядкувати відсутні елементи, виконати тести та подбати про відповідність роботи нової версії з попередньою програмою. Обсяг робіт: завершення міграції великої десктопної програми на C# / .NET, відтворення функціональності старої програми в новій версії, збереження максимально ідентичної логіки роботи, вигляду та способу обслуговування, робота з компонентами DevExpress, аналіз існуючого коду та порівняння роботи старої та нової версії програми, виправлення помилок, доповнення відсутніх функцій та тестування програми, співпраця при фінальному підготовці програми до впровадження. Вимоги: дуже добре знання C# та .NET, досвід у створенні десктопних програм для Windows, знання WPF або WinForms, досвід з DevExpress або подібними бібліотеками компонентів UI, уміння аналізувати великий, існуючий проект, точність і терпіння при відтворенні існуючої функціональності, уміння тестувати власні зміни, дуже хороша здатність користуватися інструментами AI, що підтримують програмування, аналіз коду, рефакторинг та тестування. Бажано: досвід з проектами типу legacy, знання або попередня робота з Visual Basic 6.0, досвід при міграції програм зі старих технологій на C# / .NET, знання питань, пов'язаних з виставленням рахунків, бухгалтерією, JPK або KSeF, досвід у роботі з великими бізнес-програмами. Кого шукаємо: Шукаємо самостійну, точну та технічно досвідчену людину, яка вміє увійти в існуючий проект, зрозуміти його логіку та послідовно довести його до кінця. У цьому проекті дуже важливо не лише писати новий код, але й вірно відтворити роботу старої програми — як з точки зору функцій, так і вигляду та способу обслуговування. Вимагаємо також вмілого користування інструментами AI у повсякденній програмістській роботі. Нам важлива людина, яка вміє використовувати AI практично: для аналізу коду, пошуку помилок, прискорення міграції, створення тестів та упорядкування проекту. Про компанію: RAFSOFT.NET Sp. z o.o. — це польська компанія, що створює програмне забезпечення для підприємців, бухгалтерських офісів та малих і середніх компаній. Нашим основним продуктом є програма Фактура ПДВ, що підтримує щоденне обслуговування рахунків, документів продажу, контрагентів, обліку та розрахунків відповідно до польських норм. Розвиваємо власні десктопні програми та інструменти, пов'язані з виставленням рахунків, бухгалтерією, KSeF, JPK та автоматизацією бізнес-процесів. Наші рішення проектуються з урахуванням стабільності, простоти обслуговування та практичного застосування в повсякденній роботі користувачів. Сайт компанії: www.rafsoft.net
Потрібно обрахувати статистику у медичному проекті (включно з кореляціями). Також, є запит на створення математичної моделі прогнозування розвитку патологій на основі наявних даних.
Доброго дня, потрібна ваша допомога в реалізації завдання. Усунути баги на сторінці сайту, сторінка відображає помилку 404.
Мета проєкту Реалізувати інтеграцію Viber без використання сторонніх CRM-систем. Уся робота з повідомленнями повинна виконуватись безпосередньо у нашій внутрішній CRM на базі BAS / 1С 8.3.Поточна система BAS / 1С 8.3 Самописна конфігурація "Обслуговування клієнтів" База понад 40 000 абонентівНеобхідно реалізувати Інтеграцію через офіційного Viber Business-провайдера (TurboSMS, GMS Worldwide або інший погоджений сервіс). Кнопку«Написати у Viber» в картці абонента. Відправку повідомлень безпосередньо з BAS. Прийом вхідних повідомлень через Webhook. Автоматичну прив'язку повідомлень до абонента за номером телефону. Повне збереження історії листування у картці абонента. Відображення часу, статусу повідомлення та менеджера, який відповідав. Роботу кількох менеджерів одночасно. Шаблони повідомлень для швидкої відповіді. Допомогу з налаштуванням Viber-провайдера, API-ключів та Webhook. Передачу всього вихідного коду та налаштувань після завершення робіт.Умови приймання Робота вважається виконаною після успішного тестування всіх функцій на робочій базі та передачі вихідного коду.Гарантія 1 місяць гарантії на виправлення помилок, пов'язаних із реалізованим функціоналом. Подальші доробки виконуються за окремою домовленістю.Результат Після завершення проєкту менеджери повинні мати можливість повністю працювати з Viber безпосередньо в BAS: писати клієнтам, отримувати відповіді, переглядати історію листування та вести комунікацію без використання сторонніх CRM. Весь вихідний код, доробки, API-ключі та налаштування після завершення проєкту передаються замовнику.
Шукаю досвідченого розробника (або невелику команду) для створення MVP мобільного додатку — сервісу термінового виклику спеціалістів за аналогією з Uber, Uklon Необхідна розробка: • мобільного додатку для iOS та Android (Flutter); • серверної частини (REST API); • панелі адміністратора; • бази даних. Основний функціонал MVP: реєстрація клієнтів та виконавців; авторизація; карта та геолокація; створення замовлення; пошук найближчого виконавця; push-сповіщення; чат всередині додатку; рейтинги та відгуки; історія замовлень; адмін-панель. Вимоги: досвід розробки маркетплейсів, сервісів доставки, таксі або аналогічних проектів; Flutter; Backend (Node.js / Laravel / Go / NestJS — готовий обговорювати); PostgreSQL; розуміння масштабованої архітектури. В відповіді обов'язково надішліть: Посилання на додатки в App Store та Google Play. Схожі проекти, які ви розробляли. Яку архітектуру пропонуєте. Приблизну вартість MVP. Термін розробки. Важливо: шукаю спеціаліста для довгострокової співпраці. Цікавить якість архітектури та можливість подальшого масштабування проекту. Бюджет обговорюється з підходящим кандидатом.