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.
Mit problem er, at jeg i min forespørgsel (hvor jeg samler de 2 tabeller) ikke kan redigere i en post eller tilføje nye poster. - Den viser rigtig på de poster og data jeg har indtastet i tabellerne.
Problemet er kort sagt: Jeg kan ikke redigere og tilføje i forespørgslen.
Grunden til dette problem ligger i relationen start- & slutdato -> dagsdato. Disse har ikke samme data indtastet.
Du burde kunne indtaste data direkte i forespørgelsen, men kun i én tabel ad gangen. Du kan ikke have den sidste relation, hvis jeg forstår dig rigtigt, hvor dagsdato er relateret til både Startdato og slutdato.
Are you sure that you have a relationship between the two tables?
In tabel2 the type field (foreign key) should be the same DATA type as Type (primary key) in Tabel1. In design view for tabel2 TYPE should have a LOOKUP to Tabel1, you can see this in the Lookup Tab. Or you can see if they are related in the Relationships window, if they are NOT then you can make the relationship by dragging the Type field from Tabel2 to the Type field in Tabel2
Relationen er lavet og den er 1-til-mange, den er ikke referentiel gennemtvunget.
Der var en enkelt af felterne i tabel2 der havde en andre indstillinger. Det er rettet så alle data typer er ens. Nu kan jeg tilføje i de felter, som stammer fra tabel1. Men jeg kan stadig ikke tilføje til tabel2, samt den viser ikke poster der allerede er indtastet.
Alle (nøgle) er tilsammen 1 nøgle. Type i tabel1 er ikke entydig. Kun sammensætningen med Type, StedID, Distrikt, Startdato og Slutdato er entydig. Derfor er de alle tilsammen primærnøgle.
Fremmednøglen er i tabel2 Type, StedID, Distrikt og Dagsdato.
Jimse - Jeg har følgende felter med i forespørgslen: Type, StedID, Distrikt, Antal, Pris og Dagsdato (Kriterie: Between [Tabel1]![Startdato] And [Tabel1]![Slutdato]
The reason WHY you CAN NOT update in your query is BECAUSE you DO NOT have a relationship between the two tables in the query! Access will only allow updates in queries with multiply tables IF the tables are related.
Back to the drawing board. You have to normalize your database before going much further or you will keep getting problems!
What is in table2 which is NOT in tabel1 ?
In tabel1 you have an Autonumber field as the PRIMARY KEY (the old primary key can STILL be unique! In tabel2 you have a foreign key which references the ID in tabel1.
terry - er det noget du har en løsning på, for meget af det der er blevet skrevet her ved jeg godt, men hvordan jeg lige skal omgruppe, og omrelatere mellem tabellerne? Skal der oprettes yderligere en tabel? Jeg er gået i stå og kan ikke lige se, hvordan jeg får løst det med at kunne opdatere og tilføje - for jeg kan ikke undvære de felter og primærnøgler jeg har nu.
Tabel1 er en tabel hvor jeg definere prisen for et produkt i et bestemt sted i et bestemt distrikt i en bestemt periode.
Tabel2 skal I forestiller jer høre sammen med en kundetabel.
Tabel2 viser derfor hvilke produkter en bestemt kunde har, på hvilket sted kunden er, i hvilket distrikt kunden er og hvad prisen for produktet er idag - da der er en løbende månedlig betaling for produktet.
mit_navn_er>There is a solution to almost everything but it has its price! To make a solution here would require me to know EXACTLY what your requirements are and that is going to take FAR TO LONG! So I suggest taht you learn more about normalizing of databases!
You can also try to look at your problem from another angle! You could start by having a table for your products which also includes the CURRENT price. In another table (Køb) contains Kunde Navn, date and price at time of purchase.
Synes godt om
Slettet bruger
20. juni 2002 - 01:58#21
2 tabeller hvoraf, den ene har 6 kolonner med 5 nøgler - "SPØRGSMÅLSTEGN" er dine data normaliseret ? kig engang på dette http://www.eksperten.dk/spm/71019
kpt lasard - Jeg mener at den er normaliseret! Men du kan jo prøve, at kigge på det, og fortælle mig om du er enig.
Resultatet skal være en oversigt over en liste for hver kunde, som fortæller hvilke produkter kunde har, hvor mange af hver af produkterne kunden har. Ligeledes er kunderne delt op i et StedID og et distrikt - som er 2 forskellige ting. Udfor hvert produkt skal man kunne se, hvad prisen er for produktet idag - derfor dagsdato.
Produkterne er en service, hvor der er løbende betaling til den sats, som er gældende idag.
Prisen variere hele tiden - ingen faste tidspunkter for ændring af prisen.
Der skal ligeledes være mulighed for, at gå tilbage i tiden og se hvad prisen har været på et produkt, og hvad kunden har betalt tidligere. Derfor har vi en tabel, som kun beskriver prisen. Prisen fastsættes udfra produktet, StedID, Distrikt - og prisen har et start- og sluttidspunkt.
Umiddelbart - som jeg ser det - så kan løsningen måske være, at oprette en tabel med tidspunkterne, og en tabel med produktet, stedid, distrikt og pris.
Synes godt om
Slettet bruger
21. juni 2002 - 00:49#23
umiddelbart vil jeg mene at du får store problemer, med at bruge tidspunkter som unikke nøgler, men prøv at sende nogle udpluk af de data der vil kunne stå i databasen til mig så vil jeg "lege" lidt med dem
Jaja - Jeg har min forespørgsel som ikke er dynamisk. Udfra den laver jeg en formular hvor jeg ændre postsættype til "Dynamisk udvalg (inkons. opdat.)"
Relationen er en tabel med 1-mange relation ud til 2 andre tabeller.
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.
Slettet bruger
Ny bruger
Nybegynder
Opret
Preview
