В этой статье мы рассмотрим различные варианты развертывания, доступные в SQL Server, и как они влияют на характеристики вашего приложения. Когда дело доходит до предоставления вашего базы данных клиентам, существуют два основных метода: “только онлайн” и “онлайн или оффлайн” режим.
Режим “только онлайн” требует, чтобы исходное местоположение публикации оставалось доступным с компьютера, с которого запускается приложение. Когда пользователь нажимает на ссылку на это местоположение, опубликованные файлы временно загружаются в кэш ClickOnce на локальном диске и немедленно выполняются. Такой подход упрощает обслуживание в распределенной среде и гарантирует использование только последней версии кода. Однако он может быть не подходящим для сценариев с роуминговыми клиентами, которым необходимо работать в автономном режиме, отключенными от сети.
Режим “онлайн или оффлайн” решает эту проблему, храня приложение и файлы данных постоянно на локальном компьютере. Эти файлы хранятся в уникально названной папке в кэше ClickOnce, избегая конфликтов с несовместимым программным обеспечением. Этот режим позволяет использовать приложение даже при отключении от сети.
При работе с большим количеством приложений, доступных только онлайн, важно помнить, что они подвержены квоте, ограничивающей их совокупный размер. Поведение контролируется реестровым ключом, и размер квоты по умолчанию составляет 250 МБ.
Работа в режиме “онлайн или оффлайн” обычно требует обработки обновлений существующей версии вашего приложения. Вы можете настроить процесс обновления, чтобы он происходил до или после выполнения кода, и установить минимально допустимую ревизию. Обновления сохраняют существующие файлы данных, автоматически копируя их в новые папки установки. Если файлы данных изменились, вместо старых используются новые эквиваленты.
Если встроенное поведение ClickOnce не соответствует вашим потребностям, вы можете исключить файлы базы данных из копирования на локальный компьютер и использовать альтернативные способы их предоставления пользователям. Один из способов достижения этого – создание сценария создания базы данных и заполнения ее нужными значениями. Полученный код затем может быть включен в ваше приложение.
Ваш выбор стратегии развертывания, скорее всего, будет зависеть от наличия сетевого подключения и его пропускной способности между источником приложения и целевым компьютером. SQL Server предоставляет несколько различных методов развертывания, включая копирование файлов установки на съемные носители, копирование файлов установки на локальную или удаленную файловую систему, публикацию файлов установки на локальном экземпляре службы информационных ресурсов Интернета, публикацию файлов установки на удаленном экземпляре службы информационных ресурсов Интернета и публикацию файлов установки на локальном или удаленном экземпляре FTP.
При распространении вашего приложения важно убедиться, что имена экземпляров SQL Server на исходном и целевом компьютерах совпадают. Это контролируется строкой подключения, определенной в конфигурационном файле приложения.
После запуска кода будет создана пользовательская сессия на локальном компьютере, загружена база данных, включенная в приложение, и отображена знакомая форма, содержащая сетку данных с записями, доступными через представление.
В заключение, понимание вариантов развертывания, доступных в SQL Server, является важным для успешного распространения вашего базы данных. Выбирая подходящий режим и метод, вы можете обеспечить доступность вашего приложения для клиентов и беспроблемную обработку обновлений.