feat(parser): fix DynamoDBStreamChangeRecordSchema.dynamodb type

[benthorner]

Summary

Changes

Please provide a summary of what's being changed

This fixes a DynamoDB Stream record Zod schema typing issue.

Before:

// z.infer<typeof DynamoDBStreamChangeRecord[Schema]>
dynamodb: {
    Keys: Record<string, Record<string, any>>;
    SizeBytes: number;
    ApproximateCreationDateTime?: number | undefined;
    NewImage?: Record<string, any> | undefined;
    OldImage?: Record<string, any> | undefined;
};

After:

dynamodb: {
    Keys: Record<string, Record<string, any>>;
    SequenceNumber: string;
    SizeBytes: number;
    StreamViewType: "NEW_IMAGE" | "OLD_IMAGE" | "NEW_AND_OLD_IMAGES" | "KEYS_ONLY";
    ApproximateCreationDateTime?: number | undefined;
    NewImage?: Record<string, any> | undefined;
    OldImage?: Record<string, any> | undefined;
} | {
    Keys: Record<string, Record<string, any>>;
    SizeBytes: number;
    ApproximateCreationDateTime?: number | undefined;
    NewImage?: Record<...> | undefined;
    OldImage?: Record<...> | undefined;
};

The "before" type is preserved for the Kinesis-only version of the
schema. As part of this change, we internally suffix Schema for
all properties in schemas/dynamodb.ts, which unblocks naming
some types to support the main fix - see the first commit.

Please add the issue number below, if no issue is present the PR might get blocked and not be reviewed

Issue number: closes #4797

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[svozza]

Nice ork @benthorner! LGTM.

[benthorner]

Thanks for taking a look @svozza! I notice the CI seems to be a bit stuck - anything I can help with?

[svozza]

Looks like @sdangol got in before me! All sorted @benthorner, thanks again!