Add ViewDefinition support to incremental updates plus a fast recreate option for views

[bashir2]

After #821 and #822 we can convert FHIR resources to flat views and write them to any relational DB using SQL-on-FHIR-v2 ViewDefinition resources. We should add this to the periodic/incremental updates too (in controller logic). To do this, each view row should always have the unique ID of the original resource such that the corresponding rows can be updated when a FHIR resources is updated (or deleted).

[bashir2]

Note the scope of this issue was widened to include a fast option for recreating views. The idea is that if a ViewDefinition is modified or added, we can recreate the views by just reading the data-warehouse snapshot (i.e., the Parquet files) without refetching the resources from the FHIR server.