In other words, I'm imagining a situation in which a user creates a Post with several pictures (1, 2, 3, 4, 5). User then determines that user likes photos 2,3, and 4, but not 1, 5. User sends update mutation replacing 1 with 6, and 2 with 7 (so, after update, Post should be connected to 2, 3, 4, 6, and 7). To make it more interesting, maybe 6 exists and can be connected, but 7 is new and needs to be created.
Currently, for createPost, client is sending an array of pictures, which I then loop over in server side resolver to (1) take care of ancillary business (e.g., generating signed upload/download URLs, etc.,) and (2) appropriately prepare input object for data: pictures: create. This works like a charm for the 'createPost' scenario, but is not as awesome for the updatePost scenario.