Komme af med S_GUID

I would think that it is also the primary key, and if its used in relationships to other tables then it might be a VERY good idea to keep it.

If it isnt needed then you should be able to remove the field in design view. If it is the primary key then you coul dmake a new autonumber field (ling int) and make this the primary key.

Der er ikke primary key og når jeg prøver at slette den i design visning skriver den (Du kan ikke slettet feltet "s_GUID". Der er et systemfelt til replikering.)
(Brug en tabeloprettelsesforspørgsel til at oprette en ny tabel. der indeholder alle felterne i tabellen med undtagelse af systemfelterne.)

you might fin dthis linkk usefull.

http://dfenton.com/DFA/Replication/index.php?title=FAQ


Look at
10: I have a replicated MDB and I don't want it to be replicated any more. What do I do?

Jeg havde læst det men som jeg skrev i (mit spørgsmål er om man kan komme af med S_GUID eller slette den nu da databasen ikke længere er en replikerings db. Helst uden at f. eks skulle lave en ny og flytte alle data over i)
Men kan forstå det kan man ikke i det du linker til skriver de man skal op rette ny db

If Microsoft dont have that as a posibbility then I have to assume that you cant.

Oki tak alligevel det må jeg så acceptere jeg så må jeg den hårde vej i gennem en gang der er god tid til det

Måske andre tilgange er mere liberale:

sql="alter table <tablename> drop column <columnname>"

currentdb.exe sql eller anvendelse af:

Function adoSql(sql, dbPath)
    With New ADODB.Connection
        .CursorLocation = adUseClient
        .Open "PROVIDER=Microsoft.Jet.OLEDB.4.0;" & _
                "Persist Security Info=False;" & _
                "Data Source=" & dbPath
        .CommandTimeout = 0
        .Execute sql:
        End With
End Function

Hej ser interessant men er ikke helt hård til programmering skal det i et moduel eller hvordan gør jeg lige

ja - funktionen skal i et standard modul
I immediate vinduet kan den så kaldes:

adoSql "alter table <tablename> drop column <columnname>","<full pathname of database>"

det der er citeret i hak parenteser skal erstattes med de anvendte navne

Det er ligegyldigt om funktionen afvikles med samme databaseprogramfil (.mdb fil) åben, som tabellen er beliggende i.

Jeg aner ikke om det gør en forskel mht. at slette replikerings id'er - men jeg erfarede en gang at adodb vejen kunne noget mere mht. afvikling af visse sql udtryk. (create table)

De 'normale' måder - currentdb.execte og docmd.runsql går over dao.

mit modul ser sådan ud men kan stadig ikke slette kolonne (S_GUID)

sql "alter table Udstyrstyper drop column s_GUID", "C:\Documents and Settings\hln\Skrivebord\2007031901.mdb"

CurrentDb.exe sql

Function adoSql(sql, dbPath)
    With New ADODB.Connection
        .CursorLocation = adUseClient
        .Open "PROVIDER=Microsoft.Jet.OLEDB.4.0;" & _
                "Persist Security Info=False;" & _
                "Data Source=" & dbPath
        .CommandTimeout = 0
        .Execute sql:
        End With
End Function

men efter modulet er kørt ser det ud til der kommer andre fejl som om min knapper / genveje ikke virker mere ??

De 3 linier, du i #10 har over funktionen - de skal IKKE være i modulet. Sådan set meget kreativt at opfatte det jeg skriver som noget magi der bare skal kastes ind - næste udfordring er at finde ud af hvorfor det ikke virker!

Jeg kan ikke komme rundt om vba programmering på nogen fyldestgørende måde - de rette kilder er bøger og tutorials på nettet - men en enkelt ting:

Når man, befindende sig i vba editoren, har skrevet noget kode, er det vigtigt, inden man forlader den: 'AT KOMPILERE'

menulinie->debug->compile i access 2000

Enhver syntaks fejl bliver raporteret og disse skal rettes inden man forlader vba editoren, ellers kan man i værdste fald godt vinke farvel til det den database.