webForumDet fria alternativet

Senaste inloggningarna (MySQL till Access)

Databaser & SQLur Databashanterare & SQL

28 svar · 691 visningar · startad av pRob3 · sida 2 av 2

Frågan, av pRob3

Hur gör man för att denna kod ska funka till en Access databas (funkar fint till MySQL databas)? Alla Sessions o så finns. strSQL = "select count( ) from inloggningar where orgnr = '" & Session("orgnr") & "'" intLogs = Connect.execute( strSQL )( 0 ) if intLogs <= 10 then strSQL = "insert into inloggningar(orgnr, datum, status, ip) values('" & Session("orgnr") & "','"& NOW() &"','0','"& R

Läs frågan i sin helhet →
Medlem sedan juni 200032 967 inlägg
#21

SteveP skrev:

Kanske bättre att köra text som datatyp som clarkbones föreslog och slänga in apostroferna i queryn igen?

Jepp. Det går inte att lagra i ett talfält eftersom talet kan bli alldeles för stort om organisationsnummer tolkas som ett tal. ;)

Medlem sedan dec. 20003 887 inlägg
#22

Det går utmärkt att lagra det som en Single eller Double om det skulle vara väldigt stort tal.

Medlem sedan juni 200032 967 inlägg
#23

Finns de fältinställningarna i Access? Så bra. :)

Men, jag tycker fortfarande att organisationsnummer ska lagras i ett textfält. ;)

Medlem sedan dec. 20003 887 inlägg
#24

Alla svenska organisationsnummer är tio siffror: 123456-7890, så att spara det i ett textfält eller som en Single beror väl på hur resurssnål man vill vara. :OO

Medlem sedan juni 200032 967 inlägg
#25

Nu känns det som att vi börjar bli lite offtopic egentligen, men...

Kan organisationsnummer börja med noll?

Medlem sedan juni 20022 599 inlägg
#26

Engine^ skrev:

eller som en Single beror väl på hur resurssnål man vill vara.

Om man har en applikation där man ofta summerar, multiplicerar, dividerar och avrundar orgnummer så bör man lagra dem som flyttal. Annars som strängar.

Det är alltså funktionen som avgör, inte hur resurssnål man vill vara.

Medlem sedan dec. 20003 887 inlägg
#27

niko skrev:

Engine^ skrev:

eller som en Single beror väl på hur resurssnål man vill vara.

Om man har en applikation där man ofta summerar, multiplicerar, dividerar och avrundar orgnummer så bör man lagra dem som flyttal. Annars som strängar.

Det är alltså funktionen som avgör, inte hur resurssnål man vill vara.

Jo, men eftersom just detta gällde organisationsnummer så blir det ju inte funktionen som avgör... :)

pRob3 skrev:

får fortfarande detta fel mess:
Microsoft JET Database Engine error '80040e57'

Overflow

/loggain_do.asp, line 54

Ordnar det sig om du ökar från Long Integer till Single i Access?

Medlem sedan juni 20022 599 inlägg
#28

Engine^ skrev:

Jo, men eftersom just detta gällde organisationsnummer så blir det ju inte funktionen som avgör...

Jo, valet av typ på en "variabel" avgörs alltid av vad man tänker använda den till (funktionen).

Vad jag jag vet är det ytterst sällan man utför flyttalsberäkningar på orgnummer? Däremot är det mycket vanlig att man utför typiska strängfunktioner:

Verifierar formatet, räknar tecken.
Matchar delsträngar.
Omformar till VAT-nummer eller annat.
Skriver ut.
osv ..

Dom känns alltså som ganska typiska strängar.

Medlem sedan dec. 20003 887 inlägg
#29

Ok. Jag får väl erkänna att jag inte tänkte i dom banorna :r Du har så rätt niko.

165 ms totalt · 3 externa anrop · v20260731065814-full.4bcf49fe
0 ms — hämta forumlista (cache)
0 ms — hämta statistik (cache)
162 ms — hämta tråd, inlägg och bilagor (db)