---

På en tabel MED data tblAuthor er oprettet et nyt felt "Fadder".
Basen er Access

Q1
Jeg har brug for at kunne chekke om dette felt er Null eller ""
Men først når jeg har været i feltet og bagefter slettet data, kan jeg
chekke om feltet er null. Det er som om det ikke er "rigtigt" null før
dette.

Q2
Jeg har brug for et asp script der på min data.mdb opretter et felt
"Fadder" som et true/false felt, med default som "false" (også for at
undgår Q1

Jeg ville gerne gemme mine felt oprettelse i hver sin lille asp fil,
da jeg har et online site hvis base jeg skal udvide. Det hele skal
gøres på en nat, og de forskellige felt oprettelse skal kunne gøres
uafhængigt, pga flere udviklere osv.

--
Karsten

---

Karsten Krambs skrev:

> Jeg har brug for at kunne chekke om dette felt er Null eller
> "" Men først når jeg har været i feltet og bagefter slettet
> data, kan jeg chekke om feltet er null.

Hvordan tjekker du feltet?


> Jeg har brug for et asp script der på min data.mdb opretter et
> felt "Fadder" som et true/false felt, med default som "false"

Har du brug for en asp-fil der opretter et felt? Er du sikker på at
du ikke bare har brug for en asp-fil der sætter en given værdi til
feltet - det er noget helt andet.

Man kan godt foretage ændringer i tabelstrukturen via asp - men det
er sjældent nødvendigt i en normal slutbrugerløsning.


> Jeg ville gerne gemme mine felt oprettelse i hver sin lille
> asp fil, da jeg har et online site hvis base jeg skal udvide.

For en sikkerheds skyld (jeg ved ikke hvor meget du ved om
databaser): Når du opretter et felt, så oprettes det for samtlige
poster i tabellen. Hvis det har fået en standardværdi, så vil alle
poster få denne standardværdi. Hvis ikke, så sættes værdien til
NULL (forudsat at NULL-værdier er tilladt for feltet).


> Det hele skal gøres på en nat, og de forskellige felt
> oprettelse skal kunne gøres uafhængigt, pga flere udviklere
> osv.

Har du flere udviklere der hver især kan oprette felter i databasen
dynamisk?
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

---

On Fri, 20 Aug 2004 17:04:51 +0200, Jens Gyldenkærne Clausen
<jens@gyros.invalid> wrote:

>Hvordan tjekker du feltet?
if strFadder = "" or strFadder = null Then
lngUserFadderID = Clng(10)

strFadder er et nyoprettet felt på denne allerede eksisterende tabel,
MED data. Standardværdi for dette felt er Null. Denne IF fejler,
indtil jeg sætte noget i feltet, og sletter det igen. Initialition?

>Har du brug for en asp-fil der opretter et felt? Er du sikker på at
>du ikke bare har brug for en asp-fil der sætter en given værdi til
>feltet - det er noget helt andet.
>Man kan godt foretage ændringer i tabelstrukturen via asp - men det
>er sjældent nødvendigt i en normal slutbrugerløsning.
Rigtigt, det er kun i forbindelse med upgrade af sitet i produktion
ex.

Udvilker #1 Har lavet rettelser til Gæstebogs modul
Jeg modtager .asp kode PLUS en update MDB .asp fil

Udvilker #2 Har lavet rettelser til Profilmodul
Jeg modtager .asp kode PLUS en update MDB .asp fil

Vores test MDB har selvfølgelige disse felter, de er såmænd bare
oprettet i access, men vores produktions server mangler disse
tilføjelser. Og jeg tilføjer dem IKKE på produktionsite løbende.

Det hele er noteret i et stort excel ark for at holde styr på det.

Herved kan jeg (ene mand) den sidste nat inden release, kopiere min
access base ned lokalt, kører alle update MDB .asp filer og uploader
den nye MDB base, og alle de nye .asp filer som gør brug af de nye
feltertilføjelser. Håber det er forståeligt.

Som yderligere test, vil jeg en gang ugentligt kopiere produktions
server MDB ned, og kører disse updates som test, så vi rigtig er kørt
i form til den endelige release.

>> Jeg ville gerne gemme mine felt oprettelse i hver sin lille
>> asp fil, da jeg har et online site hvis base jeg skal udvide.

>For en sikkerheds skyld (jeg ved ikke hvor meget du ved om
>databaser): Når du opretter et felt, så oprettes det for samtlige
>poster i tabellen. Hvis det har fået en standardværdi, så vil alle
>poster få denne standardværdi. Hvis ikke, så sættes værdien til
>NULL (forudsat at NULL-værdier er tilladt for feltet).
Ja, det troede jeg også, se mit første svar, jeg synes bare ikke det
er sådan, har jeg overset noget?


>Har du flere udviklere der hver især kan oprette felter i databasen
>dynamisk?
Se længere oppe for forklaring på dette.

--
Karsten

---

Karsten Krambs skrev:

>> Hvordan tjekker du feltet?
> if strFadder = "" or strFadder = null Then

Man kan ikke (normalt) tjekke for null med "=". Prøv i stedet:

   If isNull(strFadder) Then ...

- eller evt.

   If strFadder & "" = "" Then ..

(det sidste hvis du ikke vil skelne mellem "" og null).


> strFadder er et nyoprettet felt på denne allerede eksisterende
> tabel, MED data. Standardværdi for dette felt er Null. Denne
> IF fejler, indtil jeg sætte noget i feltet, og sletter det
> igen. Initialition?

Jeg kan ikke huske hvordan asp opfører sig mht. null-
sammenligninger, men hvis du både vil tjekke for null og den tomme
streng, så tjek først for null - eller risikerer du en fejl. Men
som nævnt kan du også bare eliminere null ved at sætte variablen
sammen med "": Null & "" = "".



> Herved kan jeg (ene mand) den sidste nat inden release,
> kopiere min access base ned lokalt, kører alle update MDB .asp
> filer og uploader den nye MDB base, og alle de nye .asp filer
> som gør brug af de nye feltertilføjelser. Håber det er
> forståeligt.

O.k. - jeg er med. Du kan ændre i tabelstrukturen via SQL-
kommandoer eller via ADO. Det første sker med ALTER TABLE... - den
præcise syntaks har jeg ikke her, da det er længe siden jeg har
arbejdet i Access (og det er ikke helt samme syntaks som MSSQL).
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

---

On Fri, 20 Aug 2004 18:14:56 +0200, Jens Gyldenkærne Clausen
<jens@gyros.invalid> wrote:

>O.k. - jeg er med. Du kan ændre i tabelstrukturen via SQL-
>kommandoer eller via ADO. Det første sker med ALTER TABLE... - den
>præcise syntaks har jeg ikke her, da det er længe siden jeg har
>arbejdet i Access (og det er ikke helt samme syntaks som MSSQL).

Jeg har bixet noget sammen (klippet og klisteret her og der), men jeg
mangler lidt ref. til de rigtige kommandoer. Det virker nu, jeg kan
opdatere tblAuthor med "show_sig" som bit ?
Men jeg aner ikke hvad bit er.

http://www.citron.dk/update.txt

Dette script kunne jeg tænker mig hver udvikler lavede til deres
ændringer. De skal kun lave ALTER delen, top og bund er bare kopi.
Evt. kunne jeg lave include til hver udvikler.

God ide? - andre forslag.

--
Karsten

---

Karsten Krambs skrev:

> Jeg har bixet noget sammen (klippet og klisteret her og der),
> men jeg mangler lidt ref. til de rigtige kommandoer. Det
> virker nu, jeg kan opdatere tblAuthor med "show_sig" som
> bit ? Men jeg aner ikke hvad bit er.

Bit er en felttype der kun kan indeholde 0 eller 1. Den svarer til
Boolean (true/false). I Access arbejder man så vidt jeg ved med
boolean, og ikke med bit - men det er muligt at Access bare
"oversætter" datatypeangivelsen bit til boolean.


> http://www.citron.dk/update.txt

Vedr. din måde at lægge data i tabellen på.

Der er tre grundlæggende handlingsforespørgsler i SQL: INSERT,
UPDATE og DELETE. INSERT bruges til at oprette nye poster, UPDATE
til at ændre eksisterende poster og DELETE til at slette poster.

Du kan altså ikke tilføje data med UPDATE - kun ændre eksisterende
data. Normalt bruger man UPDATE sammen med et WHERE-kriterium - på
den måde kan man opdatere udvalgte poster i stedet for at opdatere
alle poster. Det samme gælder i øvrigt for DELETE.

Ved angivelse af tekstværdier til databasen er det mest almindelige
at bruge enkelt anførselstegn (fx foo='bar') om værdierne. Access
er muligvis ligeglad, men praktisk i taget alle andre databaser
skal man bruge ' og ikke ".
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html