Как открыть файл csv в access

Обновлено: 04.07.2024

CSV является стандартом де-факто для связи между собой разнородных систем, для передачи и обработки объемных данных с «жесткой», табличной структурой. Во многих скриптовых языках программирования есть встроенные средства разбора и генерации, он хорошо понятен как программистам, так и рядовым пользователям, а проблемы с самими данными в нем хорошо обнаруживаются, как говорится, на глаз.

История этого формата насчитывает не менее 30 лет. Но даже сейчас, в эпоху повального использования XML, для выгрузки и загрузки больших объемов данных по-прежнему используют CSV. И, несмотря на то, что сам формат довольно неплохо описан в RFC, каждый его понимает по-своему.

В этой статье я попробую обобщить существующие знания об этом формате, указать на типичные ошибки, а также проиллюстрировать описанные проблемы на примере кривой реализации импорта-экспорта в Microsoft Office 2007. Также покажу, как обходить эти проблемы (в т.ч. автоматическое преобразование типов Excel-ом в DATETIME и NUMBER) при открытии .csv.

Начнем с того, что форматом CSV на самом деле называют три разных текстовых формата, отличающихся символами-разделителями: собственно сам CSV (comma-separated values — значения, разделенные запятыми), TSV (tab-separated values — значения, разделенные табуляциями) и SCSV (semicolon separated values — значения, разделенные точкой с запятой). В жизни все три могут называться одним CSV, символ-разделитель в лучшем случае выбирается при экспорте или импорте, а чаще его просто «зашивают» внутрь кода. Это создает массу проблем в попытке разобраться.

Как иллюстрацию возьмем казалось бы тривиальную задачу: импортировать в Microsoft Outlook данные из таблицы в Microsoft Excel.

В Microsoft Excel есть средства экспорта в CSV, а в Microsoft Outlook — соответствующие средства импорта. Что могло быть проще — сделал файлик, «скормил» почтовой программе и — дело сделано? Как бы не так.

Создадим в Excel тестовую табличку:

… и попробуем экспортировать ее в три текстовых формата:

«Текст Unicode»	Кодировка — UTF-16, разделители — табуляция, переводы строк — 0×0D, 0×0A, объем файла — 222 байт
«CSV (разделители — запятые)»	Кодировка — Windows-1251, разделители — точка с запятой (не запятая!), во второй строке значение телефонов не взято в кавычки, несмотря на запятую, зато взято в кавычки значение «01;02», что правильно. Переводы строк — 0×0D, 0×0A. Объем файла — 110 байт
«Текстовые файлы (с разделителями табуляции)»	Кодировка — Windows-1251, разделители — табуляция, переводы строк — 0×0D, 0×0A. Значение «01;02» помещено в кавычки (без особой нужды). Объем файла — 110 байт

Какой вывод мы делаем из этого. То, что здесь Microsoft называет «CSV (разделители — запятые)», на самом деле является форматом с разделителями «точка с запятой». Формат у Microsoft — строго Windows-1251. Поэтому, если у вас в Excel есть Unicode-символы, они на выходе в CSV отобразятся в вопросительные знаки. Также то, что переводами строк является всегда пара символов, то, что Microsoft тупо берет в кавычки все, где видит точку с запятой. Также то, что если у вас нет Unicode-символов вообще, то можно сэкономить на объеме файла. Также то, что Unicode поддерживается только UTF-16, а не UTF-8, что было бы сильно логичнее.

Теперь посмотрим, как на это смотрит Outlook. Попробуем импортировать эти файлы из него, указав такие же источники данных. Outlook 2007: Файл -> Импорт и экспорт… -> Импорт из другой программы или файла. Далее выбираем формат данных: «Значения, разделенные запятыми (Windows)» и «Значения, разделенные табуляцией (Windows)».

«Значения, разделенные табуляцией(Windows)»	Скармливаем аутлуку файл tsv, с разделенными табуляцией значениями и. — чтобы вы думали. Outlook склеивает поля и табуляцию не замечает. Заменяем в файле табуляцию на запятые и, как видим, поля уже разбирает, молодец.
«Значения, разделенные запятыми (Windows)»	А вот аутлук как раз понимает все верно. Comma — это запятая. Поэтому ожидает в качестве разделителя запятую. А у нас после экселя — точка с запятой. В итоге аутлук распознает все неверно.

Два майкрософтовских продукта не понимают друг друга, у них напрочь отсутствует возможность передать через текстовый файл структурированные данные. Для того, чтобы все заработало, требуются «пляски с бубном» программиста.

Мы помним, что Microsoft Excel умеет работать с текстовыми файлами, импортировать данные из CSV, но в версии 2007 он делает это очень странно. Например, если просто открыть файл через меню, то он откроется без какого-либо распознавания формата, просто как текстовый файл, целиком помещенный в первую колонку. В случае, если сделать дабл-клик на CSV, Excel получает другую команду и импортирует CSV как надо, не задавая лишних вопросов. Третий вариант — вставка файла на текущий лист. В этом интерфейсе можно настраивать разделители, сразу же смотреть, что получилось. Но одно но: работает это плохо. Например, Excel при этом не понимает закавыченных переводов строк внутри полей.

Более того, одна и та же функция сохранения в CSV, вызванная через интерфейс и через макрос, работает по-разному. Вариант с макросом не смотрит в региональные настройки вообще.

Стандарта CSV как такового, к сожалению, нет, но, между тем, существует т.н. memo. Это RFC 4180 года, в котором описано все довольно толково. За неимением ничего большего, правильно придерживаться хотя бы RFC. Но для совместимости с Excel следует учесть его собенности.

Вот краткая выжимка рекомендаций RFC 4180 и мои комментарии в квадратных скобках:

между строками — перевод строки CRLF [на мой взгляд, им не стоило ограничивать двумя байтами, т.е. как CRLF (0×0D, 0×0A), так и CR 0×0D]
разделители — запятые, в конце строки не должно быть запятой,
в последней строке CRLF не обязателен,
первая строка может быть строкой заголовка (никак не помечается при этом)
пробелы, окружающие запятую-разделитель, игнорируются.
если значение содержит в себе CRLF, CR, LF (символы-разделители строк), двойную кавычку или запятую (символ-разделитель полей), то заключение значения в кавычки обязательно. В противном случае — допустимо.
т.е. допустимы переводы строк внутри поля. Но такие значения полей должны быть обязательно закавычены,
если внутри закавыченной части встречаются двойные кавычки, то используется специфический квотинг кавычек в CSV — их дублирование.

Вот в нотации ABNF описание формата:

Также при реализации формата нужно помнить, что поскольку здесь нет указателей на число и тип колонок, поскольку нет требования обязательно размещать заголовок, здесь есть условности, о которых необходимо не забывать:

строковое значение из цифр, не заключенное в кавычки может быть воспринято программой как числовое, из-за чего может быть потеряна информация, например, лидирующие нули,
количество значений в каждой строке может отличаться и необходимо правильно обрабатывать эту ситуацию. В одних ситуациях нужно предупредить пользователя, в других — создавать дополнительные колонки и заполнять их пустыми значениями. Можно определиться, что количество колонок задается заголовком, а можно добавлять их динамически, по мере импорта CSV,
Квотить кавычки через «слэш» не по стандарту, делать так не надо.
Поскольку типизации полей нет, нет и требования к ним. Разделители целой и дробной частей в разных странах разные, и это приводит к тому, что один и тот же CSV, сгенрированный приложением, в одном экселе «понимается», в другом — нет. Потому что Microsoft Office ориентируется на региональные настройки Windows, а там может быть что угодно. В России там указано, что разделитель — запятая,
Если CSV открывать не через меню «Данные», а напрямую, то Excel лишних вопросов не задает, и делает как ему кажется правильным. Например, поле со значением 1.24 он понимает по умолчанию как «24 января»
Эксель убивает ведующие нули и приводит типы даже тогда, когда значение указано в кавычках. Делать так не надо, это ошибка. Но чтобы обойти эту проблему экселя, можно сделать небольшой «хак» — значение начать со знака «равно», после чего поставить в кавычках то, что необходимо передать без изменения формата.
У экселя есть спецсимвол «равно», который в CSV рассматривается как идентификатор формулы. То есть, если в CSV встретится =2+3, он сложит два и три и результат впишет в ячейку. По стандарту он это делать не должен.

Пример валидного CSV, который можно использовать для тестов:

точно такой же SCSV:

Первый файлик, который реально COMMA-SEPARATED, будучи сохраненным в .csv, Excel-ом не воспринимается вообще.

Второй файлик, который по логике SCSV, экселом воспринимается и выходит вот что:

Учлись пробелы, окружающие разделители
Последний столбец вообще толком не распознался, несмотря на то, что данные в кавычках. Исключение составляет строка с «Петровым» — там корректно распозналось 1,24.
В поле индекс Excel «опустил» ведущие нули.
в самом правом поле последней строки пробелы перед кавычками перестали указывать на спецсимвол

Если же воспользоваться функционалом импорта (Данные -> Из файла) и обозвать при импорте все поля текстовыми, то будет следующая картина:

С приведением типов сработало, но зато теперь не обрабатываются нормально переводы строк и осталась проблема с ведущими нулями, кавычками и лишними пробелами. Да и пользователям так открывать CSV крайне неудобно.

Есть эффективный способ, как заставить Excel не приводить типы, когда это нам не нужно. Но это будет CSV «специально для Excel». Делается это помещением знака «=» перед кавычками везде, где потенциально может возникнуть проблема с типами. Заодно убираем лишние пробелы.

И вот что случаеся, если мы открываем этот файлик в экселе:

Не хочет импортироваться
Пишет то, что на рисунке, хотя таблицу "Exports1" я создал путем ручного импортирования файла "exports1.csv"
Уже просто не знаю, где копать.

Прикрепляю базу и импортируемый файл

Импорт нескольких csv-файлов в Access
Всем привет! помогите, пж, экспортировать несколько файлов формата csv в таблицу access или.

Импорт XML файла в Access
Добрый день. Большая просьба помочь. Имеется файл XML со структурой табл (во вложении) Мне нужно.

Импорт excel файла в access
Поля в таблице access: 1. тема - МЕМО 2. Имя - текстовый 3. Менеджеры - текстовый Поля в.

Импорт данных из Excel файла в Access
Доброго времени суток, подскажите пожалуйста каким образом можно осуществить импорт данных из.

Ну одну ошибку я нашел. Исходный файл был в формате UTF-16. Преобразовал его в ANSI. Всё равно не грузится. Пишет, что нет поля "sku;qty;price;name" И как указать, что ";" - это разделитель. Если файл будет в ANSI 1251 то вот нашелся примерчик для вас:

На форуме, "который нельзя тут называть", подсказали другое решение.
"В TransferText используйте второй параметр: создайте и сохраните спецификацию импорта с нужным разделителем и указывайте название сохраненной спецификации при импорте. "
Вроде работает.

Теперь вопрос по экспорту, но наверное лучше создать отдельную тему.

создайте и сохраните спецификацию импорта с нужным разделителем и указывайте название сохраненной спецификации при импорте. " Тоже рассматривал этот вариант, но посчитал что "в рукопашную" надёжней будет .

Access импорт: имя файла в столбец таблицы
как сделать, чтобы при импорте из файла name.xls в таблице создавался столбик заполненый 'name'.

Импорт данных в access с выбором нужного файла
Мне необходимо импортировать данные их внешних источников. Я нашел пригодным макрос.

Импорт данных из DBF файла в Access 2003
Может где-то это уже было, тогда заранее извиняюсь, почему-то при попытке поиска ошибка выдается. .

Импорт таблицы из файла Word в таблицу Access
Помогите решить проблему: Есть несколько сотен файлов Word, в каждом таблица в виде y | y.

Импорт данных из файла Excel в Web Access
Никогда с Web Access не работал, а тут пришлось. В обычной БД Access проблемы нет, осуществляю.

Импорт текстового файла в базу Access через VBA
Есть примерно 1500 однотипных csv файлов в одной директории. Нужно их импортировать в базу(а.

Импорт в Access текстового файла (данные без разделителей)
Добрый день! Помогите пожалуйста начинающему программисту! Мне нужно импортировать текстовый файл в.

Файлы данных формата cvs обычно формируются SQL серверами и все чаще, именно в этом формате предлагается скачивать данные с различных сервисов. В исходном виде этот файл практически бесполезен для обычного пользователя т.к. текстовый файл обрабатывать неудобно. Однако его можно открыть и сохранить в Excel, при этом табличка сохраняет свою структуру но значения некоторых полей меняются из-за того что в отдельных случаях Excel по умолчанию интерпретирует число как дату. Например число "1208" вполне может превратится в "12 авг." и т.д. Вторым неудобством является то, что табличка может содержать более 65536 записей, она просто не поместится на лист. По этим причинам удобнее открывать файлы указанного типа в Access, проводить предварительную обработку и потом выгружать в DBF и Excel.

И так, открываем Access, выбираем в меню Файл - Внешние данные - Связь с таблицами. , в открывшемся окошке выбираем Тип файлов: Текстовые файлы. , указываем нужный файл и нажимаем кнопочку Связь.

В открывшемся окне мастера связи с таблицами, для приведенного примера, надо выбрать с разделителями - поля разделяются запятыми или табуляцией т.к в качестве разделителя полей используется точка с запятой ";". Жмем Далее.

В следующем окошке надо указать Разделитель полей:, проверяя его действие в нижней части окна. Для нашего примера это - точка с запятой. Далее указываем Ограничитель текста - кавычки и ставим галочку Первая строка содержит имена полей. В окошке видим уже вполне нормальную табличку. Жмем Далее.

В следующем окне необходимо проконтролировать форматы полей. Принцип тут довольно простой. Если Вы планируете выполнять сортировку или отбор по полю содержащему дату, то логично задать этому полю формат даты или если вы планируете выполнять сортировку и суммирование по полю с числовыми данными, то этому полю надо задать цифровой формат. Поля которые Вам не нужны можно не импортировать, поставив галочку не импортировать (пропустить) поле. Жмем Далее.

В последнем окошке указываем или оставляем предлагаемое по умолчанию имя связанной таблицы.

Жмем Готово и получаем.

После этого можно открыть табличку и посмотреть на результаты своих усилий. Если выяснится, что в полях, для которых изменялся формат, данные отображаются некорректно, то можно удалить табличку и повторить процесс связывания без изменения формата полей. В дальнейшем можно будет выполнить преобразование формата полей с помощью функций Access в запросах при обработке данных.