24. november 2003 - 21:43Der er
6 kommentarer og 1 løsning
1 til mange relationer tabel konverteret til 1 til 1 relation
jeg har 4 typer nøgletal knyttet til en hændelse via en 1 til mange relation i hver sin tabel. Tanken var nok kun at 1 eller 2 forskellige nøgler i hver type skulle knyttes til en hændelse, men nøglerne er brugt flittigt. NU er problemet, at hændelser tæller med lige så mange gange med som der er udkast af nøgler og giver et forkert billede, når de bliver holdt op mod hinanden. 2 x 2 udkast giver 4 hænder i en krydstabel, når der kun er to.
Min plan er at lave det hele om ( +5000 records med flere nøgler), så brugeren kan vælge fra en listbox, hvilke nøgler, der skal sættes og de allerede viste vises i en anden listbox. I virkeligheden skal de valgte nøgler gemmes i en 1 til 1 relationstilknyttet tabel ala id, "nøgle1, nøgle2, nøgle 3 etc", hvor de valgte nøgler læses fra og skrives til en f.eks. kommasepareret streng.
Det giver et bedre søgeresultat f.eks. alle records, med enten nøgle1 eller nøgle hold op med dem med kun nøgle3.
Er det sort snak. Jeg mangler et godt input til en måde at læse et felt i en tabel så den kommasepareret liste vises som en liste ( hvor man kan slette fra, men reel fjerner fra den kommasepareret list- og tilsvarende tilføje).
I'm lost before I get past the first line! "jeg har 4 typer nøgletal knyttet til en hændelse via en 1 til mange relation I hver sin tabel."
Sounds to me that you should consider a re-design (and normalizing) of your database. But I have difficulty in suggesting how when I dont know what your dB looks like or what the requirement is and I would imagine it would take hour to understand it!
hnTeknik -> Du kunne prøve at beskrive dine tabeller (tabelnavne og feltnavne) OG hvad du ønsker af din forespørgsel. Så vil du få et mere præcist svar :)
Jeg registrerer skader i et RiskManagement system. Til RM styringen knytter brugeren 4 parametre (nøgler). Omfatter (brand,tyveri), Sketpå (bygning,auto), Forårsagetaf(rygning, storm) og skethvor(butik, lager).
En skade kan have flere'omfatter', 'sketpå', osv. hvis man udsøger på disse parametre eller laver en krydstabulering, vil antallet af skader vise for mange i forhold til reelle.
Derfor vil jeg have en 'omfatte'r 1 til 1 relation med eet tekstfelt f.eks "brand, eksplosion, tyveri etc."
Brugeren skal blot se det som en liste som man tilføje og slette fra, men reelt skal det blot være en kommasepareret tekststreng.
reelt er nøgleRMtabeller bygget over ID Txt 1 brand 2 tyveri ...... så der er skal være 4 tekst felter i hovedskadetabellen og felterne kan indeholde strings ala "1, 3, 7" som i brugerinterfacet (lisboksen) bliver oversat til brand hærværk svind
Jeg tror, at jeg er ved at have en ide i tankerne. Måske skulle det være en simikolon separeret liste i teksten, som kan læses direkte ind som en 'rowsource' til listen ved 'form_current'.
En gang imellem er det godt at vende en problemer med andre ( selv om I ikke forstår et pluk)
Jeg lukker sagen. Har lavet en denormalisering af parametre ind i hovedtabel og styrer til og afgang via collections.
Henrik
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
