Key-Value in db met meerdere typen Value

[Daos]

Ik wil een aantal 'Key-Value'-paren opslaan in MS Access. Het probleem is nu dat de Value een handjevol verschillende typen kan hebben zoals een integer, string, datum, positie (x & y). Het type Value bij een Key staat al in een tabel in de db. De vraag is nu: hoe sla ik die 'Key-Value'-paren op in de db? Ik dacht aan (met + en - die ik zie):

1. Een tabel per type Value.
+ geen ruimte verspilling
- lastig te query-en (denk ik)

2. Alles in 1 tabel met kolommen voor de verschillende typen.
- veel Value-kolommen blijven leeg

3. Alles in 1 tabel met 1 Value-kolom waar ingepakte data (bv json) in komt.
+ geen ruimte verspilling
- (de)serialization nodig

4. Op een andere manier??

[supreme tweaker]

If you must; De waarden als string opslaan en een aparte kolom toevoegen met daarin het type?

Upsides:
- Geen nullable kolommen
- Eenvoudige structuur

Downsides:
- Alles casten on retrieval (tenzij type = string)

[ Voor 40% gewijzigd door supreme tweaker op 24-02-2015 11:10 ]

[xFeverr]

supreme tweaker schreef op dinsdag 24 februari 2015 @ 11:08:
Downsides:
- Alles casten on retrieval (tenzij type = string)

Maar dan kan je iets simpele voor schrijven die dat voor je doet natuurlijk

[supreme tweaker]

xFeverr schreef op dinsdag 24 februari 2015 @ 11:54:
[...]


Maar dan kan je iets simpele voor schrijven die dat voor je doet natuurlijk

Dat is wel zo, maar als je het gebruikt in een grote JOIN of iets dergelijks loop je het risico op een vrij grote performance hit.

Overigens is een KV-pair zo ongeveer de meest gedenormaliseerde vorm van data opslag. Is er geen betekenisvollere manier van deze gegevens opslaan?

[Daos]

supreme tweaker schreef op dinsdag 24 februari 2015 @ 11:08:
If you must; De waarden als string opslaan en een aparte kolom toevoegen met daarin het type?

Upsides:
- Geen nullable kolommen
- Eenvoudige structuur

Downsides:
- Alles casten on retrieval (tenzij type = string)

Dat is optie 3 waar ik aan dacht...

supreme tweaker schreef op dinsdag 24 februari 2015 @ 11:56:
Overigens is een KV-pair zo ongeveer de meest gedenormaliseerde vorm van data opslag. Is er geen betekenisvollere manier van deze gegevens opslaan?

Er zijn een groot aantal Keys (met elk een bepaald type Value) waar willekeurig uit gekozen kan worden. Ik kan ook 1 tabel maken met voor elk 'Key-Value'-paar een kolom, maar dan blijft er helemaal veel leeg per keer.

[supreme tweaker]

Daos schreef op dinsdag 24 februari 2015 @ 12:05:
[...]

Dat is optie 3 waar ik aan dacht...

Ik stel niet het verpakken van je gegevens voor, maar ze als string opslaan

[TRON]

@Daos, waarom wil je de key-value pairs opslaan?

[Daos]

supreme tweaker schreef op dinsdag 24 februari 2015 @ 13:01:
Ik stel niet het verpakken van je gegevens voor, maar ze als string opslaan

Als string opslaan is toch het verpakken van de gegevens

TRON schreef op dinsdag 24 februari 2015 @ 13:30:
@Daos, waarom wil je de key-value pairs opslaan?

Het zijn waarnemingen in een soort van inspectieprogramma. De mogelijke waarnemingen en welke code/key zij hebben staan ergens in een standaard.

Ik wil dit opslaan zodat ik de resultaten later weer kan laten zien

[Janoz]

Ik zou alsnog pogen het een beetje door te normaliseren en het niet puur als key value pairs opslaan. Waarnemingen zou dan een tabel zijn met daarbij (neem ik even aan) een tijdstip en een referentie naar de code/key van de standaard. Voor de daadwerkelijke meetwaarden zou ik optie 2 kiezen. Het aantal kolommen zal immers behoorlijk meevallen. Volgens mij ben je met int, double en string wel klaar.