Фронтенд для миграции Доступа MS? [закрытый]

Я переключил бэкенд на одном приложении от MSacces до MSSQL несколько лет назад. Сохраненный фронтендом, потому что это работало хорошо, и я ничего не нашел как легкого использовать/изменять.

я никогда не видел MSAccess-> переводчик C#. Однако Вы могли бы быть в состоянии найти MSAccess к переводчику VB6 (их синтаксисы примерно подобны), и оттуда существуют VB6-> переводчики VB.Net (и даже VB.Net-> переводчики C#)

Так, кроме персонального отвращения, почему замена фронтенд Доступа? Может быть легко сделать для некоторых (простых) баз данных, но большинство приложений Доступа в реальном мире имеет большую сложность.

Партии причин обновления бэкенда, конечно (масштабируемость, производительность, повреждение дб, блокировка пользователя). Доступ даже имеет встроенный "инструмент" мастера обновления, который позволяет Вам разделять формы и логику от данных, и обновлять данные до SQL-сервера MS. Если Вы хотите, используйте этот мастер для обновления бэкенда до SQL Express, то вручную мигрируют на другую платформу дб.

Hope это не слишком далеко вне темы, но иногда все, что необходимо сделать с Доступом:

1. Обновление бэкенд (как мы уже обсудили)

2. Всегда удостоверяются, что фронтенды заблокированы вниз (только для чтения)

3. При необходимости, создают различные фронтенды для различных пользовательских ролей (как форма безопасности).

4. , Если возможно, скопируйте фронтенды локально на каждой рабочей станции по причинам производительности. Вы, возможно, должны иметь сетевой сценарий для проверки на новые версии фронтенда.

у меня нет прямого опыта с ним, но я действительно находил Доступ к инструменту преобразователя ASP.NET названным "Свист Доступа" в http://www.microtools.us/

Мы использовали внутреннее приложение на основе Доступа MS как frontend к базе данных MySQL. Мы столкнулись партии проблем , и в конечном счете переписали целое приложение в CodeGear Дельфи 2007 для Win32. Это было большим успехом, хотя миграция действительно стоила довольно большого усилия (обучение/найм несколько программистов Дельфи, покупая некоторые сторонние программы). Я могу искренне рекомендовать Дельфи, все же. И AFAIK, интеграция с бэкендом Доступа MS является, конечно, возможным---, который я однажды записал приложению Дельфи, которое делает просто, что, и это только стоило мне нескольких дней для получения полной версии функции!

я понимаю, что это - полное решение для программирования, таким образом, Вы определенно освободили бы часть простоты в употреблении Доступа MS для создания фронтендов. С другой стороны можно соединить приложение базы данных в Дельфи через 10 минут, не пишущий слишком много кода---никакое ребячество! И начиная с выпуска 2009 года, язык медленно становится более основным снова...

@BradC

я не повторно комментирую MicroTools. Я работал на компанию некоторое время назад, где у нас была та же проблема. Если MicroTools не сделал существенные улучшения к их продукту, он выкладывает мусор в последний раз, я проверил.

то, Что мы нашли, было то, что в значительной степени любая процедура обновления потребует существенного количества кодирования изменений. Все эти инструменты хороши для, должен поддержать подобный GUI из исходного приложения. Их код не имел никакой структуры объекта, просто набор служебных функций, которые были выведены на каждой странице для моделирования способа, которым Доступ обеспечивает навигацию по записям. Если у Вас есть большое количество форм, вытаскивая их решение и реализовывая Ваши собственные взятия, некоторая работа и тонна находят и заменяют операции.

Мы были так разочарованы работой MicroTools, что мы начали писать наш собственный преобразователь. Мы откачивали лучшие формы ASP.NET, чем они были после недели кодирования.

Вы не найдете механизм класса сервера , который также имеет настольные присоединенные инструменты дизайна интерфейса. Большие механизмы сервера все ожидают, что Вы будете использовать что-то как C++, C#, Java или PHP для создания интерфейса.

я также хотел бы видеть инструмент обновления для доступа, который выложит некоторые основные формы C# и говорит с эквивалентной базой данных SQL Server. Кажется, что это было бы крупным накопителем для Microsoft, потому что они могли использовать его в качестве способа навязать клиентам более дорогую покупку к полному SQL Server.

IIRC, мог бы быть способ сказать фронтэнду Доступа говорить с SQL Server или изменять таблицы, используемые фронтэндом Доступа, чтобы действительно быть связанными таблицами в SQL Server или что-то как этот, но я никогда не должен был использовать функцию сам.

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

, К сожалению, я не знаю RAD (быстрая разработка приложений) инструмент, который так же легок как Доступ для создания функциональных форм.

Однако я рекомендовал бы, чтобы Вы сфокусировались больше на возможности централизации Ваших данных и логики и все еще предоставили Доступ как фронтэнд. Я поддерживаю продукт базы данных под названием Сервер базы данных Преимущества, который поддерживает RI (справочная целостность) правила, хранимые процедуры, триггеры, и т.д. которым можно все управлять на центральном сервере, таким образом приносящем всю логику Вам. Эти фронтенды Доступа могли тогда связаться с бэкендом данных с помощью ODBC или OLEDB. Если бы Вы переключились на решение как это тогда позже в будущем, то у Вас была бы гибкость для записи других приложений, таких как.NET, PHP, JDBC, и т.д. которые набрасываются на те же данные при постепенном выведении фронтендов Доступа.

хорошее начало А должно было бы остановить новую разработку Доступа, если они не используют этот вид бэкенда данных.

Микроинструменты предлагают Свист Доступа, ряд инструментов преобразования Доступа. Это состоит из Доступа к.NET ASP (VB/C#) преобразователи, Доступ к преобразователю VB6, Доступ к WinForms (VB.NET/C#) преобразователи и Доступ к преобразователю Crystal Reports. Больше информации и испытательных демонстраций могут быть найдены в http://www.microtools.us .

там что-нибудь, что заменит часть фронтэнда Доступа MS?

, Возможно Kexi?

Вы также можете взглянуть на Firebird

Вот способ мигрировать (вам нужен Delphi)

Я также нахожу это MDB2FDB

Из тысячи файлов Access, сколько вас попросили поддержать? Я предполагаю, что меньше 100. Зачем перестраивать приложение, которое А) никто не использует Б) отлично работает именно так?

Вам нужно начать политику, согласно которой для большой организации разработка собственных приложения в устойчивой, масштабируемой, надежной среде yadda yadda yadda. Определите приложения Access, которые, по вашему мнению, являются критическими или уже давно выросли, и просто работайте над ними.

Будьте готовы справиться с ожиданием получения их быстрых и грязных небольших приложений в кратчайшие сроки. Вам нужно будет показать им преимущества ваших новых приложений.

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