Handle insert_table errors

[couralex6]

Fix for issue #128

Attempting to resolve the issue of unhandled insert errors with a new dataclass InsertTableErrorResult which can handle the error field.

This is most likely not the most elegant way to handle this. I'm open to suggestions :)

[bh2smith]

I like the solution although it doesn't quite follow the pattern we're using everywhere else. If you check the api/execution.py file you'll see this common pattern of try catch key error and then raise of dune error. Realistically we should improve the error classifications, but it might be good to try to follow the similar pattern for now so we can find all the things that need changing after improvements have been made.

I would also prefer to raise here instead of returning something that needs to be matched on. At least until the whole library is working that way.

[bh2smith]

Please throw the error or adopt the pattern we use in other places. At least till it's all uniform.

[couralex6]

@bh2smith throwing a DuneError when insert failed. I'm using DuneError, but we could also create a new Error type for the tables endpoint. lmk what you think

[bh2smith]

Looks good for now! I think improving error handling as a whole could be reserved for a follow up PR. let's get this in for now and address that separately. Let me know if you're happy with this and we can get it released.

[RichardKeo]

Approving because this is definitely an improvement and probably ok for now, however, I think this isn't happening in the correct place.

Ideally, we should check the HTTP status code after making a call to the API and handle the response accordingly. When we get a 4XX or 5XX, we could raise an error with details about it rather than letting the response flow as if it was successful.

[waddahAldrobi]

Agree with the comments above