Lookup table to generate FileKey Database

[theHenks]

This PR includes look-up functionality to generate a FileKey database. The database can be generated with:

l200 = LegendData(:l200)
ds = search_disk(DataSet, l200)

To search for a FileKey a LEGEND timestamp belongs to, you can use the find_filekey function.
For convenience, plot recipes have been added to plot a specific timestamp, either from phy or from cal data.

[codecov]

Codecov Report

Attention: Patch coverage is 46.66667% with 48 lines in your changes missing coverage. Please review.

Project coverage is 41.76%. Comparing base (8be1f46) to head (8b63b60).
Report is 20 commits behind head on main.

Files with missing lines	Patch %	Lines
src/utils/pars_utils.jl	0.00%	20 Missing ⚠️
src/legend_data.jl	48.38%	16 Missing ⚠️
ext/LegendDataManagementLegendHDF5IOExt.jl	0.00%	6 Missing ⚠️
src/filekey.jl	25.00%	3 Missing ⚠️
src/dataprod_config.jl	91.66%	2 Missing ⚠️
src/exposure.jl	80.00%	1 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main      #79      +/-   ##
==========================================
+ Coverage   39.05%   41.76%   +2.70%     
==========================================
  Files          27       26       -1     
  Lines        1987     1942      -45     
==========================================
+ Hits          776      811      +35     
+ Misses       1211     1131      -80     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[fhagemann]

The introduction of OhMyThreads@>=0.5 requires StructArrays@>=0.6

[fhagemann]

The last commit (setting StructArrays@>=0.6.6) will fix the failing Downgrade test, because of a fix when materializing a StructArray in broadcast, see JuliaArrays/StructArrays.jl#213.

[theHenks]

Thanks, this looks good from my side now

[fhagemann]

I cleaned up the commit history a bit (stashing the fixes into the initial commits and omitting the merge commits)

[fhagemann]

@theHenks I wrote some tests, but I am abit confused by this commit message (cf74f7b):

because according to the tests, partitioninfo seems to return an IdDict.

EDIT: This is to be expected. The partitioninfo should be an IdDict that maps each DataPartition to a TypedTables.Table