Окей, спасибо. Индийский коллега в чате ничего не смог ответить по этому поводу, кроме как «закройте приложение»

Вы про проктора?

да

Проктор вам ничего и не ответит, он может только следить за тем, чтобы вы начали экзамен, не читерили, и закончили

Он не видит ни вопросов, ни ответов, только то что на камере

Окей, понял, спасибо. Пойду праздновать, видимо

Поспите ;)

Я после сдачи SA Prof (сдавал 3 часа), потом лежал и не соображал что происходит

Всем привет,
много информации прочитал про dynamodb:
- но никак не могу разобраться в GSI, LSI индексах, что-то стало понятней, но чем больше читаю - тем больше меня это путает,
- и вторая проблема не могй понять как создавать индексы, по какой логике это делается, есть аттрибуты по которым надо делать query/scan
- HASH/RAND - в индексах, тоже не понятно какой проставлять,

вроде все читал, но чем больше читаешь, тем меньше я сейчас понимаю ... 🤔 видео уроки тоже посмотрел,
может кто-то на простом языке мне сможет объяснить.

Английский знаете?

Если да, то либо вот хорошее видео, либо ждите до конца сл недели, пока я закончу работу над вторым постом про динаму.

я уже смотрел видео курсы и не один, от кол-во просмотренного материала вопросв только больше

значит надо смотреть меньше!

ну возьмите монгу тогда - в documentDB завезли 4.0 с watch() да и индексы вторичные есть как в реляционных базах... у вас там какая нагрузка планируется ?

да и в PG есть индекс по JSON

вот например пример - https://pastebin.com/tVbJxEAJ, по нему вопросы, по шагово может мне чуть понятней будет:
1) то что находится в KeySchema, partion key and sort key, для них уже создаются по сути index-ы?

2) когда мне нужен LocalSecondaryIndexes, знаю только то что в нескольких партициях если, то данные там синхронизируются моментально, возможно добавить только при создании таблицы, 10гб таблица, какая-то особенность с партициями - вроде только в одной таблице можно делать поиск.

3) если on-demand - то по сути "ProvisionedThroughput", не нужен?

4) в GlobalSecondaryIndexes, указывают несколько ключей для чего?
"KeySchema" : [{"AttributeName" : "Sales", "KeyType" : "HASH"},{"AttributeName" : "Artist", "KeyType" : "RANGE"}],
я пологаю если поиск идет не по одному ключу а по паре, например - year человека и gender,
но если идет query/scan по одному ключу - то просто указываешь один ключ?

5) если один запрос есть по gender ключу, а второй по age + gender, то надо два отдельных index-a делать?

6) Projection - я так понимаю если я напишу вот так: { "NonKeyAttributes" : ["Album", "Artist"], "ProjectionType" : "INCLUDE" },,
то при поиске эти данные будут добавлены в таблицу index-a, то есть мы знаем что каждый раз когда мы создаем index-ы, то он делает копию текущей таблицы в новую, что-то на подобии event sourcing-a.

подскажите пожалуйста ответы на вопросы и если я в чем-то был не прав, заранее спасибо.

partition_key & sort_key - это те поля по которые вам нужно указывать в запросе чтобы поиск происходит по индексу. забудьте пока про LSI. partion_key всегда HASH поэтому поиск всегда по полному совпадению ключа. sort_key всегда range - по нему можно искать больше, меньше, равно, префикс, IN и может быть что-то еще. GSI  - это да копия таблицы с другими ключами, по умолчанию все поля от базовой таблицы включаются, но можно включить только те какие вам нужно чтобы уменьшить размер индекса

еще нужно почитать про index overloading чтобы не плодить GSI без необходимости. А да, еще насчет запросов - вам нужно всегда указывать partition_key и опционально указывать sort_key, ну и естественно индекс(или основную таблицу) к которой делать запрос.
В целом, оценить нагрузку и решить - стоит ли игра свеч с динамо или имеет смысл посмотреть на более знакомые по концепции базы данных.

да копия таблицы с другими ключами, по умолчанию все поля от базовой таблицы включаются, но можно включить только те какие вам нужно чтобы уменьшить размер индекса - это через Projection делается?