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.
Så har jeg ikke andet bud end at du ikke har fat i de data du regner med.
Mange gange er det hvis man prøver at beregne noget på en rapport/formular. Som standard kaldes felterne samme navn som felterne i db'en og hvis man beregner, så kan den ikke finde ud af om det er feltet i db'en eller feltet på rapporten/formularen
Når du skriver etikette mener du vel et datafelt (tekstboks)
Slet feltet og find det i feltoversigten og træk det ned igen i rapporten. Får du stadig en fejl, skal du kontrollere din forespørgsel om feltet der er normalt.
Fejlen kommer normalt, når rapporten ikke kan genkende feltnavnet.
Synes godt om
Slettet bruger
09. september 2003 - 08:59#7
Med ettikketer mener jeg et hvidt ark, hvor der er plads til 21 adresser.
Det morsomme er at adressekartotekket ligger på en server, hvor vi alle trækker dataen fra. Der er kun en computer som laver dette nummer med "#Navn?". Hos alle andre virker det,,,
Har du maaske sat serverens drev til et andet bogstav paa din PC en hos andre? Det kna betyde at forbindelsen mellem server-tabellerne og din database er blevet brudt.
Hvis forbindelsen til servere er brudt tror jeg ikke vi kommer så langt som til at åbne rapporten. Jeg er stadig mest tilbøjelig til at mene, at fejlen ligger på den lokale PC hvor fejlen opstår. Evt. har nogen været inde og "fifle" med rapporten.
Prøv at åbne rapporten i designvisning og check feltets postkilde
overchord > Ja, det håber jeg da den gør. Det er jo også det jeg skriver for der er vel ikke noget særlig vundet ved at have rapporterne i Back-end. Så går ideen ligesom lidt tabt.
Hvis forbindelsen til servere er brudt tror jeg ikke vi kommer så langt som til at åbne rapporten..
Hvis forbindelsen er afbrudt, kan du jo ikke åbne rapportens postkilde, hvad enten dette er en tabel eller forespørgsel.
Når du har en Stand Alone Pc uden tilkobling til et netværk, har du en "samlet" db forstået på den måde, at der ikke er en "fysisk" adskillelse af db's objekter.
Hvis du arbejder i et netværk med flere brugere af den samme db, kan det være en fordel at opdele db i 2 seperate dele:
- En Back End bestående af tabeller. Denne del ligger på serveren på et drev, der kan læses af alle arbejdsstationer. - En Front End bestående af de øvrige objekter som forespørgsler, formularer, rapporter og moduler. Front End ligger på arbejdsstationernes C-drev.
Nu skal de 2 dele kobles sammen, så Front end kan læse tabellerne i Back End. Der ligger en guide der gør det, men du kan sagtens selv gøre det:
Åbn db i databasevinduet > Fanen Tabeller > Filer > Hent eksterne data > Sammenkæd > OK > Browse ned igennem bibliotekerne og find Back End > I dialogboksen vælger du tabeller > Merker alt > OK
Access vil nu sammenkæde Front End med Back End, og alle ændreinger der er foretaget i een af dem, vil blive afspejlet i den anden.
Fordelen ved dette er bl.a., at du sparer netværkstrafik, idet kun data skal hentes over netværket, idet alle andre objekter jo ligger på arbbejdsstationerne lokalt.
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.