Как перейти с MS Access на SQL Server 2005?

Microsoft предоставляет бесплатный инструмент для переноса базы данных Access на SQL Server. После обновления вы сможете изменить строку подключения так, чтобы она указывала на SQL Server.

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

В качестве отправной точки можно использовать мастер увеличения размера Access.

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

Если только вы не сильно попадаете в Access, я сомневаюсь, что это ваше узкое место.

Что касается чтения файлов Excel, SSIS может это сделать, но это может быть не так надежно, как механизм, который вы используете в VB.NET прямо сейчас, если ваш код VB.NET имеет много умной логики для работы с определенной степенью вариаций во входных файлах

Что касается записи данных в CSV, SSIS в порядке, и я считаю, что SSIS неплохо справляется.

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

SSIS очень настраивается на лету (пакет настраивается несколько во время работы), и во многих случаях его можно запрограммировать на чтение различных файлов Excel и преобразование их в CSV, но это не так настраивается на лету, как рука. -кодированная система. Также можно использовать объектную модель SSIS для программного создания пакетов, а затем их выполнения - это не имеет некоторых ограничений, связанных с настройкой самого пакета, но объектная модель довольно сложна.

Убедитесь, что область видимости ясна:

1. Используйте программу .NET для
2. управлять интерфейсом базы данных Access, который позволяет
3. Извлекать данные из нескольких таблиц Excel,
4. Правильная обработка данных и
5. Сохраните результат в файл CSV.

О каких объемах мы говорим? Сколько клиентов, сколько таблиц на одного клиента, сколько строк в таблице (я думаю, что это будет максимум 32767 для одной таблицы, верно? И сколько времени мы говорим?

Похоже, много движущихся частей. И Access обычно является довольно хорошим инструментом (с VBA), чтобы делать такие вещи самостоятельно.

Кажется, что объема недостаточно, чтобы обеспечить основной приемник времени для хорошо спроектированной внешней базы данных Access Excel, чтобы выполнить весь процесс с помощью VBA. Если ваша альтернатива предполагает установку и эксплуатацию SQL Server (вместо Access) на каждом клиенте, я был бы удивлен, если административные и операционные издержки не увеличились.

Итак, еженедельно для каждого клиента: 250 файлов за 25 минут = 10 файлов в минуту или 6 секунд на файл.

Ежемесячно на одного клиента: 800 файлов за 40 минут = 20 файлов в минуту или 3 секунды на файл.

Мое ожидание будет меньше 1 секунды. на файл (5000 строк) туда и обратно, включая:
a. Импортировать или прикрепить xls к mdb,
b. Преобразование через Access SQL
c. Экспорт в CSV

Единственное объяснение, которое приходит на ум, заключается в том, что, возможно, приложение .NET читает, преобразовывает и сохраняет строку за раз. Возможно ли это?

Если вы конвертируете в SSIS, то это, вероятно, приведет к устареванию приложения .NET, потому что SSIS захочет обрабатывать ETL (и сохранять) сам. Таким образом, вы будете в основном переписывать программное обеспечение. Но у вас могут быть лучшие ресурсы для SSIS, чем для Access. Но мне это кажется излишеством. Но тогда .NET, а не VBA, тоже может оказаться излишним; и переписывание на VBA - тоже работа. Я думаю, что наименьшее усилие - это увидеть, можете ли вы выполнить весь ETL (и сохранить), используя Access SQL для большей его части и используя VBA только для написания сценариев, для перебора входных файлов в каталоге или чего-то подобного.

Я думаю, вы могли бы, по крайней мере, прототипировать основные варианты использования и выяснить, сможете ли вы довольно быстро выяснить, где сейчас тратится время (как предполагалось в предыдущих ответах). Но это стоит выяснить, прежде чем выделять ресурсы для перепланировки, нацеленные на неправильная часть проблемы. Если вы можете немного расшириться в этих областях, я, вероятно, смогу направить вас дальше. Но Access очень хорошо подходит для такого рода вещей, при (IMHO) более низкой совокупной стоимости владения, чем SQL Server + SSIS + .NET.

Не говоря уже о том, что я был бы удивлен, если файлы csv являются истинной конечной точкой, которая может сыграть роль в принятии решения. Разве данные Excel не попадают в дальнейший путь?

Наконец, насколько нежелателен 25-40-минутный процесс, который предположительно проходит без присмотра, может продолжаться после обеденного перерыва и, возможно, в основном работает нормально?

Per week    

Excel Files 250
Minutes 25
Minutes/File    0.1
Sec/File    6


Per month   

Excel files 800
Minutes 40
Minutes/File    0.05
Sec/File    3