Встает необходимость отхода от Access-а.

Требования:
- бесплатность
- беспроблемная переносимость на другие машины , либо возможность быстрого экспорта в тот же access, а лучше и то и другое
- отсутствие ограничений по размеру бд либо не очень жесткие ограничения

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

Специфика работы заключается в том, что с некоей периодичностью поступают данные в больших объемах, которые требуют дальнейшего "причесывания". Это "причесывание" и составляет основную часть работы с базой. Одна таблица в среднем содержит от 200 000 до 2 млн записей, и ворочает их Access крайне медленно, плюс нафиг забивает очередь диска, хоть он и немаленький, машина еле справляется. А таблиц много. Необходим инструмент для быстрой и удобной обработки больших таблиц, и, на первых порах обязательна возможность экспорта в Access

К сожалению, от Accessa отказаться сразу не получится, как минимум год, поскольку он дает простейший интерфейс заказчикам для их (неизветсным нам) задач.
Получается что нужна подготовка базы на чем-то более менее шустром и надежном, и далее экспорт в access для потребителя.
В сторону FireBird уже смотрю
MySQL для меня незнакома пока, навскидку чем хорош для наших целей?

SergSuperв MS SQL не надо никаких конверторов, ничего стороннего
так что если база до 8Г - я бы советовал подумать
Почему до 8Г? Там ограничение? В аксе совокупно получается 15Г примерно, но это в аксе, сколько это получится на самом деле, надо смотреть. Например акцесовская база в 300мб при перегоне в Sqlite получилась 54 мб

Зайцев ФёдорНет так-то просто посоветовать СУБД, лучше всего подходящую для решения неизвестных задач

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

SergSuper, 8, не 4?

SergSuper пардон, 10
но учтите, что это на каждую базу, база это как бы ваш один файл акцесса

О, спасибо, надо попробовать.
Но принимаю еще варианты :-)