beregne værdier fra en DB

[Is]

Hej
her virker temmelig stille ! hvor foregår det henne nu ??
jeg henter nogle tal ud fra en access database sammen med en del tekst.
men værdierne forsøger jeg at lægge sammen, men i stedet for at
læggesamme, bliver værdierne skrevet efter hinanden.
Hvad gør jeg forkert ?

<%
While not strdbsvar.eof

count1 = strdbsvar.fields ("felt1")
count2 = count2 + count1

.....
mvh Erik

[Erik Ginnerskov]

Hvordan er felterne defineret i databasen?

--
Med venlig hilsen
Erik Ginnerskov
http://ginnerskov.dk

[Is]

Den 13-01-2016 kl. 22:27 skrev Erik Ginnerskov:
> Den 13-01-2016 kl. 21:56 skrev Is:
>> Hej
>> her virker temmelig stille ! hvor foregår det henne nu ??
>> jeg henter nogle tal ud fra en access database sammen med en del tekst.
>> men værdierne forsøger jeg at lægge sammen, men i stedet for at
>> læggesamme, bliver værdierne skrevet efter hinanden.
>> Hvad gør jeg forkert ?
>>
>> <%
>> While not strdbsvar.eof
>>
>> count1 = strdbsvar.fields ("felt1")
>> count2 = count2 + count1
>>
>> .....
>> mvh Erik
>
> Hvordan er felterne defineret i databasen?
>

Datatypen er : Tekst

[Is]

siger du dermed at jeg bare skal lave datatypen om ???

det ser ud til at jeg lige fundet en anden mulighed - den roder jeg lige
lidt med !!

"Cint"

count1 = Cint(strdbsvar.fields ("felt1"))

count2 = count2 + count1

mh Erik

[Erik Ginnerskov]

Den 13-01-2016 kl. 23:43 skrev Is:

>> Hvordan er felterne defineret i databasen?
>>
> Datatypen er : Tekst

Så er det derfor, at dine beregninger ikke fungerer. Det skal være
defineret som værdier, husker ikke præcis hvad.

[Is]

Den 18-01-2016 kl. 19:54 skrev Erik Ginnerskov:
> Den 13-01-2016 kl. 23:43 skrev Is:
>
>>> Hvordan er felterne defineret i databasen?
>>>
>> Datatypen er : Tekst
>
> Så er det derfor, at dine beregninger ikke fungerer. Det skal være
> defineret som værdier, husker ikke præcis hvad.
>

Datatypen er så "tal"

men det var den smutvej at lave tekst om til tal jeg søgte.
og det med "Cint" som jeg har skrevet, virker fint.

tak for svar
mvh Erik

[Jørn Andersen]

On Mon, 18 Jan 2016 21:09:47 +0100, Is <eriki...@mail.dk> wrote:

>Den 18-01-2016 kl. 19:54 skrev Erik Ginnerskov:
>> Den 13-01-2016 kl. 23:43 skrev Is:
>>
>>>> Hvordan er felterne defineret i databasen?
>>>>
>>> Datatypen er : Tekst
>>
>> Så er det derfor, at dine beregninger ikke fungerer. Det skal være
>> defineret som værdier, husker ikke præcis hvad.
>>
>Datatypen er så "tal"

Og det bør den være, hvis den er beregnet til at gemme tal i.

Hvis du fx på et tidspunkt vil søge sorteret, får du underlige
resultater, hvis du ikke har den rigtige datatype:
1, 10, 100, 101 ..., 109, 11, 110, ..., 199, 2, 20, 21 etc.

>men det var den smutvej at lave tekst om til tal jeg søgte.
>og det med "Cint" som jeg har skrevet, virker fint.

Pas på med smutveje :-)
De har en tendens til at indhente én på et tidspunkt.
Det kaldes "teknisk gæld".

PS: Man kan som regel godt ændre datatype, selv om der er data i -
forudsat at dataene er "lovlige" i den nye datatype.

Good luck,
Jørn

--
Jørn Andersen
http://socialister.dk
http://marxisme.dk

[Is]

tak for svar

årsagen til at datatype er tekst, er at da det blev oprettet var det til
at lægge tekst i. senere blev det til noget med svar, ja/nej, så var det
pludselig ikke nok med at vide om (ja/nej) men der blev behov for at
vide hvor mange, derfor er der havnet tal i et tekst felt.
tidligere har jeg brugt forespørgsler i databasen til at finde sum. det
kræver så at jeg jævnligt skal rette i databasen, og det er det jeg
gerne vil undgå nu. Databasen skal bare ligge i fred og gemme data.

men det er taget til efterretning at jeg bør ændre datatype.

et tillægsspørgsmål som Jørn nok ka svare på !!
Acces databaser kan man linke sammen når de ligger på pc ! kan man også
gøre det hvis begge ligge på server/webhotel ???


mvh Erik

[Jørn Andersen]

On Wed, 20 Jan 2016 18:06:44 +0100, Is <eriki...@mail.dk> wrote:

>et tillægsspørgsmål som Jørn nok ka svare på !!
>Acces databaser kan man linke sammen når de ligger på pc ! kan man også
>gøre det hvis begge ligge på server/webhotel ???

Jeg har ikke leget ret meget med Access' mere avancerede funktioner,
så desværre er jeg nok ikke den rette at spørge.

Men tænker du på, at man kan have en Access "front-end" med formularer
etc., der er linket til en "backend" kun med tabeller (og måske nogle
forespørgsler)?

Til webbrug har man jo ikke brug for "front-end'en", så jeg ved ikke
helt, hvad du vil bruge det til?

Men: I virkeligheden er Access jo ikke en database, men et DataBase
Management system (ligesom MySQL, Oracle osv.). Access har så bare (i
modsætning til de andre) pakket "business-logik" og data sammen i den
samme fil.

Det, jeg mener, er, at dataene ligger der jo. Hvis du vil bruge data
fra flere forskellige Access-filer, så kan du jo bare lave flere
forespørgsler.

Det, man (nok) ikke kan, er at lave joinede forespørgsler på tværs af
Access-filer. (Men hvis man har brug for det, så har man helt sikkert
også en forkert data-struktur :-) ).

Men det er måske noget helt andet, du sprøger om?


Mvh. Jørn

[Is]

Nu bruger du en masse ord jeg ikke helt ved hvad betyder :-(

men jeg har tidligere arbejdet med Access (som amatør) men der havde jeg
en Acces fil hvor jeg kun havde tabeller liggende.
og så havde jeg en anden hvor alle forespørgsler, form, og rapporter
liggende. det betød at jeg kunne ændre på tilgangen/design uden at være
bange for at miste data.
det er det samme jeg tænker på at gøre på nettet. En DB til data, og så
en anden (eller flere) der filtrerer data via forespørgsler inden
visning på en hjemmeside.

men det skal måske komme an på en prøve ?

mvh Erik

[Jørn Andersen]

On Thu, 21 Jan 2016 20:38:23 +0100, Is <eriki...@mail.dk> wrote:

>men jeg har tidligere arbejdet med Access (som amatør) men der havde jeg
>en Acces fil hvor jeg kun havde tabeller liggende.

Det er så backend'en (i mit sprogbrug :-) )

>og så havde jeg en anden hvor alle forespørgsler, form, og rapporter
>liggende. det betød at jeg kunne ændre på tilgangen/design uden at være
>bange for at miste data.

Og det er frontend'en.

Men jeg er nu ikke sikker på, at du ikke kan miste data. Hvis du har
linket backend og frontend, så vil opdateringer fra frontend'en mig
bekendt slå igennem i backend'en.

Test - test:
Jeg prøvede lige at kigge nærmere:

Så vidt jeg kan se, har du to muligheder: Du kan enten *linke* til den
eksterne database, eller du kan *importere data* fra den.
Hvis du importerer, kan du selvfølgelig lege trygt uden at det berører
den eksterne database.

Jeg prøvede at linke fra min lokale PC til en MySQL-database, der
ligger på nettet, og her kan man fint opdatere data i MySQL fra
Access.

Forudsætningen er (uanset om man linker eller importerer), at man
opretter en ODBC-forbindelse til den eksterne database fra sin lokale
computer (søg 'ODBC' i kontrolpanelet, hvis det er Windows).

Jeg har som sagt kun prøvet til en MySQL-db.

Til en Access-db er det vist en smule mere kompliceret, men hvis du
går langt nok ind i ODBC-dialog-boksene og
- finder en knap, der hedder 'Netværk'
- Klikker på 'Opret forbindelse til et websted ...'
- klikker 'Næste' 2-3 gange
så kommer der et sted, hvor *det ser ud til*, at man kan indtaste en
internet-adresse til sin eksterne Access-fil (har ikke selv prøvet).

MEN: Det forudsætter så, at man har sin Access-fil liggende på et
offentligt sted på nettet, hvilket *absolut* ikke kan anbefales (selv
hvis man har password på den).

Så i praksis er det nok ikke muligt.

>det er det samme jeg tænker på at gøre på nettet. En DB til data, og så
>en anden (eller flere) der filtrerer data via forespørgsler inden
>visning på en hjemmeside.

Det lyder lidt for avanceret i mine ører. Frontend'en er jo din lokale
computer, som hjemmesiden ikke uden større krumspring kan få fat i.
Du kan ikke 'køre' Access-filer, der ligger på nettet.

Derimod kan man sagtens have forespørgsler (filtrerede) data i Access,
som man så bruger som udgangspunkt for sin SQL-streng. Det kan nogle
gange gøre SQL'en lidt enklere, når man skriver kode :-)

>men det skal måske komme an på en prøve ?

Ja, det kunne da være interessant. Men som sagt kommer du nok i
konflikt med hensynet til at have Access-filen liggende inden for
eller uden for webscope på din server :-)


Good luck,

[Is]

>
>> men det skal måske komme an på en prøve ?
>
> Ja, det kunne da være interessant. Men som sagt kommer du nok i
> konflikt med hensynet til at have Access-filen liggende inden for
> eller uden for webscope på din server :-)
>
>
> Good luck,
> Jørn

Jeg har lavet et første forsøg
oprettet en ny access DB navn "QryTest.mdb"
denne DB sammenkæder jeg så med "Kalender.mdb"

i den nye Db opretter jeg en qry der hedder "qrytesterik"

Jeg har for at sikre mig at jeg laver det rigtige kald skrevet:
response.write strConnect
' response.end


det giver denne fejlmeddelse:

Provider=Microsoft.Jet.OLEDB.4.0;Data
Source=d:\home\dchhaslevdk\db\QryTest.mdb;

Microsoft JET Database Engine error '80004005'

'D:\WEB.DCH\db\Kalender.mdb' is not a valid path. Make sure that the
path name is spelled correctly and that you are connected to the server
on which the file resides.

/inc/qrydetskernu.inc, line 34

efter som der stå at \kalender.mdb ikke er valid - tolker jeg det som
kæden mellem QryTest.mdb og Kalender.mdb ikke virker !!!

så med mindre at du lige har et par guldkorn - så tror jeg at jeg
dropper det projekt

mvh Erik

[Is]

Den 24-01-2016 kl. 19:21 skrev Is:


Nyt !
det ser ud til at det er lykkedes !!

problemet var at jeg ikke ved tekst kunne angi hvad der skulle kædes
til, men ved at "snyde lidt" lykkedes det
jeg vidste jo at der skulle linke til d:\home\dchhaslevdk\db\..
så på mit eget d drev oprettede jeg mapper der hed det samme der skulle
linkes til, lagde db "Kalender.mdb" der, og så oprettede kæden der til,
og så upload igen !!!
nu er det ikke her det skulle bruges, men der var noget jeg nemt kunne
genbruge og tilrette lidt.
i den qry jeg linker til har jeg i kriterie på ID har jeg indsat, >1617
And <1625, så dem der vises har ID 1618, 1619, 1620, 1621, 1622, (23 og
24 findes ikke i tabellen)

http://dch-haslev.dk/qrydetsker.asp
mvh Erik