Хорошо, что Access хочет для разрывов строк, которые он может уважать, так это
- Разрывы строк в Windows
- == CR-LF
- или - так как вам нравится Access - Chr (13) и Chr (10), или vbCrLf
Если ваши данные взяты из Unix-бокса, очень разумно просто использовать "перевод строки" = LF = Chr (10).
Вы говорите, что проверяете исходные данные в текстовом редакторе на наличие crlf. Я предполагаю, что вы на Windows, если вы используете Access.
Поскольку crlf является стандартом в Windows, мы должны спросить:
Есть ли вероятность, что вы выполняете эту проверку таким образом, что все разрывы строк отображаются в текстовом редакторе как crlf - скрывая проблему с исходными данными?
Если вы копируете и вставляете, у вас есть еще больший риск в некоторых текстовых редакторах.
«
»
Имея все разрывы строк LF действительно реалистичное объяснение здесь.
Поскольку вам удобно смотреть на специальные символы, попробуйте проверить окончания строк в исходных данных с помощью инструмента, который никогда не изменяет данные автоматически, например xvi32:
http://www.chmaas.handshake.de/delphi/freeware/xvi32/ xvi32.htm
'
- Если вы обнаружите, что это только LF для всех ваших разрывов строк,
- заменить строку на Chr (10) -> Chr (13) и Chr (10)
- где имеет смысл для вашего приложения.
и Access покажет разрывы строк.