Если вы выбираете вариант Именованных Соединений для подключения к удаленному Источнику Данных, мастер SQL Server Upsizing использует данное Соединение для создания и выполнения временных Представлений, которые используются в процессе Масштабирования. Если в процессе установки Соединения используется Пароль (или другие параметры), то рекомендуется включить Переключатель Save Password With View (Сохранение Пароля для Представлений) (который устанавлтвается на Шаге 8), это обеспечит поддержку актуальности Соединения (его Восстановления) при отключении от удаленного Источника Данных.

Если вы используете данный вариант  оединения с удаленным Источником Данных, то для создания и выполнения временных удаленных Представлений мастер SQL Server Upsizing создает временное соединение, которое называется как "Upsize" (или как "Upsize2," "Upsize3," и так далее), если указанные именованные Соединения уже существуют.

Важным моментом является подбор таблиц для Масштабирования, обычно экспортируются наиболее важные и коллективно используемые Таблицы. Масштабирование абсолютно всех Таблиц из Базы Данных может привести к перегрузке Сервера, замедлению выполняемых  операций по обработке удаленных Данных, обработке соответствующих Запросов. Хорошо спроектированное и разработанное Приложение класса Клиент-Сервер (client/server) обычно использует Эффективно Скомбинированную систему Локальных и Удаленных Таблиц.

В основном, редко изменяемые Таблицы, статичные Справочники рекомендуется хранить Локально, а часто изменяемые Таблицы, интенсивно используемые многими Пользователями пусть хранятся на удаленном Сервере.

Мастер SQL Server Upsizing выполняет Экспорт таблиц, соответствующих Полей, конвертацию Типов Данных. Смотрите дополнительную информацию в разделах: Планирование Приложений класса Клиент/Сервер и Оптимизация выполнения Приложений Клиент/Сервер.

Столбец "Штамп Времени" (TimeStamp) для сервера SQL Server  содержит уникальное значение, создаваемое программным обеспечением Сервера, данное значение вычисляется в момент изменения текущей Записи Таблицы на Сервере. Использование описынных столбцов типа timestamp позволяет значительно повысить производительность и надежность Масштабируемых Баз Данных.

Если при обновлении значений Полей Таблиц вами используются режимы Visual FoxPro SQL, значения свойства WhereType = DB_KEYANDMODIFIED или DB_KEYANDUPDATABLE, тогда Visual FoxPro должен проверить все измененные или все обновляемые Поля Таблицы; а также отследить изменения, выполненные другим Пользователем. Посколько Текстовые поля или поля типа Image (графические картинки) могут иметь размер в несколько МегаБайт, то изменение таких полей значительно загружают Сетевые Ресурсы и достаточно трудоемки, что значительно замедляет выполнение Приложения. Фактор надежности преобразования Типов данных также имеет не последнее значение, к примеру, преобразование Числового Значения с плавающей точкой (floating-point) между Клиентом и Сервером может содержать ошибки или выполняться достаточный интервал времени.

Когда вы используете дополнительные Столбцы Штампов Времени, как уникальные идентификаторы событий обновления данных, а соответствующее значение для Свойства SQL WhereType = DB_KEYANDTIMESTAMP, Visual FoxPro использует указанный столбец как семафор обновления данных, в сравнении со скоростью обработки и больших Текстовых или Image Полей. В этих условиях можем получить некоторое Повышение Производительности обработки удаленных данных. Однако, если выполнена установка свойства SQL WhereType = DB_KEYANDTIMESTAMP,  тогда любое изменение удаленной записи будет порождать Конфликты Обновления Данных в тех случаях, когда рассматриваемые поля включаются в списки Изменяемых Полей для удаленных Представлений.

Если вы намерены использовать режим Обновления Полей при использовании свойства Visual FoxPro SQL WhereType = DB_KEYANDMODIFIED, вы можете получить повышение эффективности обработки Удаленных Представлений при установки значения свойства CompareMemo = false (.F.). В этом случае (CompareMemo=.F.), поля типа Memo в удаленных представлениях исключаются из списка сравниваемых полей, по которым определяется факт обновления Данных.

Database device (Устройство для размещения Базы Данных)

Отображается список всех контролируемых Устройств SQL Server, включая устройство по-умолчанию. Выберите подходящее по размеру свободной области устройство, на котором будет создана ваша удаленная База Данных.

Size (Размер)

Отображается Размер выбранного в предыдущем пункте Устройства (Database Device), в МегаБайтах.

Free Space (Свободное Место)

Отображается размер доступного места для текущего (выбранного) Устройства удаленного Сервера.

Database size (Размер Базы Данных)

Введите приблизительный (оценочный) размер создаваемой Базы Данных (в МегаБайтах). Задаваемый Размер может быть не менее 2-х мегабайт (это минимально допустимый размер Базы Данных для SQL Server).

Стандартные Устройства

Если ваш удаленный Сервер SQL Server имеет одно или несколько стандартных устройств, тогда Мастер SQL Server Upsizing порождает соответствующий подраздел (Список) с именем Default (стандартные, по-умолчанию). Данный Список может содержать несколько Стандартных Устройств (Default). Выбор стандартного устройства для размещения вашей Базы Данных не гарантирует достаточного свободного Места на выбранном Устройстве. Мастер SQL Server Upsizing выполняет соответствующую проверку достаточности свободного Места на выборанном Стандартном Устройстве.

Совет
Для размещения вашей Базы Данных на нескольких Устройствах выберите несколько Устройств СервераT. При выполнении операций масштабирования Мастером SQL Server Upsizing, установите опцию использования стандартных Устройств (Default) для размещения вашей Базы Данных.

Дополнительную информацию о параметрах настройки Стандартных Устройств, выполнению системной хранимой процедуры sp_diskdefault смотрите Техническую Документацию по Серверу SQL Server.

Если существующие Устройства Сервера уже достаточно заполнены (другими Базами Данных)l, вы можете создать новое Устройство Хранения Данных. Ваш Профиль (User PriFile) должен обладать соответствующими правами Администратора для создания новых Устройств Хранения Данных SQL Server.

1. Выберите из списка существующих устройств Сервера пункт Create new device.

   Если вы имеете права системного Администратора, то открывается дополнительный Диалоговый Бокс. В противном случае, появляется Системное Сообщение об Исключительной Ситуации.

2. Введите Имя нового Устройства Хранения.

   Имя Устройства должно содержать не более 30 символов: букв, цифр, специальных знаков: #, $,  _.  Пробелы не допустимы.

3. Нажмите кнопку OK.

   Новое Устройство Хранения Данных добавляется в список Устройств.

4. Введите Размер Созданного Нового Устройства Хранения.

   Размер учтройства не может быть меньше чем 2 мегабайта. Размер нового Устройства не может превышать размера свободного Диского пространства.

Если вы имеете права системного Администратора, Мастер SQL Server Upsizing отображает общий размер используемый Устройствами Сервера, вместе с Устройством, где размещена База Данных Master SQL Server.

Примечание
Размер создаваемого Устройства Хранения Данных не может быть изменен после его создания. Поэтому рекомендуется создавать Устройства Хранения Данных достаточных размеров.

После создания нового устройства нажмите кнопку Finish (Завершение). Мастер SQL Server Upsizing создает новое Устройство Хранения Данных в том же каталоге, где размещена системная База Данных Master. Если вы создаете Новое Устройство в списке имеющихся устройств, но не выбираете это устройство как базовое для размещения новой Базы Данных, то указанное новое устройство не создается.

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

Каждое Устройство сервера SQL Server имеет уникальный порядковый номер создания этого устройства. Однако, Пул доступных номеров ограничен. По-умолчанию, ограничение <= 10, вам требуется уточнить данное значение для вашего Сервера. Мастер SQL Server Upsizing выполняет поиск доступного, свободного  Номера Устройства Хранения. Если все доступные номера устройств уже заняты, вы не сможете создать Новое Устройство Хранения Баз Данных.

Примечание
Для увеличения Количества доступных номеров устройств хранения для вашего Сервера SQL Server смотрите техническую документацию по использованию системной хранимой процедуры sp_configure.

Ключевой рекомендацией по данной Теме является: Размер Журнала Транзакций должен составлять 10-20 процентов от номинального Размера создаваемой Базы Данных SQL Server; данная Рекомендация основана на общих выводах и соображениях, изложенных в технической Документации по серверу SQL Server.

Вы можете установить значение для Размера Журнала = 0, что заставляет Мастер масштабирования помещать Данные Журнала в системную Таблицу (ее название = SysLogs), которая размещается на Устройстве Базы Данных. Когда размер Журнала устанавливается = 0, в этом случае данные Журнала занимают достаточно Малый размер дискового пространства, однако, свободное место Системного журнала достаточно быстро будет заполнено, что снижает уровень надежности Системы.

При выполнении Масштабирования новой Базы Данных, мастер SQL Server Upsizing заполняет Дампом Транзакций представленный Журнал, который при полном заполнении - очищается. Указанный Дамп Транзакций создается на случай создания Резервной копии Базы Данных; для этого может быть использована системная Команда LOAD DATABASE. Дополнительную информацию по использованию системной команды SQL Server DUMP TRANSACTION, а также системные рекомендации по созданию достаточного места для Журналов Транзакций смотрите в технической Документации по серверу SQL Server.

Примечание
Вы можете изменить (увеличить) размер дискового пространства, резервируемого для Журнала Транзакций или разместить его на другом Устройстве Сервера. Дополнительную информацию смотрите в Технической Документации сервера SQL Server, обратите внимание на детальное описание системной команды ALTER DATABASE, а также описание хранимой процедуры Sp_LogDevice.

По-умолчанию, мастер Масштабирования SQL Server Upsizing экспортирует не только структуры Таблиц, но и загружает локальные Данные на удаленный Сервер. Вместе с именами Полей и их характеристиками (типы, размеры) вы можете выполнить также экспорт других Объектов Базы Данных:

• Индексов

• Описаний стандартных значений (Defaults)

• Постоянных Отношений (Relationships) (для обеспечения Ссылочной Целостности)

• Правил Контроля (Validation Rules)

Мастер SQL Server Upsizing дополнительно может выполнить некоторые вспомогательные Операции: определить дополнительные характеристики удаленных Таблиц, дополнить в структуры конкретных Таблиц специальные столбцы (Поля) типа TimeStamp (штамп времени), который обеспечивает надежный механизм обновления Данных. Рассматриваемый мастер SQL Server Upsizing может также преобразовать инструменты вашего Приложения: Формы, Отчеты, Запросы для использования их уже с Удаленными Источниками Данных, размещенными на SQL Server, как ранее они использовали данные из локальных Таблиц Visual FoxPro.

Индексы и стандартные значения (Defaults) Visual FoxPro напрямую отображаются в соответствующие объекты SQL Server. Если вы выбираете вариант преобразования (экспорта) правил контроля (Validation Rules), мастер SQL Server Upsizing патается создать соответствующие Правила Контроля для уровней Поля и уровня Записи для Таблицы сервера SQL Server, полученные объекты являются Хранимыми Процедурами, вызываемыми соответствующими Триггерами SQL Server. Экспортируемые постоянные Отношения (RelationShips) также становятся частью указанных Триггеров Сервера.

Совет
Если вы экспортируете постоянные Отношения Таблиц, вы должны также экспортировать соответствующие Индексы, в противном случае снижается производительность обработки удаленных Данных.

Indexes (Индексы)

Укажите соответствующие структурные индексы  Visual FoxPro (.cdx).

Defaults (Стандартные Значения)

Укажите соответствующие правила формирования стандартных значений для Полей Таблиц.

Relationships (Постоянные Отношения)

Укажите локальные Отношения между Таблицами, которые должны быть Масштабированы на Сервер.

Validation rules (Правила Контроля)

Укажите соответствующие Объекты из локальной Базы Данных.

Structure only, no data (отображать только Структуры Таблиц, без копирования Данных)

Укажите выбранный вами вариант Масштабирования на сервер SQL Server.

Use declarative referential integrity (Обеспечение Ссылочной Целостности Данных)

Используется при Масштабировании Данных для серверов SQL Server, версии 6.x. Выбирается для создания ограничений SQL, обеспечивающих Ссылочную Целостность Данных.

Null Mapping (Поддержка значений типа NULL)

Укажите для поддержки в полях Таблиц значений типа .NULL.

Использование данной Опции гарантирует надежное выполнение Операций Insert / Update для удаленных Данных. Данная установка позволяет вам переносить (экспортировать) рассматриваемую характеристику (null) для полей в Таблицах Visual FoxPro для удаленных Таблиц Сервера. Если вы выбираете вариант поддержки значений NULL для полей типа General / Memo некоторой тваблицы, то и для других (всех) масштабируемых таблиц будет применяться правило поддержки значений NULL  для полей типа general / memo.

Существуют различия при выполнении команд Visual FoxPro SQL: INSERT / UPDATE при обработке локальных и удаленных данных, для которых установлена характеристика NULL. Например, если выполняется команда INSERT при указании не всех полей Локальной Таблицы, то отсутствующим полям присваиваются пустые значения (0, "",...). При выполнении соответствующей команды INSERT для удаленного Представления (изменение данных SQL Server), то для отсутствующих Полей передаются значения NULL. Если одно из отсутствующих полей не поддерживает значения типа NULL, возникает Ошибочная ситуация, описанная команда не отрабатывает. Поэтому, либо нужно указывать все требуемые Поля в используемой команде INSERT, либо реструктуризировать Таблицу. Однако, для полей типа General / Memo указание постоянных значений порождает снижение производительности системы.

Create upsizing report (Создание Отчета о выполнении /Масштабирования)

Создается несколько специализированных Отчетов, содержащих информацию о ходе процесса Масштабирования.

Redirect views to remote data (Переопределение локальных Представлений в Удаленные)

Выполняются преобразования Локальных Представлений, хранящихся в Контейнере Базы Данных, в соответствующие Удаленные Представления, которые могут использовать как удаленные Таблицы так и Локальные, базовые Таблицы. В этом случае, соответствующие инструменты Приложения: Запросы, Формы, Отчеты, использующие локальные Представления, будут переориентированы на Удаленные Источники Данных

Create remote views on tables (Создание Удаленных Представлений для Таблиц)

При масштабировании локальных Таблиц, в дальнейшем, вам потребуются соответствующие Удаленные Представления для обработки Данных из указанных Таблиц. Мастер SQL Server Upsizing может создать требуемые Удаленые Представления для масштабированных Таблиц. В этом случае, Мастер создает новые удаленные представления с соответствующими Именами, а базовые, локальные Таблицы переименовывает по принципу: к именам локальных Таблиц добавляется стандартный суффикс "_local".

Примечание

В общем случае, Не рекомендуется Автоматически создавать для всех масштабируемых Таблиц удаленные Предсталения. Это объясняется тем, что получаемые Представления не являются Оптимизированными, обычно они включают все Поля из структуры Таблицы, что избыточно для Приложения. Более предпочтительным является Метод Неавтоматического создания Параметрических Представлений. Вы можете заранее создать локальные параметрические Представления, которые будут масштабированы, или позднее создать требуемые Удаленные парметрические Представления; смотрите подпункт выше: Redirect views to remote data (Переопределение Представлений). Дополнительную информацию смотрите в разделе: Как: Создавать Параметрические Представления.

Save password with views (Сохранение Пароля доступа при активации Представлений)

По-Умолчанию, при открытии и активации удаленного Представления вы должные вводить идентификационную информацию Пользователя (ваш ID, и пароль) при каждой новом сеансе работы системы Visual FoxPro. Выберите данную опцию для сохранения Пароля в локальном Представлении, которое в дельнейшем будет масштабировано в удаленное Представление на сервере.

Примечание

Описанный Контрол (элемент управления) автоматически Включается или Отключается в зависимости от варианта использования именованного Соединения, рассматриваемого на Этапе 2, когда выполняется первичный доступ к удаленному источнику Данных проверяетсяThis check box is checked automatically for you and disabled if you used a named connection earlier in Step 2 to access your data source and that named connection includes a password. При данном сценарии гарантируется сохранение Пароля для именованного Соединения.

Когда вы указываете рассмотренный ранее пункт Create Upsizing Report, система Visual FoxPro создает соответствующие Отчеты результатов Масштабирования Объектов локальной Базы Данных в соответствующие удаленные объекты SQL Server. Мастер масштабирования размещает данные отчеты в Компонентах нового Проекта, используя при этом следующие Наименования:

• RptErrors

• RptField

• RptIndex

• RptRels

• RptTable

• RptViews

Отчеты о результатах Масштабирования содержат информацию о созданных Устройствах Сервера, об ошибках и предупреждениях, происходящих во время выполнения основных Этапов работы Мастера, описательную информацию путей выполнения отображения локальных Объектов в соответствующие Объекты Сервера, преобразования Типов. После завершения работы Мастера вы можете просмотреть содержание данных Отчетов.

Если вы используете локальные представления для масштабирования всех Таблиц, то данные Представления переименовываются по правилу: к их именам добавляется сцффикс "_local". Мастер SQL Server Upsizing создает новые базовые Представления на основе структуры, имен, и главных SQL-операторов существующих локальных Представлений. Свойство "KeyField" и другие характеристики Представления сохраняются без изменения, отображаются на удаленный Сервер.

Если вы выбираете вариант масштабирования только некоторых, конкретных Таблиц с помощью локальных Представлений, мастер SQL Server Upsizing не переименовывает локальные Представления. Вместо этого, переименовываются локальные таблицы, которые отображаются на Сервер, к их именам добавляется суффикс "_local." Например, если вы выполняете экспорт таюлицы с именем "Employees", то эта таблица переименовывается в "Employees_local" в вашей локальной Базе Данных. Рассматриваемый Мастер создает для каждой экспортируемой Таблицы соответствующее удаленное представление. Каждое такое Представление выбирает все Поля и все Записи из удаленных Таблиц.

Примечание
Система Visual FoxPro по разному обрабатывает Локальные и Удаленные Представления. Разработанный ранее инструментарий по Доступу и Обработке данных из Локальных источников часто становится менее производительным, по сравнению с его использованием для источников данных, масштабированных на удаленный Сервер.

Make Primary Key a Clustered Index (Отображение Первичного индекса в Кластерный индекс)

По-умолчанию, в Таблицах, содержащих первичные индексы (Primary Key), последние автоматически преобразуются в соответствующие Кластерные Индексы, создаваемые Мастером масштабирования SQL Server Upsizing. Это происходит в силу того, что для синтаксиса SQL Server, по- умолчанию, если не указывается секция [CLUSTERED | NONCLUSTERED] в соответствующей команде создания удаленной Таблицы ALTER TABLE statement, которая и испольуется этим Мастером. Первичные индексы обычно создаются по порядку их создания, что не относится к Кластерным Индексам. При помощи рассматриваемого Переключателя вы можете управлять процессом создания Кластерных Индексов.

Drop Local Tables (Исключение (удаление) Локальных Таблиц)

Если вы выбрали вариант создания Представлений для масштабируемых Таблиц, Мастер использует имена этих таблиц для создания соответствующих удаленных Представлений, локальные таблицы при этом переименовываются. В этих условиях данные, переименованные таблицы не используют в дальнейшей работе, поэтому они могут быть исключены из локального Контейнера Базы Данных. Данный переключатель позволяет вам управлять процессом исключения масштабированных таблицы из Базы Данных.

Default Remote View Name (Автоматическое исключение одноименных Представлений)

Если вы выбрали вариант создания удаленных Представлений, вы можете управлять процессом именования сгоответствующих Таблиц. По-умолчанию, имена удаленных представлений используют имена локальных таблиц, а последние уже переименовываются по описанному выше правилу:

• Prefix   Определяет некоторую строку, которая добавляется Слева к именам новых удаленных Представлений.

• Suffix   Определяет некоторую строку, которая добавляется Справа к именам новых удаленных Представлений.

• None   (точные имена локальных Таблиц). По-умолчанию, используются имена локальных, базовых Таблиц.