Jeg synes, du skal læse om Databasenormalisering og bestemme selv. Kort sagt, der er dog en række problemer med dit forslag, men du kan beslutte, at du kan leve med dem.
De mest oplagte er:
- Hvad hvis der tilføjes et ekstra tag til række(1)? Skal du først parse, skal du kontrollere, om den allerede er til stede, og derefter opdatere rækken til at være
tags.append(newTag). - Værre stadig at slette et tag? Søg tags, er til stede, genskab tags.
- Hvad hvis et tag skal ændre navn - måske en modereringsproces?
- Værre igen, hvad med forskellige mennesker, der angiver et tag-navn forskelligt - det ville være svært at rationalisere.
- Hvad hvis du vil forespørge data baseret på tags? Din forespørgsel bliver langt mere kompleks, end den skulle være.
- Præsentation:Klienten skal analysere tagget for at kunne bruge det. Hvad med separatorfeltet? Ændre det, og alle klienter skal ændres.
Kort sagt bliver alle disse operationer sværere og mere besværlige. Normalisering er designet til at overvinde sådanne problemer. Sandsynligvis er den eneste grund til at gøre, hvad du siger, IMO, at du fanger dataene som en enkeltstående, og det er kun informativt - det vil sige, giver mening for en bruger, men ikke for et system i sig selv. Det er lidt som at sige, at det nok bedst undgås (igen, IMO).