Нет ничего принципиально отличного между преобразованием из Access в DynamoDB или из SQL-сервера (или любой другой реляционной индексированной базы данных b-tree, в этом отношении). Могу сказать одно: если у вас 3 миллиона строк, вы хотите знать, что то, что вы делаете, - это правильно. NoSQL очень хорош, когда у вас есть подходящий вариант использования. Это просто отстой, если вы пытаетесь достичь чего-то лучшего, используя реляционные данные. Я не знаю ваше дело, поэтому у меня нет мнения, но вы можете проверить свое решение о миграции. Существуют облачные службы реляционных баз данных.
Обратитесь к документации Amazon на https://aws.amazon.com/blogs/database/aws-database-migration-service-and-amazon-dynamodb-what-you-need-to-know/ для получения информации о том, как выполнить миграцию.
Помимо этого, мой подход будет:
A) Использовать службы интеграции сервера SQL для извлечения таблицы в экземпляр SQL,
B) загрузить данные в экземпляр Azure,
C) Используйте сервис миграции базы данных amazon для переноса в DynamoDB.
Ваши главные подводные камни будут в строковом кодировании, форматах даты и BLOB / CLOBS. Если у вас есть какой-либо из последних, я бы предложил написать короткую программу, чтобы обрабатывать их отдельно. Кодирование страниц может и должно быть синхронизировано. Даты лучше всего передавать в международном формате ГГГГ-ММ-ДД чч: мм: сс.