Improve performance for receiving records from SRS

There are five use cases identified for MARC source records retrieval.

High-level strategy to improve SRS performance.

1. We have to get rid of RMB PostgreSQL Client and CQL because it does not provide us with fine-grained control over how SQL statements and especially Where clauses are generated.
2. Fields in JSON documents that are used in the search conditions intensively must be taken out as separate columns of the table. Based on the use cases analysis DB indexes must be created for those columns. The consequence is that DB tables must be managed by Liquibase instead of RMB and schema.json
3. We must define several strategies to retrieve data and each strategy must be used for a particular use case(s).
   1. Retrieve all MARC source records in chunks (it means the row set must be ordered, the most efficient way here to do this is ordering by Id) (Covers use case 2)
   2. Retrieve MARC source records for a period in chunks (it means the row set must be ordered, the most efficient way here to do this is ordering by updatedDate. To make criteria simpler only updatedDate must be considered. CreatedDate should not be used) (Covers use case 3)
   3. Retrieve MARC source records by Instance Ids. InstanceId field must be indexed (Covers use cases 1 and 4)
   4. Retrieve MARC records by custom criteria. Used by use case 5.
4. Data structures returned by SQL queries as well as returned by HTTP end-points must be narrowed and contain only data valuable for a consumer. (see sql functions in the script)
5. These changes must be implemented ASAP because of the breaking nature of them. Also migration scripts must be created. (see script for a baseline)