Fix | Build ReservedWords table in code

[edwardneal]

Description

This PR populates the ReservedWords collection returned by SqlConnection.GetSchema in code, rather than by deserializing the SqlMetaData.xml embedded resource.

There are currently 393 reserved words in this embedded resource. To make this easier to review, I've broken it down commit-by-commit.

I'm aiming to do nothing more than migrate the data out of the XML file, with one exception: the "NATIONAL " keyword is now corrected to "NATIONAL", removing the trailing space. I believe this was an oversight.

Separately to this, I've noticed two things:

• This list of words hasn't been kept in sync with the publicly documented set of reserved words. I've linked to the documentation and noted all missing words, but it's not clear at present whether they should all be added, or whether there are other criteria. If we add any, we'll need to make sure the minimum version is correctly specified.
• If we're to take the linked documentation as canonical, there's an additional reserved word which is unique to Azure Synapse Analytics. This highlights the requirement for Cleanup | Consolidate connection capability metadata #3862 (because we're no longer basing the list of reserved words strictly on the version of the SQL Server) and raises the question of whether we determine this with a query of SERVERPROPERTY('EngineEdition'), or a simpler check against the DNS name.

I've avoided pulling a response to either of them in this PR in order to prevent it drifting into the weeds and to keep it self-contained.

Issues

Contributes to #3372.

Testing

I've manually verified that reserved words match, and added a test which verifies that the data is correct. With adjustment to account for the "NATIONAL " case, this same test also passes against main.

[edwardneal]

This is the only reserved word I expect to be different between the old and the new structure. I've assumed that it was a typo.