mboost-dp1
Tråden til dumme spørgsmål v2
- Forside
- ⟨
- Forum
- ⟨
- Tagwall
Jeg skal kunne tagge nogle videoer i en MySQL DB, hvordan gøres det nemmest?
Altså jeg har en tabel med filer og deres metadata. Hertil vil jeg gerne kunne tilføje tags til deres unikke id. Jeg kan jo nemt oprette en tabel per tag og smide id'erne ind - men det virker dumt og vil resultere i mange tabeller. Hvad er den smarte måde at gøre det på?
Altså jeg har en tabel med filer og deres metadata. Hertil vil jeg gerne kunne tilføje tags til deres unikke id. Jeg kan jo nemt oprette en tabel per tag og smide id'erne ind - men det virker dumt og vil resultere i mange tabeller. Hvad er den smarte måde at gøre det på?
#251 Det er umiddelbart sådan man ville gøre det. Det er bare en normal en-til-mange relation, hvor du har en tabel med mange tags, hvoraf flere kan pege på samme film.
Alternativt kan du prøve at kigge på en JSON-kolonne i din film tabel, hvis du kører en nyerere version af MySQL. Bare vær opmærksom på at det ikke er særlig effektivt at søge i, så det er primært hvis du kun vil bruge det til at præsentere på de enkelte film, og ikke til at søge eller agregere.
Alternativt kan du prøve at kigge på en JSON-kolonne i din film tabel, hvis du kører en nyerere version af MySQL. Bare vær opmærksom på at det ikke er særlig effektivt at søge i, så det er primært hvis du kun vil bruge det til at præsentere på de enkelte film, og ikke til at søge eller agregere.
Hvis jeg laver en tabel per ny tag så skal jeg jo holde styr på en masse tabelnavne?
Lad os sige jeg har følgende 3 filer og 3 tags:
fil1: ingen tags
fil2: tag1 tag2
fil3: tag2 tag3
Hvordan skal det så konstrueres?
Jeg har svært ved at se hvordan det gøres uden en form for serialisering, ellers vil det jo kræve at der oprettes nye tabeller eller kolonner for hver ny tag. Men som du skriver så er det vel ikke videre nemt at søge i.
Lad os sige jeg har følgende 3 filer og 3 tags:
fil1: ingen tags
fil2: tag1 tag2
fil3: tag2 tag3
Hvordan skal det så konstrueres?
Jeg har svært ved at se hvordan det gøres uden en form for serialisering, ellers vil det jo kræve at der oprettes nye tabeller eller kolonner for hver ny tag. Men som du skriver så er det vel ikke videre nemt at søge i.
I know, det er bare den logiske løsning (der er så godt som umuligt i praksis).arne_v (256) skrev:Ideen med flere tabeller er håbløs.
arne_v (255) skrev:En tabel med 2 kolonner:
fil2 tag1
fil2 tag2
fil3 tag2
fil3 tag3
Det vil jeg prøve, det lyder simpelt og nemt at arbejde med. Selv om der bliver mange rækker, det er trods alt 5000+ filer gange xx tags.
Ronson ⅍ (257) skrev:I know, det er bare den logiske løsning (der er så godt som umuligt i praksis).arne_v (256) skrev:
Ideen med flere tabeller er håbløs.
Ikke spor logisk i min optik.
Ronson ⅍ (257) skrev:arne_v (255) skrev:
En tabel med 2 kolonner:
fil2 tag1
fil2 tag2
fil3 tag2
fil3 tag3
Det vil jeg prøve, det lyder simpelt og nemt at arbejde med. Selv om der bliver mange rækker, det er trods alt 5000+ filer gange xx tags.
For en tabel som den her med en række størrelse på måske 50, så vil jeg sige:
>10 milliarder rækker => rigtigt mange rækker
100 millioner - 10 milliarder rækker => mange række
1 million - 100 millioner rækker => nogen rækker
<1 million rækker => få rækker
Husk dog at få de rette index på.
#262
Det kan teknisk set godt lade sig gøre, men ikke over Bluetooth. Der er ikke nok båndbredde, så din bilradio skal understøtte WiFi og så skal det sættes op derigennem. Ellers skal man koble en lille dongle til. Se mere her https://www.lifewire.com/android-auto-wireless-417...
Det kan teknisk set godt lade sig gøre, men ikke over Bluetooth. Der er ikke nok båndbredde, så din bilradio skal understøtte WiFi og så skal det sættes op derigennem. Ellers skal man koble en lille dongle til. Se mere her https://www.lifewire.com/android-auto-wireless-417...
Hvad sker der for udtræk fra eventlog via eventquery?!
To forskellige datoformater, det kan jeg jo ikke parse...
Eller overser jeg noget?
edit:
Min teori - noget opdager at 01-22-2019 er en ugyldig dato, så den piller ikke ved det. Men 03-06-2019 er jo gyldig, omend i fremtiden, så det outputtes som mm/dd.
Eneste løsning jeg kan komme på er at begrænse eventquery til at søge X antal dage tilbage (jeg skal heller ikke bruge historikken). Så må jeg bare håbe at datobegrænsning virker og ikke også er ødelagt...
Når man har bestilt en vare, og modtaget en ordrebekræftelse;
Er det så korrekt forstået at selvom varen viser sig at være udsolgt, og ikke kan skaffes hjem fra producenten, så har man krav på at de (hvis det selvfølgelig kan lade sig gøre) skaffer den ved en anden butik til aftalt pris?
Der er ikke tale om et vanvittigt tilbud, hvor jeg har bestilt 50 fjernsyn til 40kr eller noget, det er et helt almindeligt tilbud og åbenbart en fejl på deres lagerstatus - og en medarbejder som vist bare skulle have taget en øv-dag..
Er det så korrekt forstået at selvom varen viser sig at være udsolgt, og ikke kan skaffes hjem fra producenten, så har man krav på at de (hvis det selvfølgelig kan lade sig gøre) skaffer den ved en anden butik til aftalt pris?
Der er ikke tale om et vanvittigt tilbud, hvor jeg har bestilt 50 fjernsyn til 40kr eller noget, det er et helt almindeligt tilbud og åbenbart en fejl på deres lagerstatus - og en medarbejder som vist bare skulle have taget en øv-dag..
zymes (265) skrev:Når man har bestilt en vare, og modtaget en ordrebekræftelse;
Er det så korrekt forstået at selvom varen viser sig at være udsolgt, og ikke kan skaffes hjem fra producenten, så har man krav på at de (hvis det selvfølgelig kan lade sig gøre) skaffer den ved en anden butik til aftalt pris?
Der er ikke tale om et vanvittigt tilbud, hvor jeg har bestilt 50 fjernsyn til 40kr eller noget, det er et helt almindeligt tilbud og åbenbart en fejl på deres lagerstatus - og en medarbejder som vist bare skulle have taget en øv-dag..
Det vil jeg mene. ellers skal de tilbage betale alle penge du har brugt.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.