Преместване на данни на Access в база данни на SQL Server чрез съветника за мигриране

Забележка:  Бихме искали да ви осигурим най-новото помощно съдържание възможно най-бързо на вашия собствен език. Тази страница е преведена чрез автоматизация и може да съдържа граматически грешки и несъответствия. Нашата цел е това съдържание да ви бъде полезно. Можете ли да ни кажете дали информацията е била полезна за вас, в дъното на тази страница? Ето статията на английски за бърза справка.

С течение на времето повечето приложения за бази данни расте стават по-сложни и трябва да поддържат повече потребители. В някакъв момент от живота на вашето приложение на Microsoft Office Access може да искате да се имат предвид мигриране към него към база данни на Microsoft SQL Server, за да оптимизирате производителността, мащабируемост, достъпност, защита, надеждността и възможност за възстановяване.

В тази статия

Информация за мигриране на Microsoft Office Access база данни

Използвайте съветника за мигриране

Как обекти на база данни се мигрират

Информация за мигриране на Microsoft Office Access база данни

Мигриране е процесът на мигриране някои или всички обекти на бази данни от база данни на Access към нова или съществуваща база данни на SQL Server или нов проект на Access (.adp).

Предимства на мигриране на база данни за SQL Server

  • Високи технически показатели и мащабируемост    В много ситуации SQL Server предлага по-добра производителност в сравнение с база данни на Access. SQL Server също предоставя поддръжка за много големи, размери терабайт бази данни, което е много по-голям от текущото ограничение за база данни на Access от два гигабайта. И накрая, SQL Server работи много ефективно чрез обработка на заявките паралелно (чрез няколко основни теми в рамките на един процес за обработка на потребителски заявки) и минимизиране на изисквания за допълнителни памет, когато се добавят повече потребители.

  • Повишена наличност    SQL Server ви позволява да направите динамични архивно копие, или единични или завършване на базата данни, докато се използва. Следователно не е необходимо да накарате потребителите да излезете от базата данни за архивиране на данни.

  • Подобрена защита    С помощта на надежден връзка, SQL Server да интегрирате с Windows система за сигурност за осигуряване на един интегриран достъп до мрежа и базата данни, използващи най-доброто от двете системи за сигурност. Това го прави по-лесно да управляват сложни защита схеми.

  • Възможност за незабавно възстановяване    Ако система е неуспешно (например операционна система срив или прекъсване на тока), SQL Server има механизъм за автоматично възстановяване, която възстановява база данни за последното състояние на последователността в рамките на няколко минути, с пряка база данни на администратор.

  • Обработка на сървъра    Използване на SQL Server в конфигурация на клиент/сървър намалява мрежовия трафик чрез обработка на заявки към база данни на сървъра, преди да изпратите резултатите на клиента. Като сървъра Направете обработката е обикновено много по-ефективно, особено при работа с големи набори от данни.

    Вашето приложение също да използвате дефинирани от потребителя функции, съхранени процедури и превключватели за централизиране и споделяне на приложение на логика, бизнес правила и правила, сложни заявки, проверка на данни и код на целостта на връзките на сървъра, а не на клиент.

Начини за мигриране

Съветника за мигриране се премества обекти на бази данни и данните, които съдържат от база данни на Access в нова или съществуваща база данни на SQL Server.

Има три начина да използвате съветника за мигриране:

  • Мигрирането всички обекти на бази данни от база данни на Access за достъп проект, така че можете да създадете приложение клиент/сървър. Този подход изисква някои допълнителни приложение промени и промяна на код и сложни заявки.

  • Мигриране само данни или дефиниции на данни от база данни на Access база данни на SQL Server.

  • Създайте клиентската към SQL Server база данни на сървърната база данни на Access, така че да можете да създадете приложение от вид клиент-сървър. Този подход изисква много малко приложение промяна, тъй като кодът е все още да използват базата данни на Access (ACE).

Преди да извършите мигрирането база данни на Access

Преди да извършите мигрирането вашата база данни на Access към база данни на SQL Server или проект на Access, обмислете по следния начин:

  • Архивиране на вашата база данни     Въпреки че съветника за мигриране не премахва всички данни или база данни на обекти от вашата база данни на Access, е добра идея да създадете архивно копие на вашата база данни на Access, преди да извършите мигрирането го копирате.

  • Уверете се, че имате достатъчно място на диска     Трябва да имате достатъчно място на диска на устройството, която ще съдържа разширена база данни. Съветника за мигриране работи най-добре, когато няма достатъчно дисково пространство.

  • Създайте уникални индекси     Свързана таблица трябва да има уникален индекс да бъде обновяемо в Access. Съветника за мигриране да мигрирането съществуващ уникален индекс, но не можете да създадете такъв където няма такъв. Ако искате да можете да актуализирате вашите таблици, не забравяйте да добавите уникален индекс за всяка таблица, Access преди мигриране.

  • Присвояване на себе си подходящите разрешения в базата данни на SQL Server

    • За да извършите мигриране към съществуваща база данни трябва разрешения за създаване на таблица и създаване на по подразбиране.

    • За да създадете нова база данни, трябва разрешение за създаване на базата данни и изберете разрешения за системните таблици в образец за база данни.

Съветника за мигриране за Access 2007 е оптимизиран за работа с Microsoft SQL Server 2000 и SQL Server 2005.

Най-горе на страницата

Използвайте съветника за мигриране

  • В раздела Инструменти за бази данни , в групата Преместване на данни щракнете върху SQL Server.

    Стартира съветника за мигриране.

Стъпка 1: Изберете, за да извършите мигриране към съществуваща база данни или нова база данни

Стъпка 2: Изберете кои таблици за мигриране

Стъпка 3: Задайте атрибути и опции, за да се мигрират

Стъпка 4: Изберете как да мигрирането вашето приложение

Мигриране на съветника за отчети

Стъпка 1: Изберете, за да извършите мигриране към съществуваща база данни или нова база данни

На първата страница на съветника можете да укажете дали искате да мигрирането на базата данни на Access към съществуваща база данни на SQL Server или създаване на нова база данни на SQL Server.

  • Използвай съществуваща база данни    Ако изберете тази опция и след това щракнете върху напред, Access показва диалоговия прозорец Избор на източник на данни , така че да можете да създадете връзка с ODBC към съществуваща база данни на SQL Server.

    За ODBC източници на данни

    Източник на данни е източник на данни, комбинирани с информацията за връзката, необходими за достъп до тези данни. Примери за източници на данни са Access SQL Server, Oracle СУРБД, електронна таблица и текстов файл. Примери на информация за връзка са местоположение на сървъра, име на базата данни, ИД за влизане, паролата и ODBC драйвер опциите, които описват как да се свържете с източника на данни.

    В архитектурата на ODBC приложение (например достъп или програма на Microsoft Visual Basic) се свързва с ODBC драйвер мениджър, която на свой ред използва определен ODBC драйвер (например Microsoft SQL ODBC драйвер) да се свържете с източник на данни (в този случай, SQL Server база данни). В Access можете да използвате ODBC източници на данни, за да се свържете с източника на данни Външен достъп, които нямат вградени драйвери.

    За да свържете с тези източници на данни, трябва да направите следното:

    • Да инсталирате подходящия ODBC драйвер на компютъра, съдържащ източника на данни.

    • Да дефинирате име на източник на данни (DSN), като използвате Администратор на източници на данни за ODBC за съхраняване на информация за връзка в системния регистър на Microsoft Windows или DSN файл или низ за свързване под формата на код на Visual Basic, за да предадете информацията за връзка директно към диспечера на ODBC драйвери.

      Машинни източници на данни

      Машина източници на данни се съхранява информацията за връзката в системния регистър на Windows на определен компютър с дефинирани от потребителя име. Можете да използвате машина източници на данни само на компютъра, те са дефинирани в. Има два типа машина източници на данни – потребител и система. Потребителски източници на данни може да се използва само от текущия потребител и са видими само за този потребител. Системни източници на данни може да се използва от всички потребители на компютъра и са видими за всички потребители на компютъра и системни услуги. Източник на данни на машината е особено полезна, когато искате да предоставите допълнителна защита, тъй като само потребители, които са влезли да видите машина източник на данни и той не може да бъде копиран от отдалечен потребител на друг компютър.

      Файлови източници на данни

      Файлови източници на данни (наричани DSN файлове) съхранява информацията за връзката в текстов файл, не системния регистър на Windows и са обикновено по-гъвкави, да се използва от машина източници на данни. Например можете да копирате файл източник на данни на всеки компютър с правилния ODBC драйвер така, че вашето приложение може да разчитате на информацията за плътност и точен връзката с всички компютри, го използва. Или можете да поставите файл източник на данни от един сървър, да го споделите между много компютри в мрежата и лесно да поддържа информацията за връзката на едно място.

      Файл източник на данни може да бъде unshareable. Unshareable файл източник на данни се намират на един компютър и сочи към източник на данни на машина. Можете да използвате unshareable файлови източници на данни за достъп до съществуващи машина източници на данни от файлови източници на данни.

      Низове за връзка

      В модула можете да дефинирате форматиран свързване низ, който показва информацията за връзката. Свързване низ подава информацията за връзката директно към диспечера на ODBC драйвери и помага да опростите вашето приложение чрез премахване на изискването, че системен администратор или потребител на първо да създадете DSN преди използването на базата данни.

  • Създаване на нова база данни    Ако изберете тази опция и след това щракнете върху напред, Access показва страница, където въвеждате информация за нова база данни на SQL Server.

    • Какви SQL Server искате да използвате за тази база данни?     Въведете името на сървъра, на който искате да използвате.

    • Използвай надеждна връзка     Можете да използвате надежден връзка, тоест SQL Server, за да интегрирате със защита на операционната система Windows да предоставите един влизане в мрежата и базата данни.

    • Потребителско име и парола     Ако не използвате надежден връзка, въведете ИД за влизане и парола на акаунт с права на създаване на база данни на сървъра.

    • Какво искате да наименувате вашата нова база данни на SQL Server?     Въведете името на новата база данни на SQL Server. Достъп до редактира името, ако той е в конфликт с име на съществуваща база данни и добавя номериран суфикс (mydatabase 1, например).

Начало на раздела

Стъпка 2: Изберете кои таблици за мигриране

В тази стъпка изберете достъп таблиците, които искате да извършите мигрирането към базата данни на SQL Server. Изберете таблиците, които искате да извършите мигрирането и след това използвайте бутоните със стрелки, за да ги преместите в списъка на експортиране на SQL Server . Като алтернатива можете да щракнете двукратно върху таблицата, за да я преместите от един списък към друг.

Списъка с Налични таблици включва всички свързани таблици освен за таблици на SQL Server вече в база данни на SQL Server. Свързани таблици, които сочат към база данни на SQL Server, който е бил избран за мигриране автоматично се показват в списъчното поле на експортиране на SQL Server и не могат да бъдат премахнати. Също така се изключват таблици, които не са видими в навигационен екран в момента, включително скритите таблици и системни таблици.

Съвет: Всяка таблица, която е с име, завършващи на "_local" е изключена от списъка с налични таблици, за да предотвратите мигриране таблици, които вече са мигрират. Ако искате за мигриране тези таблици отново, преименувайте ги, преди да изпълните съветника за мигриране чрез премахване на суфикса "_local".

Начало на раздела

Стъпка 3: Задайте атрибути и опции, за да се мигрират

В тази стъпка можете да изберете коя таблица атрибути за мигриране на вашата база данни на SQL Server. По подразбиране по подразбиране са избрани всички атрибути за мигриране.

Забележка: По подразбиране съветника за мигриране преобразува достъп имена на полета в юридически имената на полетата на SQL Server и преобразува типове данни на Access в типовете еквивалентни данни на SQL Server.

Кои атрибути на таблици искате за мигриране?

Следващата таблица съдържа атрибутите да мигриране и описва как съветника за мигриране на обработка на всеки от тях:

Атрибут

Действия, ако е избрана

Индекси

Съветникът за мигриране към SQL Server upsizes всички индекси.

Съветника за мигриране преобразува първични ключове на Access в SQL Server индекси и ги като първични ключове на SQL Server. Ако решите да се свърже таблица на SQL Server мигрират към вашата база данни на Access, съветника за мигриране също добавя префикс "aaaaa" към името на индекса. Това е защото Access избира индекса, който първоначално по азбучен ред в списъка с налични индекси като първичен ключ и "aaaaa" префикс гарантира, че е избрано правилното индекса.

Всички други индекси запазват имената им, освен когато незаконно знаци ще се заменят със знака "_". Стават уникални уникално и които не са уникални индекси за достъп и които не са уникални индекси за SQL Server.

Свързана таблица трябва да има уникален индекс да бъде обновяемо в Access. Съветника за мигриране да мигрирането съществуващ уникален индекс, но не можете да създадете такъв където няма такъв. Ако искате да бъде можете да актуализирате данните в таблиците след мигриране ги, не забравяйте да добавите уникален индекс за всяка таблица, Access преди мигриране.

Правила за проверка

Съветникът за мигриране към SQL Server upsizes, актуализирате и вмъкване на превключватели за следното:

  • Всички необходими свойства на полета

  • Правила за проверка на таблица

  • Валидиращи правила за записи

  • Валидиращи правила за поле

Превключвател е поредица от Transact-SQL отчети, свързани с таблица на SQL Server. Таблицата може да има три превключватели, един за всяка от командите, които могат да променят данните в таблица: актуализиране, вмъкване и Изтрий команди. Началните се изпълнява автоматично, когато се извършва командата. Съветника за мигриране използва превключватели, а не правила за SQL Server, за да се приложи ниво проверка на поле, тъй като SQL Server правила не ви позволяват да се покаже персонализирани съобщения за грешка.

Всяко правило за проверка не трябва непременно съответствие с превключвател. Всяко правило за проверка може да стане част от няколко превключватели и превключвател за всеки може да съдържа код, за да емулирате функционалността на няколко правила за проверка.

Когато зададете задължително свойство на поле за достъп на "истина", потребителят не може да вмъкнете запис и оставете задължително поле със стойност null (ако няма обвързана с полето по подразбиране) или да направите полето null при актуализиране на запис. Задължителните полета са мигрират към полета, които не позволяват стойностите Null в SQL Server.

Проверка на текст

Базата данни на Access свойството Проверка текст се конвертира в проект на Access свойството Текст за проверка . Това позволява достъп удобни съобщения за грешки да бъдат показвани в случай на нарушаване на ограничение по време на изпълнение.

Стойности по подразбиране

Съветникът за мигриране към SQL Server upsizes всички свойства на Стойност по подразбиране към американската национални стандарти институт (ANSI) по подразбиране на обектите.

Релации между таблици

Съветникът за мигриране към SQL Server upsizes всички релации на таблицата.

Можете да решите как да мигрирането на релации между таблици и целостта на връзките с помощта на актуализация, вмъкване или изтриване на превключватели, или с помощта на декларирани референтна цялост (DRI). DRI работи по същия начин като достъп целостта на връзките, като дефинирате първичен ключ ограничения за базовия таблици (страната "един" на "един към много") и външен ключ ограничения за чужд таблици (обикновено страната "много" на "един към много").

  • Използвай DRI     Изберете релации между таблици и Използвате шофиране да използвате DRI за поддържане на целостта на връзките. Проверка на колона за база данни на Access се конвертира в Check на SQL Server DRI със съобщение за проверка, както е показано в таблицата по-долу.

Релация на база данни на Access

SQL Server външен ключ

Validatio n текст

Каскадно актуализиране

ЗА ИЗТРИВАНЕ НА НИКАКВИ ДЕЙСТВИЯ НА КАСКАДНО АКТУАЛИЗИРАНЕ

"Записът не може да бъде изтрит, защото таблицата < foreigntable > включва свързаните записи."

Каскадно изтриване

КАСКАДНО ИЗТРИВАНЕ НА АКТУАЛИЗИРАНЕ НА НИКАКВИ ДЕЙСТВИЯ

"Можете да добавяте или променяте запис, защото се изисква свързан запис в таблица < primarytable >."

Каскадно актуализиране
и каскадно изтриване

ON ИЗТРИЙ КАСКАДНО НА КАСКАДНО АКТУАЛИЗИРАНЕ

Не е зададена стойност.

Няма DRI

ПРИ ИЗТРИВАНЕ НИКАКВИ ДЕЙСТВИЯ ЗА АКТУАЛИЗИРАНЕ НА НИКАКВИ ДЕЙСТВИЯ

Не можете да добавите, промените или изтриете този запис поради ограничение в релацията между таблиците < primarytable > и < foreigntable >.

  • Използвай превключватели     Ако сте задали каскадна актуализация или изтрива във вашия релации между таблици на Access и искате да запазите това поведение в мигрират таблици, изберете релации между таблици и Използвай превключватели. Тази upsizes каскадни актуализира или изтрива като превключватели за поддържане на целостта на връзките.

    Релация между таблиците не трябва непременно съответствие с превключвател. Всяка зависимост може да стане част от няколко превключватели или превключвател за всеки може да съдържа код, за да емулирате функционалността на няколко правила за целостта на връзките. Вмъкни превключватели се използват в таблици наследници и изтриване на превключватели се използват в родителската таблици.

    Забележка: Access изисква DRI да прочетете диаграма на база данни на база данни на SQL Server. За да разрешите достъп за четене на диаграмата на базата данни по време на изпълнение на целостта на връзките чрез превключватели, съветника за мигриране поставя DRI на зависимостите, но се изключва проверката на ограничения за чужд ключ.

Кои опции за данни искате да включите?

  • Добавяне на полета за клеймо към таблици    SQL Server използва клеймо поле, за да посочи, че запис е променена (но не и кога е бил променен) чрез създаване на уникална стойност поле и след това актуализирате това поле всеки път, когато записът се актуализира. За свързана таблица Access използва стойността в полета за клеймо за определяне дали запис е променена, преди да я актуализирате. Като цяло клеймо поле предоставя най-добрите производителността и надеждността. Без клеймо поле SQL Server трябва да отметнете всички полета в записа за определяне дали се е променила записа, което забавя производителността.

    Следващата таблица описва настройките, налични в този списък:

Настройка

Описание

Да, да решите съветника

Ако първоначалния достъп таблици съдържат с плаваща запетая (единични или двойни), известие или OLE обект полета, съветника за мигриране създава нови полета за клеймо в получения таблици на SQL Server за тези полета.

Да, винаги

Съветника за мигриране създава клеймо поле за всички мигрират таблици независимо какви типове на полета, които съдържат. Това подобрява производителността на мигрират достъп таблици, които не може да съдържат паметна бележка, OLE обект или число с плаваща полета, но които имат полета от други типове.

Не, никога

Съветника за мигриране не добавя полета за клеймо към таблици.

Важно: В свързани таблици на SQL Server Access не проверява за определяне дали Memo или OLE обект полета са се променили, тъй като тези полета може да бъде много мегабайта в размер и сравнението може да бъде твърде мрежа с усилено и отнема много време. Следователно ако само текста или изображението поле е променена и липсва клеймо поле, Access замества промяната. Освен това стойността на число с плаваща поле може да се покаже са се променили, когато не е, така че при отсъствие на поле за клеймо, Access може да определи, че записът е променена, когато не е.

  • Само създаване на структура на таблица, не мигрирането никакви данни    Съветникът за мигриране към SQL Server upsizes всички данни за SQL Server по подразбиране. Ако изберете квадратчето за отметка само създаване на структура на таблица, не мигрирането всички данни , само структурата на данните се мигрират.

Начало на раздела

Стъпка 4: Изберете как да мигрирането вашето приложение

На следващата страница на съветника можете да изберете една от три различни начина за мигриране вашето приложение за база данни на Access. Под какви промени в приложенията който искате да направите?, изберете една от следните опции:

  • Създаване на ново приложение на Access клиент/сървър    Ако изберете тази опция, съветника за мигриране създава нов проект на Access. Съветника за мигриране ви пита за име, което по подразбиране е текущото име на базата данни на Access, добавя суфикса "СС" и след това съхранява проекта в същото местоположение като съществуваща база данни на Access.

    Съветника за мигриране създава файл на проект на Access и след това upsizes всички обекти на база данни от база данни на Access за проект на Access. Ако не запишете потребителско име и парола, след което първия път, когато отворите проект на Access, Access показва диалоговия прозорец Свойства на връзката на данните така, че можете да се свържете към база данни на SQL Server.

  • Таблици на SQL Server връзка към съществуващо приложение    Ако изберете тази опция, съветника за мигриране променя вашата база данни на Access, така че вашите заявки, формуляри, отчети и данни за достъп до страници използват данните в нова база данни на SQL Server, а не данните във вашата база данни на Access. Съветникът за мигриране към SQL Server преименува достъп таблици извършите мигрирането със суфикс "_local." Например, ако извършите мигрирането таблица с име служители, таблицата е преименуван на Employees_local във вашата база данни на Access. След това съветника за мигриране създава свързана таблица на SQL Server, наречена служители.

    Забележка: След като завърши операцията за мигриране, таблиците, които са били преименувани с "_local" наставка ще вече не се използва. Въпреки това е добре да запазите локални таблици, докато не можете да проверите дали мигриране е било успешно. По-късно можете да изтриете местни таблици, за да намалите размера на вашата база данни на Access. Не забравяйте да архивирате вашата база данни, преди да изтриете всички таблици.

    Страници за достъп до на заявки, формуляри, отчети и данни въз основа на първоначалния служители таблици ще използва свързаната таблица на SQL Server служители. Много от свойствата на полетата в първоначалния локална таблица се наследяват от новата локална таблица, включително, Описание, надпис, формат, входна маскаи десетични знаци.

  • Няма промени в приложенията    Изберете тази опция, ако искате само да копирате данните в базата данни на SQL Server и прави никакви други промени във вашето съществуващи приложение за база данни на Access.

Записване на потребителско име и парола    По подразбиране съветника за мигриране създава свързани таблици в съществуващо приложение или създава проект на Access, без да записвате потребителско име и парола. Това означава, че потребителите получават подкана за потребителско име и парола всеки път, когато влезете в база данни на SQL Server.

Ако изберете да запишете потребителско име и парола, потребителите да се свържете към база данни на SQL Server, без да влезете в. Ако изберете Създай ново приложение на Access клиент/сървър, проект на Access съхранява потребителско име парола в низа на връзката на OLE база данни.

Забележка: Тази опция е забранена за опцията няма промени в приложенията , ако свързана таблица на SQL Server е конфигуриран с MSysConf таблица, за да откажете записването на пароли.

Мигриране на съветника за отчети

Когато щракнете върху Готово, съветника за мигриране създава отчет, който предоставя подробно описание на всички обекти, които са създадени и някакви грешки, възникнали по време на процеса на отчети. Съветника за мигриране показва отчета във визуализация на печата, и след това можете да отпечатате или да запишете отчета, например като XPS или PDF файл. Отчетът не се записва като Access обект, когато затворите прозореца за визуализация на печата.

Съветникът за мигриране към SQL Server отчет съдържа информация за следното:

  • Параметри на мигрирането, включително коя таблица атрибути, които сте избрали за мигриране и как можете мигрират.

  • Таблица информация, включително сравнение на Access и SQL Server стойности за имена, типове данни, индекси, правила за проверка, по подразбиране, предизвиква, и дали са добавени клеймото.

  • Всички грешки, например база данни или разрешения за пълен, недостатъчна на регистрационния файл на транзакция, устройство или база данни, не е създадена, таблица, по подразбиране или валидиращо правило за пропуснати, връзката не в сила, заявката отстраняват (защото тя не може да бъде представен за синтаксиса на SQL Server) и контрола и източник на записи преобразуване грешки във формуляри и отчети.

Начало на раздела

Най-горе на страницата

Как обекти на база данни се мигрират

Следните данни и обекти на бази данни да мигрират:

  • Данни и типове данни    Всички типове за данни на Access база данни се конвертират в еквивалента им в SQL Server. Съветника преобразува текст на база данни на Access в Unicode, като добавите Unicode низ идентификатор към всички низови стойности и чрез добавяне на Unicode n префикс към всички типове данни.

  • Заявки   

    • Заявки за избиране, които нямат клауза ORDER BY или параметри се конвертират в изгледи.

    • Заявки за действие се конвертират в заявки за действие на съхранена процедура. Access добавя SET NOCOUNT от след кода на параметър декларация да се уверите, съхранена процедура се изпълнява.

    • Заявки за избиране, които препращат към таблици (наричани база заявки), използвайте параметри или клауза ORDER BY само се конвертират в дефинирани от потребителя функции. Ако е необходимо, горните 100 ПРОЦЕНТА клауза се добавя към заявка, съдържаща клауза ORDER BY.

    • Параметризирани заявки, които използват наименувани параметри поддържа името на първоначалния текст, използвано в базата данни на Access и се конвертират съхранени процедури или вградени функции, дефинирани от потребителя.

      Забележка: Може да се наложи ръчно да конвертирате заявки, които са не мигриране, например SQL транзитна заявки, заявки за дефиниране на данни и кръстосаните заявки. Също така трябва да ръчно мигриране заявки, които са били вложени твърде голяма дълбочина.

  • Формуляри, отчети и контроли    SQL отчети в RecordSource, ControlsSource и RowSource свойства за формуляри, отчети или контроли се съхраняват на място и не се конвертират в съхранени процедури или дефинирани от потребителя функции.

  • Свойствата при стартиране    Съветникът за мигриране към SQL Server upsizes следните свойства на стартиране:

    StartUpShowDBWindow
    StartUpShowStatusBar
    AllowShortcutMenus
    AllowFullMenus
    AllowBuiltInToolbars
    AllowToolbarChanges
    AllowSpecialKeys
    UseAppIconForFrmRpt
    AppIcon
    AppTitle
    StartUpForm
    StartUpMenuBar
    StartupShortcutMenuBar

  • Макроси и модули    Съветника за мигриране не прави всички промени да модули или макроси. Може да се наложи да модифицирате вашето приложение, за да се възползвате от функциите на SQL Server. За повече информация вижте статията на MSDN Оптимизиране на Microsoft Office Access приложения свързани към SQL Server.

Най-горе на страницата

Разширете уменията си в Office
Преглед на обучението
Получавайте първи новите функции
Присъединете се към участниците в Office Insider

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×