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

Question

Я работаю над увеличением размера базы данных MS-Access с Access 2010 до MS-SQL 2008 (10.0.1600). Когда я запускаю Upsizing Wizard, все таблицы переносятся, кроме одного ...

Таблица, которая не перемещается, содержит ~ 18 000 записей, и во многих именах столбцов есть пробелы. Я просто не уверен, как выяснить, почему стол не перемещается. Полученная ошибка говорит только о том, что «вкладка пропущена или экспорт не выполнен». Я не знаю, как получить доступ, чтобы предоставить мне более полезную ошибку, чем эта.

До сих пор я подтвердил, что ошибка не вызвана:

• Неверные типы данных (да / нет, дата и т.д.)
• Пробелы в именах столбцов

Answer 1

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

Answer 2

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

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

Answer 3

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

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

Answer 4

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

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

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