Z czasem większość aplikacji baz danych rośnie, staje się bardziej złożona i musi obsługiwać więcej użytkowników. W pewnym momencie w trakcie cyklu życia aplikacji Microsoft Office Access warto rozważyć uaktualnienie jej do bazy danych microsoft SQL Server w celu zoptymalizowania wydajności, skalowalności, dostępności, zabezpieczeń, niezawodności i możliwości odzyskiwania.
W tym artykule
Informacje o rozbudowie bazy danych programu Microsoft Office Access
Rozbudowa to proces migrowania niektórych lub wszystkich obiekty bazy danych z bazy danych programu Access do nowej lub istniejącej bazy danych SQL Server lub nowego projektu programu Access (adp).
Zalety rozbudowy bazy danych w celu SQL Server
-
Wysoka wydajność i skalowalność W wielu sytuacjach SQL Server oferuje lepszą wydajność niż baza danych programu Access. SQL Server zapewnia również obsługę bardzo dużych baz danych o rozmiarze terabajtów, które są znacznie większe niż bieżący limit dla bazy danych programu Access o rozmiarze dwóch gigabajtów. Ponadto SQL Server działa bardzo wydajnie, przetwarzając zapytania równolegle (używając wielu wątków natywnych w ramach jednego procesu do obsługi żądań użytkowników) i minimalizując dodatkowe wymagania dotyczące pamięci, gdy zostanie dodanych więcej użytkowników.
-
Zwiększona dostępność SQL Server umożliwia wykonywanie dynamicznej kopii zapasowej bazy danych (przyrostowej lub ukończonej) podczas jej używania. Dzięki temu użytkownicy nie muszą zamykać bazy danych, aby umożliwić wykonanie kopii zapasowej danych.
-
Ulepszone zabezpieczenia Korzystając z zaufanego połączenia, SQL Server można zintegrować z zabezpieczeniami systemu Windows, aby zapewnić jeden zintegrowany dostęp do sieci i bazy danych, wykorzystując najlepsze z obu systemów zabezpieczeń. Znacznie ułatwia to administrowanie złożonymi systemami zabezpieczeń.
-
Natychmiastowa możliwość odzyskania W przypadku awarii systemu (takiej jak awaria systemu operacyjnego lub awaria zasilania) SQL Server ma automatyczny mechanizm odzyskiwania, który odzyskuje bazę danych do ostatniego stanu spójności w ciągu kilku minut bez interwencji administratora bazy danych.
-
Przetwarzanie oparte na serwerze Użycie SQL Server w konfiguracji klienta/serwera zmniejsza ruch sieciowy, przetwarzając zapytania bazy danych na serwerze przed wysłaniem wyników do klienta. Przetwarzanie danych przez serwer jest zwykle znacznie bardziej efektywne, szczególnie w przypadku pracy z dużymi zestawami danych.
Aplikacja może również używać funkcji zdefiniowanych przez użytkownika, procedur składowanych i wyzwalaczy do scentralizowania i udostępniania logiki aplikacji, reguł biznesowych i zasad, złożonych zapytań, sprawdzania poprawności danych i kodu więzów integralności na serwerze, a nie na kliencie.
Sposoby zwiększania rozmiaru
Kreator rozbudowy przenosi obiekty bazy danych i zawarte w nich dane z bazy danych programu Access do nowej lub istniejącej bazy danych SQL Server.
Istnieją trzy sposoby korzystania z Kreatora rozbudowy:
-
Zmienianie rozmiaru wszystkich obiektów bazy danych z bazy danych programu Access do projektu programu Access w celu utworzenia aplikacji klienckiej/serwerowej. Ta metoda wymaga pewnych dodatkowych zmian aplikacji i modyfikacji kodu i złożonych zapytań.
-
Zmienianie rozmiaru tylko danych lub definicji danych z bazy danych programu Access do bazy danych SQL Server.
-
Utwórz fronto end bazy danych programu Access dla zaplecza bazy danych SQL Server, aby można było utworzyć aplikacja zewnętrzna/wewnętrzna. Ta metoda wymaga bardzo małej modyfikacji aplikacji, ponieważ kod nadal korzysta z aparatu bazy danych programu Access (ACE).
Przed zmianą rozmiaru bazy danych programu Access
Przed zmianą rozmiaru bazy danych programu Access na bazę danych SQL Server lub projekt programu Access rozważ wykonanie następujących czynności:
-
Tworzenie kopii zapasowej bazy danych Mimo że Kreator rozbudowy nie usuwa żadnych danych ani obiektów bazy danych z bazy danych programu Access, przed zmianą rozmiaru warto utworzyć kopię zapasową bazy danych programu Access.
-
Upewnij się, że masz odpowiednią ilość miejsca na dysku Na urządzeniu, które będzie zawierać rozszerzoną bazę danych, musi znajdować się odpowiednie miejsce na dysku. Kreator rozbudowy działa najlepiej, gdy jest dużo miejsca na dysku.
-
Tworzenie unikatowych indeksów Tabela połączona musi mieć unikatowy indeks, aby można było go aktualizować w programie Access. Kreator rozbudowy może zmienić rozmiar istniejącego unikatowego indeksu, ale nie może utworzyć takiego indeksu, w którym nie istnieje. Jeśli chcesz mieć możliwość aktualizowania tabel, przed zaktualizowaniem rozmiaru dodaj unikatowy indeks do każdej tabeli programu Access.
-
Przypisywanie sobie odpowiednich uprawnień do bazy danych SQL Server
-
Aby zmienić rozmiar istniejącej bazy danych, musisz mieć uprawnienia CREATE TABLE i CREATE DEFAULT.
-
Aby utworzyć nową bazę danych, potrzebujesz uprawnień CREATE DATABASE i SELECT do tabel systemowych w głównej bazie danych.
-
Kreator rozbudowy programu Access 2007 jest zoptymalizowany pod kątem współpracy z programami Microsoft SQL Server 2000 i SQL Server 2005.
Korzystanie z Kreatora zmiany rozmiaru
-
Na karcie Narzędzia bazy danych w grupie Przenoszenie danych kliknij pozycję SQL Server.
Zostanie uruchomiony Kreator zmiany rozmiaru.
Krok 1. Wybieranie rozmiaru istniejącej bazy danych lub nowej bazy danych
Na pierwszej stronie Kreatora określ, czy chcesz zmienić rozmiar bazy danych programu Access na istniejącą bazę SQL Server, czy utworzyć nową SQL Server bazę danych.
-
Korzystanie z istniejącej bazy danych Jeśli wybierzesz tę opcję, a następnie klikniesz przycisk Dalej, program Access wyświetli okno dialogowe Wybieranie źródła danych, aby można było utworzyć połączenie ODBC z istniejącą bazą danych SQL Server.
Informacje na temat źródeł danych ODBC
Źródło danych jest źródłem danych połączonym z informacjami o połączeniu potrzebnymi do uzyskania dostępu do tych danych. Przykładami źródeł danych są programy Access, SQL Server, Oracle RDBMS, arkusz kalkulacyjny i plik tekstowy. Przykładowe informacje o połączeniu to między innymi: lokalizacja serwera, nazwa bazy danych, identyfikator logowania, hasło oraz różne opcje sterownika ODBC opisujące sposób nawiązywania połączenia ze źródłem danych.
W architekturze ODBC aplikacja (taka jak Access lub program Microsoft Visual Basic) łączy się z Menedżerem sterowników ODBC, który z kolei łączy się ze źródłem danych (w tym przypadku SQL Server bazą danych) za pomocą określonego sterownika ODBC (na przykład sterownika ODBC języka Microsoft SQL). W programie Access możesz łączyć się z zewnętrznymi źródłami danych, które nie mają wbudowanych sterowników, używając źródeł danych ODBC.
Aby nawiązać połączenie z tymi źródłami danych, musisz wykonać następujące czynności:
-
Na komputerze zawierającym źródło danych zainstaluj odpowiedni sterownik ODBC.
-
Określ nazwę źródła danych (DSN), używając narzędzia Administrator źródła danych ODBC w celu przechowywania informacji o połączeniu w rejestrze systemu Microsoft Windows lub w pliku DSN, lub ciąg połączenia w języku Visual Basic w celu przekazywania informacji o połączeniu bezpośrednio do Menedżera sterowników ODBC.
Maszynowe źródła danych
Maszynowe źródła danych przechowują informacje o połączeniu w rejestrze systemu Windows na konkretnym komputerze z nazwą zdefiniowaną przez użytkownika. Maszynowych źródeł danych możesz używać tylko na komputerze, na którym są one zdefiniowane. Istnieją dwa typy maszynowych źródeł danych — źródła danych użytkownika i systemowe źródła danych. Źródła danych użytkownika mogą być używane tylko przez bieżącego użytkownika i są widoczne tylko dla tego użytkownika. Systemowe źródła danych mogą być używane przez wszystkich użytkowników komputera i są widoczne dla wszystkich użytkowników komputera i dla wszystkich usług systemowych. Maszynowe źródło danych jest szczególnie przydatne, gdy chcesz zapewnić dodatkowe zabezpieczenie, ponieważ jest ono widoczne tylko dla użytkowników, którzy są zalogowani, i nie może być skopiowane przez zdalnego użytkownika na inny komputer.
Plikowe źródła danych
Plikowe źródła danych (zwane także plikami DSN) przechowują informacje o połączeniu w pliku tekstowym, a nie w rejestrze systemu Windows, i są na ogół bardziej elastyczne w użyciu niż maszynowe źródła danych. Możesz na przykład skopiować plikowe źródło danych na dowolny komputer z odpowiednim sterownikiem ODBC, aby twoja aplikacja mogła polegać na spójnych i dokładnych informacjach o połączeniu ze wszystkimi używanymi przez nią komputerami. Plikowe źródło danych możesz także umieścić na pojedynczym serwerze i udostępnić dla wielu komputerów w sieci, tak aby w łatwy sposób przechowywać informacje o połączeniu w jednym miejscu.
Plikowe źródło danych może mieć także status nieudostępnialnego. Nieudostępnione plikowe źródło danych znajduje się na jednym komputerze i wskazuje na maszynowe źródło danych. Za pomocą nieudostępnialnych plikowych źródeł danych możesz uzyskiwać dostęp do istniejących maszynowych źródeł danych z plikowych źródeł danych.
Ciągi połączeń
W module możesz zdefiniować sformatowany ciąg połączenia określający informacje o połączeniu. Ciąg połączenia przekazuje informacje o połączeniu bezpośrednio do Menedżera sterowników ODBC i upraszcza aplikację, eliminując konieczność utworzenia nazwy DSN przez administratora systemu lub użytkownika przed użyciem bazy danych.
-
-
Tworzenie nowej bazy danych Jeśli wybierzesz tę opcję, a następnie klikniesz przycisk Dalej, program Access wyświetli stronę, na której zostaną wprowadzone informacje o nowej bazie danych SQL Server.
-
Jakiego SQL Server chcesz używać dla tej bazy danych? Wpisz nazwę serwera, którego chcesz użyć.
-
Używanie zaufanego połączenia Możesz użyć zaufanego połączenia, czyli SQL Server można zintegrować z zabezpieczeniami systemu operacyjnego Windows, aby zapewnić pojedynczy dziennik w sieci i bazie danych.
-
Identyfikator logowania i hasło Jeśli nie korzystasz z zaufanego połączenia, wpisz identyfikator logowania i hasło konta z uprawnieniami CREATE DATABASE na serwerze.
-
Jak chcesz nadać nazwę nowej bazie danych SQL Server? Wpisz nazwę nowej bazy danych SQL Server. Program Access skoryguje nazwę, jeśli powoduje konflikt z istniejącą nazwą bazy danych, i dodaje numerowany sufiks (na przykład mydatabase 1).
-
Krok 2. Wybieranie tabel do zmiany rozmiaru
W tym kroku wybierz tabele programu Access, których rozmiar chcesz zwiększyć do SQL Server bazy danych. Zaznacz tabele, których rozmiar chcesz zmienić, a następnie użyj przycisków strzałek, aby przenieść je na listę Eksportuj do SQL Server. Możesz też kliknąć dwukrotnie tabelę, aby przenieść ją z jednej listy na drugą.
Lista Dostępne tabele zawiera wszystkie tabele połączone z wyjątkiem tabel SQL Server znajdujących się już w bazie danych SQL Server. Tabele połączone wskazujące bazę danych SQL Server, która została wybrana do zmiany rozmiaru, są automatycznie wyświetlane w polu listy Eksportuj do SQL Server i nie można ich usunąć. Wykluczone są również tabele, które nie są obecnie widoczne w okienko nawigacji, w tym tabele ukryte i tabele systemowe.
Porada: Każda tabela o nazwie kończącej się na "_local" jest wykluczona z listy dostępnych tabel, aby zapobiec zwiększaniu rozmiaru tabel, które zostały już zmienione. Jeśli chcesz ponownie zmienić rozmiar tych tabel, zmień ich nazwy przed uruchomieniem Kreatora zmiany rozmiaru, usuwając sufiks "_local".
Krok 3. Określanie atrybutów i opcji, które mają zostać zmienione
W tym kroku wybierz atrybuty tabeli, których rozmiar chcesz zwiększyć do SQL Server bazy danych. Domyślnie do zmiany rozmiaru są wybrane wszystkie atrybuty.
Uwaga: Domyślnie Kreator rozbudowy konwertuje nazwy pól programu Access na nazwy pól SQL Server prawnych i konwertuje typy danych programu Access na równoważne SQL Server typy danych.
Jakie atrybuty tabeli chcesz zmienić?
W poniższej tabeli wymieniono atrybuty, których rozmiar można zmienić, oraz opisano sposób, w jaki Kreator rozbudowy obsługuje każdy z nich:
|
Atrybut |
Akcja, jeśli jest zaznaczona |
|||||||||||||||
|
Indeksy |
Kreator rozbudowy zwiększa rozmiar wszystkich indeksów. Kreator rozbudowy konwertuje klucze podstawowe programu Access na indeksy SQL Server i oznacza je jako SQL Server klucze podstawowe. Jeśli zdecydujesz się połączyć tabelę SQL Server o maksymalnym rozmiarze z bazą danych programu Access, Kreator rozbudowy doda prefiks "aaaaa" do nazwy indeksu. Jest tak dlatego, że program Access jako klucz podstawowy wybiera indeks, który jest pierwszy alfabetycznie na liście dostępnych indeksów, a prefiks "aaaaa" gwarantuje wybór odpowiedniego indeksu. Wszystkie pozostałe indeksy zachowują swoje nazwy, z wyjątkiem przypadków, gdy niedozwolone znaki są zastępowane znakiem "_". Unikatowe i nieu unikatowe indeksy programu Access stają się unikatowe i nieu unikatowe SQL Server indeksy. Tabela połączona musi mieć unikatowy indeks, aby można było go aktualizować w programie Access. Kreator rozbudowy może zmienić rozmiar istniejącego unikatowego indeksu, ale nie może utworzyć takiego indeksu, w którym nie istnieje. Jeśli chcesz mieć możliwość zaktualizowania danych w tabelach po ich zaktualizowaniu, przed zaktualizowaniem rozmiaru dodaj unikatowy indeks do każdej tabeli programu Access. |
|||||||||||||||
|
Reguły poprawności |
Kreator rozbudowy zwiększa rozmiar następujących elementów jako wyzwalaczy aktualizacji i wstawiania:
Wyzwalacz to seria instrukcji Transact-SQL skojarzonych z tabelą SQL Server. Tabela może zawierać trzy wyzwalacze, po jednym dla każdego polecenia, które może modyfikować dane w tabeli: polecenia UPDATE, INSERT i DELETE. Wyzwalacz jest automatycznie wykonywany po wykonaniu polecenia. Kreator zmiany rozmiaru używa wyzwalaczy, a nie reguł SQL Server, aby wymusić sprawdzanie poprawności poziomu pola, ponieważ reguły SQL Server nie umożliwiają wyświetlania niestandardowych komunikatów o błędach. Każda reguła poprawności nie musi być powiązana jeden-do-jednego z wyzwalaczem. Każda reguła poprawności może stać się częścią kilku wyzwalaczy, a każdy wyzwalacz może zawierać kod do emulowania funkcji kilku reguł poprawności. Gdy właściwość Wymagane pola programu Access jest ustawiona na wartość true, użytkownik nie może wstawić rekordu i pozostawić wymaganego pola null (jeśli pole nie jest domyślnie powiązane z tym polem) ani ustawiać wartości null podczas aktualizowania rekordu. Pola wymagane są zwiększane do pól, które nie zezwalają na wartości Null na SQL Server. Tekst reguły poprawności Właściwość Tekst sprawdzania poprawności bazy danych programu Access jest konwertowana na właściwość Tekst sprawdzania poprawności projektu programu Access. Dzięki temu komunikaty o błędach przyjazne dla programu Access będą wyświetlane w przypadku naruszenia ograniczenia w czasie wykonywania. |
|||||||||||||||
|
Ustawienia domyślne |
Kreator rozbudowy zwiększa rozmiar wszystkich właściwości wartości domyślnych do obiektów domyślnych Amerykańskiego Narodowego Instytutu Standardów (ANSI). |
|||||||||||||||
|
Relacje między tabelami |
Kreator rozbudowy zwiększa rozmiar wszystkich relacji między tabelami. Możesz zdecydować, jak zwiększać rozmiar relacji między tabelami i więzami integralności za pomocą aktualizacji, wstawiania lub usuwania wyzwalaczy albo przy użyciu funkcji DW. więzów integralności (DRI). Funkcja DRI działa tak samo jak więzy integralności programu Access, definiując ograniczenia klucza podstawowego dla tabel podstawowych (strona "jeden" relacji jeden-do-wielu) i ograniczenia klucza obcego dla tabel obcych (zazwyczaj strona "wiele" relacji jeden-do-wielu).
|
Jakie opcje danych chcesz uwzględnić?
-
Dodawanie pól sygnatur czasowych do tabel SQL Server używa pola sygnatury czasowej, aby wskazać, że rekord został zmieniony (ale nie w momencie jego zmiany), tworząc unikatowe pole wartości, a następnie aktualizując to pole przy każdej aktualizacji rekordu. W przypadku tabeli połączonej program Access używa wartości w polach sygnatur czasowych do określenia, czy rekord został zmieniony przed jego zaktualizowaniem. Ogólnie pole sygnatury czasowej zapewnia najlepszą wydajność i niezawodność. Bez pola sygnatury czasowej SQL Server musi sprawdzić wszystkie pola w rekordzie, aby ustalić, czy rekord uległ zmianie, co spowalnia wydajność.
W poniższej tabeli opisano ustawienia dostępne na tej liście:
|
Ustawienie |
Opis |
|
Tak, pozwól kreatorowi zdecydować |
Jeśli oryginalne tabele programu Access zawierają pola zmiennoprzecinkowe (pojedyncze lub podwójne), Nota lub obiekt OLE, Kreator zmiany rozmiaru utworzy dla tych pól nowe pola sygnatur czasowych w wynikowej SQL Server tabel. |
|
Tak, zawsze |
Kreator zmiany rozmiaru tworzy pole sygnatury czasowej dla wszystkich tabel o zmienionym rozmiarze niezależnie od typów pól, które zawierają. Zwiększa to wydajność tabel programu Access o rozmiarze niemającym noty, obiektu OLE lub pól zmiennoprzecinkowych, ale zawierających pola innego typu. |
|
Nie, nigdy |
Kreator zmiany rozmiaru nie dodaje pól sygnatur czasowych do tabel. |
Ważne: W połączonych SQL Server tabelach program Access nie sprawdza, czy pola obiektów Nota lub OLE uległy zmianie, ponieważ mogą mieć rozmiar wielu megabajtów, a porównanie może być zbyt mocno obciążające sieci i czasochłonne. Dlatego jeśli tylko pole tekstowe lub obraz uległo zmianie i nie ma pola sygnatury czasowej, program Access zastępuje tę zmianę. Ponadto może się wydawać, że wartość pola zmiennoprzecinkowego uległa zmianie, dlatego w przypadku braku pola sygnatury czasowej program Access może stwierdzić, że rekord został zmieniony w przeciwnym razie.
-
Tylko tworzenie struktury tabeli, nie zmienianie rozmiaru żadnych danych Kreator rozbudowy domyślnie zwiększa rozmiar wszystkich danych, aby SQL Server. Jeśli zaznaczysz pole wyboru Tylko utwórz strukturę tabeli, nie zmieniaj rozmiaru żadnych danych , zostanie zmieniony rozmiar tylko struktury danych.
Krok 4. Wybierz sposób zwiększania rozmiaru aplikacji
Na następnej stronie kreatora możesz wybrać jeden z trzech różnych sposobów zwiększania rozmiaru aplikacji bazy danych programu Access. W obszarze Jakie zmiany aplikacji chcesz wprowadzić?, wybierz jedną z następujących opcji:
-
Tworzenie nowej aplikacji klienckiej/serwerowej programu Access Jeśli wybierzesz tę opcję, Kreator rozbudowy utworzy nowy projekt programu Access. Kreator rozbudowy wyświetla monit o podanie nazwy, która domyślnie określa bieżącą nazwę bazy danych programu Access, dodaje sufiks "CS", a następnie zapisuje projekt w tej samej lokalizacji co istniejąca baza danych programu Access.
Kreator rozbudowy tworzy plik projektu programu Access, a następnie zwiększa rozmiar wszystkich obiektów bazy danych z bazy danych programu Access do projektu programu Access. Jeśli nie zapiszesz hasła ani identyfikatora użytkownika, przy pierwszym otwarciu projektu programu Access w programie Access zostanie wyświetlone okno dialogowe Właściwości łącza danych, które umożliwia nawiązanie połączenia z bazą danych SQL Server.
-
Łączenie tabel SQL Server z istniejącą aplikacją Jeśli wybierzesz tę opcję, Kreator rozbudowy modyfikuje bazę danych programu Access tak, aby zapytania, formularze, raporty i strony dostępu do danych używały danych w nowej bazie danych SQL Server, a nie danych w bazie danych programu Access. Kreator zmiany rozmiaru umożliwia zmianę rozmiaru tabel programu Access za pomocą sufiksu "_local". Jeśli na przykład rozmiar tabeli o nazwie Pracownicy zostanie zmieniony na Employees_local w bazie danych programu Access. Następnie kreator zwiększania rozmiaru tworzy połączoną tabelę SQL Server o nazwie Pracownicy.
Uwaga: Po zakończeniu operacji zmiany rozmiaru tabele, których nazwa została zmieniona na sufiks "_local", nie będą już używane. Warto jednak zachować tabele lokalne do momentu sprawdzenia, czy zmiana rozmiaru powiodła się. W późniejszym terminie możesz usunąć tabele lokalne, aby zmniejszyć rozmiar bazy danych programu Access. Pamiętaj, aby wykonać kopię zapasową bazy danych przed usunięciem tabel.
Zapytania, formularze, raporty i strony dostępu do danych oparte na oryginalnych tabelach Pracownicy będą teraz używać połączonej SQL Server tabeli Pracownicy. Wiele właściwości pól w oryginalnej tabeli lokalnej jest dziedziczonych przez nową tabelę lokalną, w tym : Description (Opis), Caption (Podpis), Format ( Format), InputMask (InputMask) i DecimalPlaces (Miejsca dziesiętne).
-
Brak zmian w aplikacji Zaznacz tę opcję, jeśli chcesz skopiować dane tylko do bazy danych SQL Server, a nie wprowadzać żadnych innych zmian w istniejącej aplikacji bazy danych programu Access.
Zapisywanie hasła i identyfikatora użytkownika Domyślnie Kreator rozbudowy tworzy tabele połączone w istniejącej aplikacji lub tworzy projekt programu Access bez zapisywania nazwy użytkownika i hasła. Oznacza to, że użytkownicy są monitowane o nazwę użytkownika i hasło za każdym razem, gdy logują się do bazy danych SQL Server.
Jeśli wybierzesz pozycję Zapisz hasło i identyfikator użytkownika, użytkownicy będą mogli łączyć się z bazą danych SQL Server bez konieczności logowania się. Jeśli wybierzesz pozycję Utwórz nową aplikację kliencką/serwer programu Access, w projekcie programu Access hasło nazwy użytkownika będzie przechowywane w parametry połączenia bazy danych OLE.
Uwaga: Ta opcja jest wyłączona w przypadku opcji Bez zmian aplikacji, jeśli połączona tabela SQL Server jest skonfigurowana z tabelą MSysConf w celu odmowy zapisywania haseł.
Raport Kreatora rozbudowy
Po kliknięciu przycisku Zakończ Kreator rozbudowy tworzy raport zawierający szczegółowy opis wszystkich utworzonych obiektów i zgłasza wszelkie błędy napotkane w trakcie tego procesu. Kreator rozbudowy wyświetla raport w podglądzie wydruku, a następnie można wydrukować lub zapisać raport, na przykład jako plik XPS lub PDF. Raport nie jest zapisywany jako obiekt programu Access po zamknięciu okna Podgląd wydruku.
Raport Kreatora rozbudowy zawiera informacje o następujących elementach:
-
Zwiększanie rozmiaru parametrów, w tym atrybutów tabeli wybranych do zmiany rozmiaru i sposobu zwiększania rozmiaru.
-
Informacje o tabeli, w tym porównanie wartości programu Access i SQL Server dla nazw, typów danych, indeksów, reguł poprawności, wartości domyślnych, wyzwalaczy oraz tego, czy dodano sygnatury czasowe.
-
Wszelkie napotkane błędy, takie jak pełna baza danych lub dziennik transakcji, nieodpowiednie uprawnienia, nie utworzono urządzenia lub bazy danych, pominięto tabelę, regułę domyślną lub regułę poprawności, nie wymuszono relacji, pominięto zapytanie (ponieważ nie można przetłumaczyć na składnię SQL Server) oraz błędy konwersji kontrolka i źródło rekordów w formularzach i raportach.
Jak zwiększa się rozmiar obiektów bazy danych
Rozmiar następujących danych i obiektów bazy danych jest zwiększany:
-
Dane i typy danych Wszystkie typy danych bazy danych programu Access są konwertowane na ich odpowiedniki w SQL Server. Kreator konwertuje tekst bazy danych programu Access na standard Unicode, dodając identyfikator ciągu Unicode do wszystkich wartości ciągów oraz dodając prefiks Unicode n do wszystkich typów danych.
-
Zapytania
-
Zapytania wybierające, które nie mają klauzuli ORDER BY lub parametrów, są konwertowane na widoki.
-
Zapytania funkcjonalne są konwertowane na zapytania funkcjonalne procedury składowanej. Program Access dodaje po kodzie deklaracji parametru wartość SET NOCOUNT ON, aby upewnić się, że procedura składowana jest uruchamiana.
-
Zapytania wybierające tylko tabele (nazywane również zapytaniami podstawowymi) używające parametrów lub klauzuli ORDER BY są konwertowane na funkcje zdefiniowane przez użytkownika. W razie potrzeby klauzula TOP 100 PERCENT zostanie dodana do zapytania zawierającego klauzulę ORDER BY.
-
Zapytania parametryczne używające nazwanych parametrów zachowują oryginalną nazwę tekstową używaną w bazie danych programu Access i są konwertowane na procedury składowane lub wbudowane funkcje zdefiniowane przez użytkownika.
Uwaga: Może być konieczne ręczne przekonwertowanie zapytań, które nie mają rozmiaru, takich jak zapytania przekazujące SQL, zapytania definicji danych i zapytania krzyżowe. Może być również konieczne ręczne zwiększanie rozmiaru zapytań, które były zbyt głęboko zagnieżdżone.
-
-
Forms, raporty i kontrolki Instrukcje SQL we właściwościach RecordSource , ControlsSource (Źródło Kontrolek) i RowSource (ŹródłoWiodów) formularzy, raportów lub kontrolek są przechowywane w miejscu i nie są konwertowane na procedury składowane ani na funkcje zdefiniowane przez użytkownika.
-
Właściwości uruchamiania Kreator rozbudowy zwiększa rozmiar następujących właściwości uruchamiania:
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChangesAllowSpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
-
Moduły i makra Kreator rozbudowy nie wprowadza żadnych zmian w modułach ani makrach. Może być konieczne zmodyfikowanie aplikacji, aby w pełni korzystać z funkcji SQL Server. Aby uzyskać więcej informacji, zobacz artykuł MSDN Optymalizowanie aplikacji programu Microsoft Office Access Połączony z SQL Server.
