What is the translation of " DYNAMODB " in English?

• dynamodb

Examples of using Dynamodb in Ukrainian and their translations into English

Розробка з DynamoDB.
Developing with DynamoDB.

DynamoDB використовує алгоритм Paxos для обрання лідерів.
DynamoDB uses the Paxos algorithm to elect leaders.

Тепер припустимо, що користувач DynamoDB виконує операцію Get.
Now suppose that a DynamoDB user issues a Get operation.

DynamoDB використовує як хешування, так і B-дерева для управління даними.
DynamoDB uses both hashing and B trees to manage data.

На практиці саме тут DynamoDB поступається узгодженістю відносно доступності.
In practice, this is where DynamoDB trades consistency for availability.

З DynamoDB, Amazon, звичайно, також пропонує свою базу даних NoSQL.
With DynamoDB, Amazon also offers its own NoSQL database, of course.

Первинний ключ також може мати другий атрибут, який DynamoDB називає табличним"ключем сортування".
A primary key can also feature a second attribute, which DynamoDB calls the table's“sort key.”.

DynamoDB використовує JSON для свого синтаксису через його популярність у розробників.
DynamoDB uses JSON for its syntax because of its ubiquity in the development community.

Використовуйте служби баз даних, такі як Служба реляційної бази даних Amazon(RDS) та Amazon DynamoDB.
Utilize database services, such as Amazon Relational Database Service(RDS) and Amazon DynamoDB.

DynamoDB надає користувачеві два варіанти при видачі читання: узгоджене та зрештою узгоджене.
DynamoDB affords the user two options when issuing a read: consistent and eventually consistent.

Подібно до систем індексації в реляційній моделі, DynamoDB вимагає, щоб будь-які оновлення таблиці відображалися в кожному з індексів таблиці.
Just like indexing systems in the relational model, DynamoDB demands that any updates to a table be reflected in each of the table's indices.

DynamoDB була представлена CTO Amazon Werner Vogels 18 січня 2012 року[4] як еволюція рішення Amazon SimpleDB.[5].
DynamoDB was announced by Amazon CTO Werner Vogels on January 18, 2012[5] and is presented as an evolution of Amazon SimpleDB solution.

У вересні 2013 року Amazon випустила версію для локальної розробки DynamoDB, щоб розробники могли тестувати додатки, підтримувані DynamoDB, локально.[1].
In September 2013, Amazon made available a local development version of DynamoDB so developers can test DynamoDB-backed applications locally.[9].

DynamoDB відрізняється від інших служб Amazon тим, що дозволяє розробникам купувати послугу на основі пропускної здатності(throughput), а не на зберігання(storage).
DynamoDB differs from other Amazon services by allowing developers to purchase a service based on throughput, rather than storage.

Мови та фреймворки із прив'язкою до DynamoDB включають Java, JavaScript, Node. js, Go, C. NET, Perl, PHP, Python, Ruby, Haskell, Erlang, Django та Grails.[1].
Languages and frameworks with a DynamoDB binding include Java, JavaScript, Node. js, Go, C. NET, Perl, PHP, Python, Ruby, Haskell, Erlang, Django, and Grails.[13].

DynamoDB періодично робить знімки цих двох структур даних і зберігає їх протягом місяця в S3, щоб інженери могли виконати своєчасне відновлення баз даних у разі потреби.
DynamoDB periodically takes snapshots of these two data structures and stores them for a month in S3 so that engineers can perform point-in-time restores of their databases.

Натомість пакет, що містить необхідні завдання, повинен бути створений та завантажений(як правило) у S3 bucket, і AWS доручається(через Amazon Kinesis, DynamoDB або SQS) запускати його при настанні події.
Instead, a package containing the required tasks has to be created and uploaded(usually) to an S3 bucket and AWS is instructed(via Amazon Kinesis, DynamoDB or SQS) to run it when an event is triggered.

Щоб запобігти втраті даних, DynamoDB оснащено дворівневою системою резервної реплікації та довготривалого зберігання.[1] Кожна секція містить три вузли, кожен з яких містить копію даних цієї секції.
To prevent data loss, DynamoDB features a two-tier backup system of replication and long-term storage.[12] Each partition features three nodes, each of which contains a copy of that partition's data.

Це по суті означає, що екземпляри не мають стану, тому всі вхідні та вихідні дані потрібно зберігати за допомогою зовнішніх засобів(як правило, це S3 або DynamoDB, вхідні з'єднання з екземплярами відключені).
This essentially makes the instances stateless, all the incoming and outgoing data needs to be stored by external means(usually via S3 or DynamoDB, inbound connections to the instances is disabled).

Dynamo мало багатопрофільний дизайн, який вимагав від клієнта вирішення конфліктів версій, а DynamoDB використовує синхронну реплікацію в декількох центрах обробки даних[3], що забезпечує високу довговічність та доступність.
Dynamo had a multi-master design requiring the client to resolve version conflicts and DynamoDB uses synchronous replication across multiple datacenters[4] for high durability and availability.

Як і у реляційних системах, DynamoDB оновлює індекси автоматично при додаванні/ оновленні/ видаленні записів, тому варто бути обережними при створенні індексів, бо інакше є ризик сповільнення важкої на запис бази даних через гальмування оновлення індексу.
Like in relational systems, DynamoDB updates indices automatically on addition/update/deletion, so you must be judicious when creating them or risk slowing down a write-heavy database with a slew of index updates.

AWS Лямбда був розроблений для таких випадків застосування, як завантаження зображення або об'єкта додавання до Amazon S3, оновлення DynamoDB таблиць, відповідь на клік веб- сайту або реагування на дані датчику з IoT підключеного пристрою.
AWS Lambda was designed for use cases such as image or object uploads to Amazon S3, updates to DynamoDB tables, responding to website clicks or reacting to sensor readings from an IoT connected device.

DynamoDB таблиця включає записи(item), які мають атрибути, деякі з яких утворюють первинний ключ.[1] Якщо в реляційних системах елемент містить кожен атрибут таблиці(або оперує значеннями"null" чи"unknown" за їх відсутності), елементи DynamoDB не мають схеми.
A DynamoDB table features items that have attributes, some of which form a primary key.[10] Whereas in relational systems, an item features each table attribute(or juggles“null” and“unknown” values in their absence), DynamoDB items are schema-less.

Велике повідомлення може бути розділене на кілька сегментів, які надсилаються окремо, або дані повідомлення можуть зберігатися за допомогою служби Amazon S3 або Amazon DynamoDB з лише вказівником на дані, що передаються у повідомленні SQS.
A large message can be split into multiple segments that are sent separately, or the message data can be stored using Amazon Simple Storage Service(Amazon S3) or Amazon DynamoDB with just a pointer to the data transmitted in the SQS message.

Інженери Amazon спочатку уникали використання Dynamo через додаткові інженерні витрати, такі як забезпечення ресурсів, керування секціями та вузлами.[1] Тому команда DynamoDB створила сервіс AutoAdmin для управління базою даних.[2] AutoAdmin замінює вузол, коли він перестає реагувати, для цього дані копіюються з іншого вузла.
Amazon engineers avoided Dynamo originally due to engineering overheads like provisioning and managing partitions and nodes.[1] In response, the DynamoDB team built a service it calls AutoAdmin to manage a database.[2] AutoAdmin replaces a node when it stops responding by copying data from another node.

У DynamoDB немає оптимізатора запитів, а індекс- це просто інша таблиця з іншим ключем(або двома), що зберігається разом з оригіналом.[1] Коли розробник створює індекс, то створюється копія даних, але копіюються лише ті поля, які вказані(як мінімум поля, які індексуються та первинний ключ базової таблиці).
In DynamoDB, there is no query optimizer, and an index is simply another table with a different key(or two) that sits beside the original.[1] When a developer creates an index, she creates a new copy of her data, but only the fields that she specifies get copied over(at a minimum, the fields that she indexes on and the original table's primary key).

Якщо ввімкнено автоматичне масштабування, то база даних буде масштабуватися автоматично.[1] Крім того, адміністратори можуть запитувати зміни пропускної здатності, а DynamoDB поширюватиме дані та трафік на декілька серверів, використовуючи твердотільні накопичувачі, що забезпечує прогнозовану продуктивність.[2] Можлива інтеграція з Hadoop через Elastic MapReduce.
If Auto Scaling is enabled, then the database will scale automatically.[8] Additionally, administrators can request throughput changes and DynamoDB will spread the data and traffic over a number of servers using solid-state drives, allowing predictable performance.[2] It offers integration with Hadoop via Elastic MapReduce.

Amazon DynamoDB- це повністю керована власницька NoSQL база даних, яка підтримує структуру парадигму«ключ- значення» як для даних, так і для документів[1]. Вона пропонується Amazon. com як одна зі служб Amazon Web Services.[2] DynamoDB заснована на аналогічній моделі даних та отримала свою назву від Dynamo, але в своїй основі має іншу реалізацію.
Amazon DynamoDB is a fully managed proprietary NoSQL database service that supports key-value and document data structures[2] and is offered by Amazon. com as part of the Amazon Web Services portfolio.[3] DynamoDB exposes a similar data model to and derives its name from Dynamo, but has a different underlying implementation.

У той час як типова реляційна система перетворює SQL-запит у формулу реляційної алгебри і запускає алгоритми оптимізації, DynamoDB пропускає ці обидва процеси і отримує дозвіл на виконання.[1] Запит надходить на маршрутизатор запитів DynamoDB, який підтверджує автентифікацію-"Чи надходить запит звідти та від того, кім він себе оголосив?".
While a typical relational system would convert the SQL query to relational algebra and run optimization algorithms, DynamoDB skips both processes and gets right to work.[1] The request arrives at the DynamoDB request router, which authenticates--“Is the request coming from where/whom it claims to be?”-- and checks for authorization--“Does the user submitting the request have the requisite permissions?”.

DynamoDB робить це за допомогою служби, яка називається"розповсюджувач журналів"(log propagator), та підписана на журнали реплікації кожного вузла і надсилає додаткові запити Put, Update та Delete в індекси за необхідності.[1] Оскільки використання індексів призводить до суттєвого впливу на продуктивність запитів, які виконують запис, то DynamoDB дозволяє користувачеві робити не більше п'яти запитів до будь-якої таблиці.
DynamoDB handles this using a service it calls the“log propagator,” which subscribes to the replication logs in each node and sends further Put, Update, and Delete requests to indices as necessary.[1] Because indices result in substantial performance hits for write requests, DynamoDB allows a user at most five of them on any given table.