Я регулярно получаю большие дампы данных с ненормализованными тегами данных управления для использования при повороте, из-за ограничений SAP он сбрасывается в несколько файлов, которые я импортирую для доступа, нормализации и выполнения других операций. Из-за этой проблемы теги данных не будут должным образом нормализованы.
Например, в файле с 45 000 записей [Поле A] - [Поле X] будет иметь одно из дюжины или около того значений. Существует около 50 записей с идентичными ключевыми полями и одинаковыми значениями в [Поле A] - [Поле X]. Access обрезает 3 поля случайным образом, у некоторых записей будет усечено только одно из них, у некоторых будет два, у некоторых будет 3, и не всегда те же 2 или 3 поля.
Я сделал обзор ASCII для данные в каждой записи, и в данных нет никаких странных скрытых возвратов каретки или чего-либо еще. Длина тегов составляет менее 40 символов, усекаемые поля установлены на 255 символов, они импортируются правильно для 500 000 записей, насколько я могу судить, только эти несколько записей по какой-то причине усекаются до 0
Почему доступ будет усекать определенные c поля в определенных c записях, если у него нет проблем с теми же значениями в тех же полях в остальной части данных? Я в растерянности.
Вещи, которые я учел:
Общее количество символов во всех полях, объединенных для усекаемых записей, кажется выше, но Access может обрабатывать мемо-поля размером 1 ГБ, поэтому я не могу себе представить, что это проблема.
Разделители внутри тегов данных предыдущих полей, но их нет
У кого-нибудь есть опыт работы с этим? Мне все равно не удалось найти подобную проблему в стеке.