Jest to typowy scenariusz z bazą danych opartą na plikach (lub dołączonych plikach bazy danych)
Twoje parametry połączenia odwołują się do bazy danych bez używania żadnej ścieżki.
Oznacza to, że Twoja baza danych znajduje się w tym samym katalogu, w którym działa aplikacja .
Nie masz żadnych problemów z wstawianiem, modyfikowaniem lub usuwaniem danych, ale tracisz wszystko po ponownym uruchomieniu aplikacji WEWNĄTRZ sesji debugowania programu Visual Studio.
Teraz, jeśli spojrzysz na swoje pliki projektu, prawdopodobnie plik bazy danych znajduje się między innymi plikami. Pomiędzy właściwościami tego pliku bazy danych zauważysz właściwość Copy to the Output directory i jego wartość ustawiona na Copy Always .
Oznacza to, że za każdym razem, gdy ponownie uruchamiasz aplikację ze środowiska Visual Studio, plik ten jest kopiowany z folderu projektu do katalogu wyjściowego (zwykle BIN\DEBUG lub BIN\x86\DEBUG), ale powoduje to zniszczenie bazy danych używanej w poprzednim przebiegu usuwania wstawione dane zmodyfikowane lub usunięte
Zmień właściwość Copy to the Output directory do Copy Never lub Copy if Newer
Jednak Copy if Newer przedstawia inny problem z MS-Access. Jeśli otworzysz plik bazy danych znajdujący się w katalogu projektu za pomocą programu Access o przy użyciu okna połączenia z serwerem programu Visual Studio, plik zostanie natychmiast zmodyfikowany, również jeśli nic nie zmienisz, a zatem Kopiuj, jeśli nowszy wykona kopię do katalogu wyjściowego
