25. november 2003 - 16:28Der er
41 kommentarer og 1 løsning
Hjælp til kundedatabase
Hejsa
Jeg står i en kæmpe dilemma. Jeg stopper på mit nuværende job på fredag og har lige fået en opgave at lave en database (jeg ikke selv har lavet) færdig. Kan se at den slet ikke er lavet hensigtsmæssigt, så jeg vil lave den om. Jeg ved hvordan jeg vil have det og ved det kan lade sig gøre, men jeg har ikke tiden til at kæmpe med de små problemer. Jeg har derfor brug for en, der kan sætte det basale op og lave den funktionsdygtigt, så skal jeg nok selv lave det færdigt.
Det er igen en kundedatabase, men der da hele tiden kommer nye produkter på, så bliver vi nød til at lave den om så det bliver mere hensigtsmæssigt at opdatere. Det er ikke de store fiksfakserier og store rapporter.
Info:
Tabel salgskontrakt - diverse kunde og sælger oplysninger
Tabel Produkt - Produktinformationer ( nr, navn, pris, point )
Form - Indtastning af kunde og sælgeroplysninger. - Indtast produktnr og antal (den skal skrive produktnavn når nr bliver indtasted) Der skal være mulighed for at skrive 10 forskellige produkter.
Alle oplysninger skal samles i samme række i tabellen salgskontrakt så jeg derefter kan lave rapporter osv.
Jeg forestiller mig at det er en dlookup funktion på produktnr, da det er det eneste der lige giver logik i mit hoved.. men jeg er åben for alle løsningsforslag. Bare det virker.
Er der en der kan hjælpe mig ?? Men det skal være i aften eller i morgen, da jeg ellers ikke har tiden til at blive færdig med det.
I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Hvad med at melde ud at du ikke har tid nok til at lave den færdig, da du ikke slev har lave den første del. Ved af erfaring at du skal bruge meget tid til at sætte dig ind i det der allerede er lavet. Vær ærlig overfor dig selv!
Jeg har arbejdet meget med den, men det er bare ikke mig der har lavet den. Det der er nu skal laves om fordi det ikke er godt nok lavet til det som de skal bruge den til nu. Den har fungeret fint i flere måneder, men nu har de ændret produktet og der vil komme masser af ændringer i fremtiden, så kan man lige så godt lave det om. Den er meget simpelt sat op, så det er ikke slemt at sætte sig ind i det.
Lap.. ja alt det kan jeg sagtens lave.. det er helt normal access.. men mit problem ligger i selve produkterne. Det skal være muligt at skrive 10 produkter ind til hver kunde og den skal tage dem fra produkttabellen. Ud fra hver enkelte produkt skal der være et antal. Produktinfo + antal skal opdateres i salgskontrakttabelen.
Jeg kan godt se det logiske i det, men jeg ved ikke om jeg gør det rigtigt eller jeg overhoved er på den rigtige vej. Det er helt produkt i salgkontrakttabel jeg ikke ved hvordan jeg skal gribe an.
lap.. på nuværende tidspunkt er alle produkter i salgskontrakttabelen, men det er ikke hensigtsmæssigt, da der nu vil komme mange nye produkter løbende og derfor vil det være bedre at lave en desideret produkt tabel. Derfor .. det skal alt sammen laves om.
Hvis jeg fx laver produkt1.. produkt10 i salgkontrakt, kan de alle jo ikke relatere til produkttabelen, da man kun kan lave en relation a gangen.. det er der jeg bliver i tvivl om hvordan man så gør.. om man skal bruge dlookup eller hvad ?
Jeg tror lige præcis,at det er der problemet opstår. Hvis du nu opretter en salgskontrakt - og en salgskontrakt_detaljer (som hænger sammen med en primary key på salgskontrakt -> forign key på _detaljer).
I _detaljer indsætter du salgskontrakt_id, produkt_id (forign key -> produkter), antal
Så kan du have et bound tekst felt som indeholder produktinformation - og et felt med [produktpris]*[antal] - så kan man i indtastningen følge med i prisen.
En samlet kontraktsum er altid et beregnet felt, som ikke opdateres i selve salgskontrakten.
Betingelsen for dette er, at priser ikke ændres (alternativt tidsstyres) og produktinformation (teksten) ikke ændres.
Den går gal.. en kunde må ikke have en underformular hvor man kan lave flere "produktsider". Hele den indtastningsfunktion er helt perfekt, bare ikke med underformularen.. kan man lave den uden ??
ikke helt forstået. Hvorfor må der ikke være en underformular - hvis det alene skyldes en maksimal begrænsning så skal den nok lægges i applikationen i stedet for i databasedesign.
Problemet er ellers, at data ikke er normaliseret.
Så du skal have gode argumenter for at lave det i "master" tabellen - ellers skal begrænsningen på 10 produkter ligge direkte i vba-kode i stedet for.
Jeg går ud fra, at du med "flere produktsider" mener det ubegrænsede antal produktposter?
En lille anbefaling: Det er ofte nemmere at lave en base forfra og derefter importere data - så har du et rent miljø at arbejde i - og det er nemt at "rulle tilbage" igen :-)
rapporterne er selvfølgelig lidt anderledes, men det er fortsat nemt at lave - jeg lavede det jeg sendte til dig på ca. 10 minutter vha. guides og et par enkelte felter, som fik fjernet "aktiveret".
yeps.. mine rapporter er heller ikke vilde, men skal lige finde ud af hvordan jeg laver det med det nye.. før var de jo bare lavet igennem forspørgelser og en stor tabel
ok, hvis der er mere, så er jeg nok on-line lidt endnu, men ellers er jeg tilbage igen i morgen aften - jeg lægger et svar hvis du har kunnet bruge det til noget.
Så kan du altid afvise svaret, hvis det var helt ad h.. til :-)
Har fået sat det op og der ser rigtigt godt ud.. mangler dog et par småting jeg nok skal få fikset. Det store problem er den rapport jeg skal lave ud fra det. Det går helt galt.
Tesen er den at der skal laves en rapport der tæller antal kunder sammen + lister de produkter der er solgt med antal og pris ialt.. og en ialt for neden. Jeg har leget med den hele dagen og har ikke helt fattet hvordan den laves i det nye her. Det går over min access forstand. Hvis du har en ide / løsningsforslag så vil det være kanont ellers dropper jeg det helt. Har ikke tiden til at sætte mig ind i en masse nemlig :)
Jeg smider lige en zippet version af basen + en beskrivelse.. sender også en html fil som viser hvordan rapporten skal se ud, så du har en ide om hvad det er jeg snakker om.
Hov.. jeg opdagede lige at jeg fik lukket msn'en hvor du skrev hvad kode man skulle skrive for at vise by ud fra postnr uden at lave en forspørgelse. Er du ikke super sød at skrive det igen ??
har også tested med den rapportting du lavede i går og den laver altså noget rod.. den tæller ikke hvor mange gange et enkelt produkt forekommer, den skriver bare produktet flere gange. Har du tiden i aften ??
Hey lap Håber du får en mail når jeg skriver her, da jeg ikke ved hvordan jeg ellers skal få fat i dig.. jeg smider 100 point efter dig hvis du har lidt tid i aften. Du kender jo basen. Batch siden laver noget rod.. den tæller fint men bare ikke det rigtige :) .. eller jo det rigtige men den tæller bare for meget :)
det var godt - har ikke været online de sidste mange dage :-)
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.
