You are absolutely correct! Great catch.

The JSON example provided in the documentation is structurally invalid. Because standard JSON parsers do not support duplicate keys within the same dictionary object, the second "table" key will silently overwrite the first one. If someone were to deploy the pipeline using that exact snippet, Databricks would only ever register the final destination schema.

Your corrected JSON snippet is the exact right way to format this configuration: passing a list of distinct objects, each containing its own single "table" dictionary, will ensure all destinations are picked up correctly.

I highly recommend submitting this via the "Send us feedback" link at the bottom of the documentation page so the Databricks tech writers can get it updated. Thanks for sharing the fix with the community!