Skrive data til .mdf i projektfolderen i en Windowsapplikation?

Lig en MDF udenfor projektet og tilgaa den med en absolut path (angivet i config ).

Bedst i hvilket bibliotek?

Hvad så når applikationen skal deployes? Så vil man vel gerne, at den peger på det bibliotek, hvor .exe filen er?

Hvis du henter placeringen fra en config fil, så har du fuld fleksibilitet.

Bemærk at . ikke er placeringen af EXE filen men current dir og at det kan være forskelligt.

Ok - i en web vil man hente den fra web.config sådan:

Constr = ConfigurationManager.ConnectionStrings("LocalSqlServer").ConnectionString
Conn = New Data.SqlClient.SqlConnection(Constr)
Conn.Open()

men det er vist kun web - hvad er syntaxen i Windows for det?

Det er muligt at sætte en property (Copy to Output Directory) på databasen via Visual Studio. Du kan sætte propertien til henholdsvis "Do not copy", "Copy always" (default) samt "Copy if newer".

Jeg vil tro at du ved at sætte properties til "Do not copy" eller "Copy if newer" vil klare dit problem.

ConfigurationManager er ikke web specifik - du har web.config for web apps men
app.config (xxxx.exe.config).

arne_v -> når jeg siger Imports System.Configuration, så meddeles, at ConfigurationManager ikke er declared?

tomledk -> hvis jeg sætter den til Do not copy, så får jeg fejlen:
System.Data.SqlClient.SqlException was unhandled
  Class=14
  ErrorCode=-2146232060
  LineNumber=65536
  Message="An attempt to attach an auto-named database for file C:\2. Kims data - applikationsudvikling\WinApp\RS2010\RS2010\bin\Debug\RS2010.mdf failed. A database with the same name exists, or specified file cannot be opened, or it is located on UNC share."

Nu har jeg støvet igennem et hav af artikler på nettet, men jeg kan ikke forstå dette koncept!

Når man opretter et Windowsprojekt og en database, så indlægges databasefilen i PROJEKTbiblioteket og i app.config indsættes automatisk:

connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\Database1.mdf;Integrated Security=True;User Instance=True"
            providerName="System.Data.SqlClient"

Der er på dette tidspunkt ingen database i bin/debug under projektmappen.

Når man trykker F5 første gang, så kopieres databasen ned i bin/debug og det er den, man laver ændringer i under programafprøvningen og det virker lige indtil man stopper debug.

Næste gang man trykker F5 kopieres databasen fra projektbiblioteket (der jo er tom) til bin/debug og så en man for mig at se, tilbage ved Adam og Eva (man kan så sige Do not copy, men ifølge ovenstående giver det fejl).

Hvad er konceptet i, at man kopierer en database fra projektbiblioteket til arbejdsbiblioteket (bin/debug), når man ikke arbejder med data i projektbiblioteket? Jeg synes, det er mærkeligt eller også - og det er det jo sikkert - har jeg helt misset noget....!

Nu har jeg ’cyklet’ lidt rundt i det her og jeg tror, at jeg ser konceptet mere klart nu.

Den .mdf man har i projektfolderen er at betragte som en slags master, som man starter med hver gang man kører programmet. Dette er typisk en eller flere tabelstrukturer. Hvis man ønsker at starte med en tabel med data, så kan man – som arne_v allerede har nævnt – indsætte en sti i app.config/ RS2010.exe.config, der peger mod .mdf i projektfolderen. På den måde ændrer man sine startdata hver gang man trykker F5. Efter denne opdatering af data, sættes stien i app.config/ RS2010.exe.config igen til bin-folderen med:

AttachDbFilename=|DataDirectory|\Database1.mdf

Angående app.config og RS2010.exe.config, så er de som udgangspunkt helt ens, idet indholdet af app.config kopieres til RS2010.exe.config første gang, der trykkes F5. Herefter kan man rette i RS2010.exe.config uden at der kopieres fra app.config, men hvis der rettes i app.config, så overskrives RS2010.exe.config.

At bruge Do not copy til .mdf i projektfolder giver nu ikke fejl som i første omgang, men det afstedkommer, at der ikke bliver ’fødet’ data til bin-folderen og derfor vil et forsøg på at tilgå data, give en fejl.

Disse noter blot skrevet som uddybning af de forklaringer, som arne_v egentlig allerede har givet, men som jeg ikke i første omgang helt kunne følge konceptet i.

arne_v -> vil du lægge et svar?

kommer her