Ændre i Access database

[Unknown]

Hej

Min hustru har en Access 2007 database med 200-300 mad opskrifter.

Efterh�nden har hun slette en del opskrifter som ikke skal anvendes
mere.
Dette vil give en del huller som hun gerne vil af med s� opskrifterne
f�r fortl�bende id.

Databasen er opbygget som f�lger:

Opskrift-id
Opskriftsnavn
Kategori
Ingredienser
Instruktionr
Noter

Hurdlen ligger vel i at kunne �ndre eller give opskrifterne nyt
iopskrift-id

Hvordan g�res det lettest.

mvh

[Benny]

Tag f�rst en kopi af databasefilen - intet kan herefter g� mere galt end
vi er tilbage hvor vi startede.
Det du viser er feltnavne for en tabel!
G� ind i tabellens design visning og slet opskrift-id. derefter oprettes
et nyt felt med navnet Opskrift-id og typen autonumber - og s�t den til
at v�re prim�r n�gle hvis den gamle var det.
M�ske kommer en meddelese af at relationer forhindrer sletning - s� skal
relationer f�rste fjernes i relationsvinduet.
Mvh

[Benny]

Benny wrote:

> M�ske kommer en meddelese af at relationer forhindrer sletning - s� skal
> relationer f�rste fjernes i relationsvinduet.

Det er s� nok lovligt optimistisk - alle relaterede v�rdier i andre
tabeller skal have �ndret deres fremmedn�gler.
Det er jo sikkert der er andre tabeller i databasen, s� det kan jeg
komme ind p� yderligere adspurgt.
Mvh

[Unknown]

On Sat, 30 Nov 2013 11:17:34 +0100, Benny <a.mai...@gmail.com>
wrote:

Uha det er mange �r siden at jeg har lavet databaser i Access, s� det
meste kan jeg desv�rre ikke huske mere.

Min hustru har nu siddet og klippet og sat ind i de tomme felter i
tabellen, s� nu er der ingen "huller" i tabellen mere.

Ellers mange tak for hj�lpen som jeg desv�rre ikke havde evnen til at
f� til at virke.

mvh

[Krabsen]

Det er heller ikke den bedste m�de at g�re det p�..

Den rigtige l�sning er at oprette et ekstra felt, kaldet 'sortering'.
Her anf�rer fruen den r�kkef�lge, som hun �nsker at sortere opskrifterne i.
S� er der frit slag for at slette og oprette, �ndre r�kkef�lge m.v.

id-feltet bruges alene til at sikre, at der aldrig bliver to ens poster
(og s� til relationer til andre tabeller, som Benny anf�rer). Det er
'd�rlig karma' at lade det autonummerede felt v�re informationsb�rende :-)

[Benny]

Krabsen wrote:

> id-feltet bruges alene til at sikre, at der aldrig bliver to ens poster
> (og s� til relationer til andre tabeller, som Benny anf�rer). Det er
> 'd�rlig karma' at lade det autonummerede felt v�re informationsb�rende :-)
>

T�nker du p�, hvis vi antager et opskrift-id er af typen autonumber, at
det med feltnavnet opskift-id, antydes at det b�re mere information en
blot et id (=unik v�rdi).

Eller ligger der mere i det? Jeg ved godt det g�r ud over hvad OP
sp�rger om ;)
Mvh

[Krabsen]

Jeg t�nker ikke p� feltnavnet. _opskrift_id_ er s�dan set fint nok til
autonummer-feltet (primary key).

Jeg ser fejlen i, at OP bruger feltet til sortering - og derfor begynder
at �ndre v�rdien.
ID-feltet er - og skal ikke v�re andet - et unikt felt der identificerer
den enkelte post. Sortering, kundenummer eller anden 'variabel'
information placeres i deres egne felter. ID-numre genbruges aldrig, man
forts�tter autonummereringen i den uendelige r�kke.

Er der flere tabeller med brug af id-feltet som reference (hvilket er
det normale), g�r det helt i hat-og-briller, hvis man begynder at �ndre
i det.
I dette tilf�lde er der sikkert kun een tabel, men derfor kan man jo
godt g�re det rigtige :-)


Du kan sammenligne med, at man tidligere har brugt f.eks. telefonnummer
som den unikke n�gle i en forretnings kunderegister, for 'der kan jo kun
v�re een telefon med samme nummer'.
Jo tak, men en kunde kan sagtens skifte sit telefonnummer, og s� ryger
historikken.


Intet - gentager intet - informationsb�rende felt kan regnes for 'evig
uforanderlig'. Hertil vil nogle svare 'hvad med CPR-nummer - det er da
unikt?' Ja, men ikke uforanderligt - f.eks. ved k�nsskifte eller skift
af identitet..