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

В тази статия

За мигриране на база данни на 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, така че да можете да създадете приложение на клиент/сървър. Този подход изисква някои допълнителни промени в приложението и модификация към код и сложни заявки.

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

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

Преди да мигрирате база данни на Access

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Стъпка 2: изберете кои таблици да се преоразмеряват

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

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

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

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

Стъпка 3: Задаване на атрибутите и опциите за преоразмеряване

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

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

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

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

Attribute

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

Индекси

Съветникът за мигриране преоразмерява всички индекси.

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

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

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

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

Съветникът за мигриране преоразмерява следните опции като актуализиране и вмъкване на превключватели:

  • Всички задължителни свойства на полетата

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

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

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

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

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

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

Текст на проверка за валидност

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

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

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

Релации на таблици

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

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

  • Използвай "задвижване"     Изберете релации на таблиците и Използвайте за използване на задвижване, за да се поддържа целостта на връзките. Проверката на колони на базата данни на Access се конвертира в ограничението на SQL Server за проверка със съобщение за проверка, както е показано в таблицата по-долу.

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

Външен ключ за SQL Server

Validatio n текст

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

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

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

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

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

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

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

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

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

Без задвижване

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

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

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

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

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

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

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

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

Настройка

Описание

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

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

Да, винаги

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

Не, никога

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

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

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

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

Стъпка 4: изберете как да преоразмерите приложението си

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

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

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

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

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

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

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

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

Ако изберете Запиши паролата и ПОТРЕБИТЕЛСКИЯ ИД, потребителите могат да се свързват с база данни на SQL Server, без да влизат. Ако изберете Създаване на ново приложение за клиент/сървър на Access, проектът на Access запазва паролата за потребителско име в низа на ВРЪЗКАТА за OLE DB.

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

Отчет на съветника за мигриране

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

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

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

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

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

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

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

Как се преоразмеряват обектите на база данни

Следните обекти на данни и бази данни се преоразмеряват:

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

  • Заявки    

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

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

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

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

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

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

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

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

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

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

Нуждаете се от още помощ?

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

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

Доколко сте доволни от качеството на превода?
Какво е повлияло на вашия потребителски опит?

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

×