What is the translation of " DYNAMODB " in Ukrainian?

• dynamodb

Examples of using Dynamodb in English and their translations into Ukrainian

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

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

You can work with an array of databases, including NoSQL and DynamoDB.
Ви можете працювати з масивом баз даних, в тому числі NoSQL і DynamoDB.

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

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

DynamoDB users issue queries directly to their indices.
Запити записів користувачів DynamoDB адресується безпосередньо до власних індексів.

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

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

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

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

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 вимагає, щоб будь-які оновлення таблиці відображалися в кожному з індексів таблиці.

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

The name attempted to label the emergence of an increasing number of non-relational, distributed data stores, including open source clones of Google's Bigtable/MapReduce and Amazon's DynamoDB.
Спроба ввести таку назву відповідала неочікуваному зростанню кількості нереляційних, розподілених сховищ даних, включаючи клони з відкритим кодом Bigtable/MapReduce від Google та Dynamo від Amazon.

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

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.
Натомість пакет, що містить необхідні завдання, повинен бути створений та завантажений(як правило) у S3 bucket, і AWS доручається(через Amazon Kinesis, DynamoDB або SQS) запускати його при настанні події.

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

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).
Це по суті означає, що екземпляри не мають стану, тому всі вхідні та вихідні дані потрібно зберігати за допомогою зовнішніх засобів(як правило, це S3 або DynamoDB, вхідні з'єднання з екземплярами відключені).

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 включають Java, JavaScript, Node. js, Go, C. NET, Perl, PHP, Python, Ruby, Haskell, Erlang, Django та Grails.[1].

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 S3 або Amazon DynamoDB з лише вказівником на дані, що передаються у повідомленні SQS.

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.
DynamoDB періодично робить знімки цих двох структур даних і зберігає їх протягом місяця в S3, щоб інженери могли виконати своєчасне відновлення баз даних у разі потреби.

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.
Dynamo мало багатопрофільний дизайн, який вимагав від клієнта вирішення конфліктів версій, а DynamoDB використовує синхронну реплікацію в декількох центрах обробки даних[3], що забезпечує високу довговічність та доступність.

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.
Щоб запобігти втраті даних, DynamoDB оснащено дворівневою системою резервної реплікації та довготривалого зберігання.[1] Кожна секція містить три вузли, кожен з яких містить копію даних цієї секції.

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.
Інженери Amazon спочатку уникали використання Dynamo через додаткові інженерні витрати, такі як забезпечення ресурсів, керування секціями та вузлами.[1] Тому команда DynamoDB створила сервіс AutoAdmin для управління базою даних.[2] AutoAdmin замінює вузол, коли він перестає реагувати, для цього дані копіюються з іншого вузла.

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.
Як і у реляційних системах, DynamoDB оновлює індекси автоматично при додаванні/ оновленні/ видаленні записів, тому варто бути обережними при створенні індексів, бо інакше є ризик сповільнення важкої на запис бази даних через гальмування оновлення індексу.

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.
Якщо ввімкнено автоматичне масштабування, то база даних буде масштабуватися автоматично.[1] Крім того, адміністратори можуть запитувати зміни пропускної здатності, а DynamoDB поширюватиме дані та трафік на декілька серверів, використовуючи твердотільні накопичувачі, що забезпечує прогнозовану продуктивність.[2] Можлива інтеграція з Hadoop через Elastic MapReduce.

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.
DynamoDB таблиця включає записи(item), які мають атрибути, деякі з яких утворюють первинний ключ.[1] Якщо в реляційних системах елемент містить кожен атрибут таблиці(або оперує значеннями"null" чи"unknown" за їх відсутності), елементи 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?”.
У той час як типова реляційна система перетворює SQL-запит у формулу реляційної алгебри і запускає алгоритми оптимізації, DynamoDB пропускає ці обидва процеси і отримує дозвіл на виконання.[1] Запит надходить на маршрутизатор запитів DynamoDB, який підтверджує автентифікацію-"Чи надходить запит звідти та від того, кім він себе оголосив?".

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).
У DynamoDB немає оптимізатора запитів, а індекс- це просто інша таблиця з іншим ключем(або двома), що зберігається разом з оригіналом.[1] Коли розробник створює індекс, то створюється копія даних, але копіюються лише ті поля, які вказані(як мінімум поля, які індексуються та первинний ключ базової таблиці).

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.
Amazon DynamoDB- це повністю керована власницька NoSQL база даних, яка підтримує структуру парадигму«ключ- значення» як для даних, так і для документів[1]. Вона пропонується Amazon. com як одна зі служб Amazon Web Services.[2] DynamoDB заснована на аналогічній моделі даних та отримала свою назву від Dynamo, але в своїй основі має іншу реалізацію.

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.
DynamoDB робить це за допомогою служби, яка називається"розповсюджувач журналів"(log propagator), та підписана на журнали реплікації кожного вузла і надсилає додаткові запити Put, Update та Delete в індекси за необхідності.[1] Оскільки використання індексів призводить до суттєвого впливу на продуктивність запитів, які виконують запис, то DynamoDB дозволяє користувачеві робити не більше п'яти запитів до будь-якої таблиці.