WIS blogg

Når en kjører insert spørringer hvor dataene hentes fra ODBC tabeller så kan en snuble over denne feilen:

Microsoft Office Access -Posten er slettet

Løsningen min tidligere var og hente inn dataene i en ny tabell i access, og så bruke den tabellen for å opprette nye poster.

Men så oppdaget jeg denne settingen på egenskapssiden til spørringen:

Og nøkkelverdien her er Entydige verdier, for om en endrer denne til Ja så kjører spørringen helt fint!

Nok ett tilfelle som støtter opp om teorien min:

For enhver feilmelding så er det en hake begravd ett eller annet sted i instillingene som skulle ha vært huket av.

Ove B-)

Bør jo være en grei sak og finne liste over norske stoppord tenkte jeg og skulle ta bare en kjapp tur innom Google....
Men nei:-(
Fant mange artikler om emnet, men ingen liste.
Ikke før jeg som ett siste forsøk sjekket om dette var noe utlendingene var interessert i.

For Norwegian stopwords resulterte i flere matnyttige sider!

Her er resultatet, en kombinert bokmål/nynorskliste, med de særegne nynorskorda nederst:

alle
andre
at
av
bare
begge
ble
bli
blir
blitt
bort
bra
bruke
både
da
de
deg
dem
den
denne
der
dere
deres
det
dette
din
disse
dit
ditt
du
eller
en
ene
eneste
enhver
enn
er
et
ett
etter
for
fordi
forsøke
fra
fram
før
først
få
gjorde
gjøre
god
gå
ha
hadde
han
hans
har
hennar
henne
hennes
her
hit
hun
hva
hvem
hver
hvilke
hvilken
hvis
hvor
hvordan
hvorfor
i
ikke
ingen
inn
innen
inni
ja
jeg
kan
kom
kun
kunne
lage
lang
lik
like
man
mange
med
meg
meget
mellom
men
mens
mer
mest
min
min
mitt
mot
mye
må
måte
ned
nei
noe
noen
ny
nå
når
og
også
om
opp
oss
over
på
rett
riktig
samme
seg
selv
si
siden
sin
sine
sist
sitt
sjøl
skal
skulle
slik
slutt
som
start
stille
så
sånn
tid
til
tilbake
under
ut
uten
var
ved
verdi
vi
vil
ville
vite
være
vært
vår
å

blei
båe
dei
deim
deira
deires
di
dykk
dykkar
då
eg
ein
eit
eitt
elles
hjå
ho
hoe
honom
hoss
hossen
ikkje
ingi
inkje
korleis
korso
kva
kvar
kvarhelst
kven
kvi
kvifor
me
medan
mi
mine
mykje
no
noka
noko
nokon
nokor
nokre
si
sia
sidan
so
somme
somt
um
upp
vart
varte
vere
verte
vore
vors
vort

Ove B-) (med fare for å havne som stoppord)

Ofte når jeg støter på problemer i Windows så har jeg på følelsen av at det finns sikkert en sjekkboks for dette problemet ett sted.

Problemet er bare og finne ut hva sjekkboksen heter og hvor den er gjemt.

Grunnen til at du leser denne bloggen er kanskje fordi du har støtt borti denne feilmeldingen i MSAccess:

"Kan ikke slette i de angitte tabellene"

Da har jeg en god nyhet! Om ikke en sjekkboks så fins det en setting som "slår av" denne feilmeldingen.

- Når du har spørringen fremme, så trykk Alt-Enter for å få frem egenskapssiden til spørringen.

- Her setter du Entydige poster til Ja.

Entydige poster er altså navnet på dette problemets hake...

Løsningen ble funnet hos Microsoft kundestøtte! Etter litt googling.

Mvh

Ove B-)

For litt over en måned siden ble det gjort store endringer i hvordan WisWeb fungerer. Jeg skrev om hele motoren for WisWeb fra grunnen av med tanke på å oppnå bedre ytelse og stabilitet. Samtidig la drifts-avdelingen over til en annen webserver. Hva var det så vi oppnådde med disse endringene?

Ytelse

Metodikken for hvordan data blir hentet ut fra databasen ble gjort helt om. Dette resulterte i at vi gjennomsnittlig reduserer vekt på databasen med to tredjedeler. I tillegg er teknikken for å bygge opp sider endret så mye at det nesten ikke trykker serveren overhodet. På toppen av det har vi nå intern cache på sidene som gjør at de fleste forespørseler ikke engang blir prosessert av serveren. Summen av alt dette er at serverene våre nå bruker langt mer tid på å sove.

Responsivitet

Alle ytelses-forbedringene resulterte i en bedre brukeropplevelse for brukerene. Se for eksempel oppstartstiden for intranettet, som nå er redusert betydelig. Både internett-sider og intranettet oppdaterer innholdet langt raskere som en følge av dette.

Forutsigbarhet

Dette er mest for oss som jobber med systemet. Vi kan si at en endring vi gjør alltid gir oss det vi regner med å få ut. Dette stemte vanligvis også før, men nå er det ingen kjente merkeligheter igjen.

Stabilitet

Systemet gir oss nå bedre tilbakemelding dersom noe ikke går etter planen. Noen kunder har i det siste opplevd at vi har ringt dem opp for å si at det de ikke fikk til å gjøre tidligere nå fungerer. Det uten at kunden har kontaktet oss om problemer som har oppstått. I tillegg fant jeg en innstilling i vår app-server som lot brukere være innlogget selv etter at våre servere har vært nede. En del brukere har nok merket innimellom at de har blitt logget ut i løpet av natten dersom de gikk fra maskinen logget på WisWeb. Brukere vil nå ikke merke dette med mindre de gjør noe arbeide i det øyeblikket vi tar ned systemet.

Konklusjon

De forbedringene vi har gjort i det siste har gjort at systemet nå er i bedre stand enn det noensinne tidligere har vært. Jeg har fremdeles flere ideer rundt hvordan vi kan få systemer til å yte mer, men det får vente til en senere gang. Det vi har nå gir oss langt bedre albuerom nå når vi starter med utviklingen av WisWeb 2.

Selv ikke mødre kan en stole på:-)

mvh

Ove B-)

Under flytting av bak-databasen vår fra Access til MSSql server så gikk det meste greit bortsett fra att nye poste opprettet via kode i Access front databasen ikke kunne redigeres.

Det som skjedde var at vi fikk denne feilmeldingen:

Skrivekonflikt

Denne posten har blitt endret av en annen bruker...

Og da er senarioet som følger:

Access 2003 i front med linkede tabeller fra en MS Sql server express.

Eksempel på kode for oppretting av ny post:

  Dim rs As Recordset
  Dim Id As Long
 
  Set rs = db.OpenRecordset("Skole", dbOpenDynaset, dbSeeChanges)
 
  rs.AddNew
    rs!Navn = "<Ny>"
    rs!Skoletype = "X"
    If v(13) = "*" Then
      rs!SkoleLov = "F"
    Else
      rs!SkoleLov = v(13)
    End If
  rs.Update
  rs.Move 0, rs.LastModified
  Id = rs!Id
 
  rs.Close

I Access så får en også skrivekonflikt om en går rett på den linkede tabellen og prøver og redigere posten.

Om en redigerer posten i MS Sql admin så kan en etterpå redigere posten i Access.

Løsningen fant jeg i en diskusjon på thescripts.com:

http://www.thescripts.com/forum/post723918-3.html

Og den var og legge til et felt i alle tabeller av typen timestamp. Retilknyttet de linkede tabellene og problemet var løst!!!

Hent ut navnet på alle linkede tabeller og kjør denne spørringen på MS Sql databasen:

Alter table <tabellnavn> Add ts timestamp NOT NULL

Ove B-)