Ошибка увеличения размера базы данных MS-Access

Я столкнулся с подобной проблемой. Оказалось, что у меня было поле, в котором было установлено автоинкремент в качестве поля идентификации. Структура таблицы была перенесена в SQL Server, но данные не были импортированы. У меня еще не было возможности продвинуться так далеко, но я планирую установить для свойства идентификации значение «НЕТ», а затем после успешного разделения базы данных установить для свойства значение «ДА». Это, вероятно, только одна из многих возможностей.

Есть ли в ваших других таблицах пробелы в именах столбцов? Если нет, то вы можете попробовать переименовать столбцы, изменив пробелы на что-то вроде подчеркивания («_»), а затем использовать команды «ALTER TABLE» SQL на консоли сервера MS-SQL, чтобы вернуть столбцы обратно (если это поддерживается).

Но использование пробелов в именах столбцов не рекомендуется, так как это может привести к всевозможным сложностям (особенно с цитированием частей SQL-команд и предотвращению атак с использованием инъекций и т. Д.), А также к проблемам, особенно в тех случаях, когда в них вовлечено больше разработчиков. Я рекомендую перейти на подчеркивание и соответственно обновить ваш код.

для ухмылок (должен быть быстрым, чтобы попытаться устранить неисправность / проверить работоспособность) запустите запрос таблицы составления, содержащий все поля, но с очень короткими именами в выходных полях (например, fname: [Имя пользователя]), хорошо соблюдая все Короче, одним словом. После этого у вас будет дублирующаяся таблица, и вы сможете связываться с обновлениями типов данных и т. Д. При изменении таблицы и попытке ее увеличения.

надеюсь, кто-то вступит в реальное техническое ограничение, с которым вы сталкиваетесь, но когда я сталкиваюсь с этим, я нахожу, что лучше всего добраться до действительно базовых структур и перейти к тому, что я хочу сделать - маленькие шаги, одно изменение в время - ваше право подвергать сомнению точность сообщений об ошибках - я получил такие вводящие в заблуждение сообщения от sql, и конкретно обращаюсь - не просто расплывчато, но явно вводит в заблуждение, ошибочно, что либо сообщение об ошибке, либо проблема настолько распространены и конкретны, что ответ на первых 5 страницах результатов Google или это так плохо, я просто возвращаюсь к основам и перебираю сложные вещи, которые я на самом деле ищу

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

Правильный инструмент для увеличения размера - SQL Server Migration Assistant for Access. Это гораздо более гибко и намного умнее в том, что он может делать. Он также обновлен в соответствии с последней версией SQL Server.

С его помощью вы можете просмотреть, что будет делать операция увеличения размера, и исправить проблемы, если таковые имеются. Одна вещь, которую я обнаружил, что она не может сделать, это правильно интерпретировать определенные виды правил проверки на уровне поля. В противном случае, это неплохо: помечать проблемы и точно определять, что нужно изменить.