Рубрики
Без рубрики

Строительство API отдыха с Python, колбой и Azure SQL

Azure SQL имеет родную поддержку JSON, которая является ключевым фактором для упрощения – и сделать разработчик-фри … Теги с Azure, SQL, Python, WebDev.

Azure SQL для разработчиков (11 частью серии)

Azure SQL имеет родной JSON Поддержка, которая является ключевым фактором для упрощения многое значение – и производить дружелюбную разработчику – взаимодействие между базой данных и любым обслуживанием, которым необходимо обрабатывать данные даже самым экзотическим способом.

Как изображено на изображении выше, JSON может быть передан как есть, и только с одной строкой кода можно отправить на Azure SQL, где он может обрабатываться и возвращаться в формате JSON. Я использую Python в этом образе, но на самом деле, независимо от того, какой язык вы используете для вашего проекта, рабочий процесс одинаков. И в результате в качестве разработчика вы не увидите никакой записи или ничего, что напоминают табличную структуру никак. Просто JSON, который может быть легко сериализован и десериализирован в объект для максимального удобства и легкого развития. Или просто хранится как документ JSON, если вы предпочитаете.

Весь тяжелый подъем, на самом деле, делается на Azure SQL для вас благодаря функциям, таким как Json_value и Для JSON Отказ

Чтобы сделать еще проще, Python имеет удивительную структуру по имени колбу, которая делает создание API для отдыха довольно простыми. Но там еще больше. Flask имеет расширение самостоятельно, чтобы сделать этот процесс еще проще. Вам просто нужно создать свой класс с помощью метода для каждого глагола, который вы хотите поддержать. Впечатляющий, правда. Вот два библиотека, которые вы должны использовать:

Вы можете найти полное объяснение вместе с исходным кодом (размещенным на GitHub) и Al деталей для развертывания решения в Azure. Вы сможете создать и развернуть ваш API менее чем за 5 минут!

Строительство API отдыха с Python, колбой и Azure SQL

Почему я должен вообще использовать реляционную базу данных?

Интересный вопрос. Ответ … легко. Да, вы не ожидали этого права? Вот оно: если вам нужно хранить JSON, так как нет, без или действительно минимальных надо запросить данные, сохраненные в нем, и не нужно делать сложные частичные обновления в хранимых документах, то база данных документов может быть отличным выбором. Если вам нужно что-то еще, например, возможность выполнения нетривиальных запросов на данные, агрегаты процесса, имеют консистенцию транзакций, мелкозернистая безопасность и необходимость проверки проглатываемых данных против схемы, то реляционная база данных должна быть вашим выбором.

Если вы думаете, что вам не нужна схема (и это главная причина, по которой вы выбираете базу данных NoSQL), поскольку что-то вроде «схема меньше» является лучшим выбором, поскольку он даст вам гораздо больше Гибкость и свобода, ну …. и прочитайте это:

Скварешные данные структуры

Вся идея меньше схемы похожа на Лепрекон Отказ Нет, это не даст вам золото в конце радуги: это просто не существует!

Используя Azure SQL, у вас есть еще больше причин, почему вы Должен Используйте его: это современная, масштабируемая, (пост) реляционная база данных, где вы можете найти удивительное количество функций, которые вам нужно найти где-то еще. Это будет означать использование многих различных решений по управлению данными (документ, график, магазин клавиш) … а затем иметь дело с одной из самых сложных проблем для решения. Интеграция данных. Если это абсолютно верно, что именованные вещи и недействительность кэша – это две самые сложные проблемы в информатике:

Есть только два тяжелых веща в области компьютерных наук: кэш-ангин-аннулирование и именование вещей (Фил Карлтон)

Я бы легко сказал, что интеграция данных третий. Вы хотите избежать этого, если это возможно. И Azure SQL имеет много функций, чтобы помочь вам на этом. И нет, вам не нужно беспокоиться о масштабируемости. Это масштабируется довольно хорошо. До 100 ТБ и сотни тысяч (по крайней мере) транзакции в секундах. Читайте больше здесь:

10 причин Почему Azure SQL является лучшей базой данных для разработчиков

Одна последняя нота

Позвольте мне сделать математику для вас здесь. 10 тысяч транзакций, давайте скажем, вставляет в секунду на 864 миллиона строк в день. Если у вас есть очень маленькая полезная нагрузка, скажите только 100 байтов, она будет означать 80 ГБ в день или 28 туберкулеза. Вы можете легко справиться с этой нагрузкой с помощью Azure SQL Hyperscale 8Vcores. Вероятно, меньше ядер, чем ваш рабочий стол или ноутбук.

Azure SQL для разработчиков (11 частью серии)

Оригинал: “https://dev.to/azure/building-rest-api-with-python-flask-and-azure-sql-18p4”