Как сохранить базу данных доступа, преобразованную в sql онлайн

У нас есть база данных Access, изначально созданная в Access 2010 для небольшой группы пользователей (в настоящее время всего 10). Все пользователи теперь обновлены до Office 2016 (не 365). База данных разделена, серверная часть находится на общем диске на сетевом компьютере. В настоящее время мал, т.е. ‹1GB. Теперь требуется, чтобы база данных находилась в сети, чтобы пользователи могли подключаться к базе данных из других мест. Эта статья действительно полезна

SO 32653858

Я довольно много читал о возможных решениях, но не уверен, что все понимаю, поэтому надеюсь, что смогу найти простое и экономичное решение. Мы некоммерческая организация.

Я понимаю, что Sharepoint может быть решением, но дорогостоящим для нас. Рекомендуемое решение, по-видимому, заключается в преобразовании файла внутренних данных в SQL и сохранении локального внешнего интерфейса со всеми формами, запросами, отчетами для использования пользователями в соответствии с текущей ситуацией.

Итак, два вопроса.

  1. Разница между MySQL, SQL Express и SQL-сервером

  2. Где должен храниться преобразованный файл SQL — «в облаке», но где это. Должны ли мы получить поставщика места (т.е. не dropbox, onedrive и т.д.). В какой-то момент мы получаем веб-сайт — может ли база данных храниться в том же месте / у провайдера, что и веб-сайт. Это безопасно для конфиденциальной информации. (извините, если это глупый вопрос)

Спасибо.


person Jakeymus    schedule 02.11.2016    source источник


Ответы (2)


SharePoint стоит дорого, но подписка на Office 365 примерно за 6 долларов позволяет вам пригласить до 500 бесплатных пользователей (и они даже могут входить в систему, используя учетные записи Gmail или других компаний). Таким образом, до 500 пользователей на общую сумму 6 долларов в месяц довольно много показывают, что использование таблиц SharePoint в Office 365 — это НАМНОГО НИЗКИЙ вариант затрат, а не какой-то дорогой выбор, как вы предлагаете. Основная проблема с таблицами SharePoint заключается в том, что для таблиц, содержащих более 5000 строк, система может работать медленно. И все определенные отношения ДОЛЖНЫ быть автоматическим номером PK и длинным внешним ключом). Если ваше приложение «укладывается» в ограничения таблиц SharePoint, то недорогой план Office 365 — очень хороший выбор. Кроме того, настройка 365 позволяет интерфейсному приложению работать даже при потере подключения к Интернету, а данные синхронизируются, когда вы можете вернуться в место, где есть интернет-услуги.

Что касается использования SQL-сервера, общий подход заключается в том, что вы должны перенести свои таблицы в Access на SQL-сервер. Где находится эта система SQL-сервера, во многом зависит от ВАШЕГО выбора. Вы можете использовать работающий экземпляр SQL-сервера от своего поставщика веб-хостинга, но ТОЛЬКО в том случае, если этот веб-провайдер разрешает внешние подключения ODBC. Не многие провайдеры разрешают внешние подключения ODBC к серверу SQL (или MySQL, если уж на то пошло). Причина этого в том, что подвергать сервер базы данных веб-сайта дикому Интернету, полному хакеров, может быть рискованным выбором.

Другой вариант — использовать операционную систему Azure, а в Azure доступны версии SQL-сервера (часто называемые SQL Azure) — этот вариант разрешает внешнее подключение.

Так что между MySQL и SQL Express не так много различий. SQL бесплатен для коммерческого использования, а для сервера MySQL требуется довольно дорогая лицензия. Однако, если вы выбираете веб-хостинг, вы не покупаете сервер базы данных, а только платите ежемесячную плату за веб-хостинг, поэтому при выборе размещенных систем вам никогда не нужно покупать или настраивать SQL-сервер, и поэтому «цена» составляет только отражается в низких ежемесячных платежах.

Таким образом, расположение вашего SQL-сервера будет в облаке — обычно от вашего провайдера веб-хостинга. Как уже отмечалось, вы можете использовать базовый стандартный веб-хостинг, и почти каждый план включает SQL-сервер или MySQL как часть недорогого плана (однако проблема заключается в том, что НЕСКОЛЬКО провайдеров разрешают внешние подключения ODBC к работающему экземпляру SQL-сервера, работающему на этом веб-сайте. ).

person Albert D. Kallal    schedule 02.11.2016
comment
Итак, я правильно понимаю, что для использования sharepoint нам понадобится только 1 копия 365, чтобы использовать это? Это, безусловно, войдет в наш бюджет, и наша база данных вряд ли достигнет 5000 в течение нескольких лет. Поскольку наши данные являются конфиденциальной информацией, я не - person Jakeymus; 03.11.2016
comment
Извините... потерял ссылку. Так что Sharepoint звучит как наше решение. Прав ли я в том, что мы могли бы хранить/преобразовывать файл внутренних данных в список общих точек, используя одну лицензию 365. Затем пользователи могут использовать свой локальный файл доступа к внешнему интерфейсу для ссылки на этот файл точки доступа, чтобы использовать все возможности vba, уже имеющиеся в файле внешнего интерфейса. Или они также могут использовать веб-интерфейс. Только что найдя еще один ваш пост об этом, можете ли вы подтвердить, что у нас также будет преимущество автономного использования и синхронизации? Все это звучит слишком хорошо, чтобы быть правдой. - person Jakeymus; 03.11.2016
comment
Спасибо Альберт за совет. Я собираюсь начать с RDP, а затем попробовать SQL Express. В какой-то момент я тоже попробую Sharepoint, поскольку вы легко объяснили, как это достижимо для нас. Большое спасибо вам также за все ваши другие сообщения, я прочитал много ваших, и они были неоценимы. - person Jakeymus; 05.11.2016

Вам не нужен SharePoint или любое другое программное обеспечение. Просто используйте SQL Express (вы всегда можете обновить его до полного SQL Server, если вы когда-нибудь начнете сталкиваться с ограничениями производительности), чтобы сделать вашу базу данных доступной в Интернете (здесь существуют проблемы с безопасностью, поэтому убедитесь, что вы знаете, что делаете) или через VPN и распространяйте свой внешний интерфейс с помощью Access или просто Access Runtime. В зависимости от ваших знаний в области сетей и доступа вы можете достичь того, что хотите, с нулевой стоимостью программного обеспечения (при условии, что у вас уже есть по крайней мере одна система с MS Access для разработки и обслуживания и сервер Windows с выходом в Интернет).

person SunKnight0    schedule 02.11.2016
comment
Мои познания в сети/vpn не так хороши. Итак, я понимаю, что мы конвертируем файл данных в SQL Express, и он все равно будет храниться в нашей сети. но нам понадобится программное обеспечение vpn, чтобы убедиться, что оно безопасно и доступно для наших сотрудников, когда они находятся вне офиса. Мы маленькие, у нас нет сервера, только сеть через наш модем/маршрутизатор. - person Jakeymus; 03.11.2016
comment
Вам не нужен сервер-сервер, а только компьютер с Windows, который вы настроили с резервированием IP-адреса или статическим IP-адресом и переадресацией порта на него. Это может быть любая из ваших рабочих станций, в идеале та, которая всегда включена и имеет резервный аккумулятор. Выберите случайный номер порта (не стандартный номер порта SQL) и настройте SQL Express для его использования. Если вы заботитесь о надежности и безопасности пароля, и вы достаточно малы, чтобы не иметь сервера, маловероятно, что кто-то будет взламывать вашу базу данных, чтобы вы могли отказаться от VPN. - person SunKnight0; 03.11.2016
comment
Как правило, вы не хотите размещать его в Интернете, потому что тогда вы увеличиваете задержку доступа к Интернету в своей офисной среде. Ничего страшного для случайного удаленного доступа, огромное дело для всего дня, каждый день. Кроме того, если у всех есть стационарные компьютеры в офисе, вы можете просто настроить RDP-доступ к ним вместо того, чтобы размещать базу данных в сети. Подойдет даже пара постоянных рабочих станций Windows, если вы все хорошо относитесь к совместному использованию и выходу из системы, когда они не используются. - person SunKnight0; 03.11.2016
comment
Спасибо за предложение RDP, не знаю, почему я не подумал об этом. Что касается упомянутого вами отставания - наш интернет - это ADSL (единственное, что доступно), в среднем 17 Мбит / с вниз и 4 Мбит / с вверх. Не очень хорошо, но лучше, чем во многих других районах, где мы находимся (в сельской местности). Пользователи на месте будут открывать его большую часть дня, пользователи вне сайта будут просто подключаться для обновления или поиска, но на более короткие периоды времени, а не на весь день. Будет ли это слишком медленным соединением для использования с sharepoint. - person Jakeymus; 04.11.2016
comment
Я не использую SharePoint, поэтому Ин не могу ответить на этот вопрос, но я могу определенно сказать вам, что локальный доступ к данным намного быстрее, чем удаленный доступ к данным. Не обманывайтесь тем, как все работает с файлом Word или Excel, где данные фактически находятся в локальном кеше/временном файле, и у вас есть задержка только при загрузке/сохранении. Доступ использует постоянное соединение, которое имеет большое значение. Насколько велика разница, зависит от того, насколько велика ваша база данных и сколько операций чтения/записи приходится выполнять Access при работе с ней. - person SunKnight0; 04.11.2016
comment
Спасибо SunKnight0 за все ваши советы. Я собираюсь начать с RDP, а затем попробовать SQL Express. Я тоже когда-нибудь попробую Sharepoint. Большое спасибо всем, кто помогает на этом форуме. - person Jakeymus; 05.11.2016