Ошибка увеличения базы данных Доступа MS
Я работаю над увеличением Базы данных Access MS от Доступа 2010 MS-SQL 2008 (10.0.1600). Когда я запускаю Мастер Увеличения, все таблицы отодвинуты за исключением одной...
Таблица, которая не становится перемещенной, имеет ~18 000 записей, и многие имена столбцов имеют пробелы в них. Я просто не уверен в том, как узнать, почему таблица не становится перемещенной. Ошибка, которую я получаю только, говорит мне, что "Вкладка была пропущена, или отказавший экспорт". Я не знаю, как заставить Доступ предоставлять мне более полезную ошибку, чем это.
До сих пор я подтвердил, что ошибка не вызывается:
- Недопустимые типы данных (да/нет, дата, и т.д.)
- Пробелы в именах столбцов
3 ответа
Мастер увеличения, который идет с Доступом, всегда находится позади кривой, поскольку это может только иметь дело с более старыми версиями SQL Server.
Надлежащим инструментом для увеличения является Помощник миграции SQL Server по Доступу. Это намного более гибко и намного более умно о том, что это может сделать. Это также обновляется для отражения последней версии SQL Server.
С ним можно предварительно просмотреть то, что операция увеличения сделает и исправит проблемы, если будет кто-либо. Одна вещь я нашел, что она не может сделать, правильно интерпретируют определенные виды правил проверки полевого уровня. Иначе это довольно хорошо с отмечающими проблемами и определяющий точно что потребности быть измененным.
Какая-либо из Ваших других таблиц имеет пробелы в их именах столбцов? В противном случае затем Вы могли попытаться переименовать столбцы путем изменения пробелов на что-то как символы нижнего подчеркивания (" _ ") и затем использовать "ALTER TABLE" команды SQL на консоли MS-SQL для возврата столбцов (если это поддерживается).
Но, использование пробелов в Ваших именах столбцов не рекомендуется, потому что оно может привести ко всем видам сложностей (особенно с заключением в кавычки частей команд SQL и предотвращения инжекционных нападений, и т.д.) и проблемы, и особенно где больше разработчиков вовлечено. Я рекомендую переключиться на символы нижнего подчеркивания и обновить Ваш код соответственно также.
для усмешек (должно быть быстрым для попытки за trouble-shooting/sanity-checking) выполняет запрос на создание таблицы, содержащий все поля, но с очень краткими названиями в выходных полях (т.е. fname: [Пользовательское Имя]), приспосабливая всем приятно, короткий, одно слово. У Вас затем будет дублирующаяся таблица, и можно смешать с обновлениями типа данных и так далее, поскольку Вы изменяете таблицу и пытаетесь увеличить ее
надо надеяться, кто-то вмешается с реальным техническим ограничением в Ваше столкновение, но когда я столкнусь с этим материалом, я нахожу, лучше добираться до действительно базовых структур и прокладывать себе путь до того, что я хочу сделать - небольшие шаги, одно изменение за один раз - Ваше право подвергнуть сомнению точность сообщений об ошибках - я получил такие вводящие в заблуждение сообщения от sql и доступ конкретно - не только неопределенный, но и явно обманчиво, неправильно это или сообщение об ошибке и проблема так распространены и конкретны, что ответ на всем протяжении первых 5 страниц результатов Google, ИЛИ это настолько плохо, я просто возвращаюсь к основам скелета и выполняю итерации к сложной вещи, которая я на самом деле после