Article View: pl.comp.bazy-danych.msaccess
Article #137351Re: export kwerendy do pliku csv
From: Zbigniew Bratko
Date: Thu, 01 Dec 2016 21:42
Date: Thu, 01 Dec 2016 21:42
74 lines
4463 bytes
4463 bytes
W dniu 2016-12-01 o 22:06, Jan Koc pisze:
> W dniu czwartek, 1 grudnia 2016 21:04:47 UTC+1 użytkownik Zbigniew Bratko napisał:
>> W dniu 2016-12-01 o 20:28, Jan Koc pisze:
>
>> Z poziomu Access Wyeksportowałem dane do pliku *.csv.
>>
>>
>> Za pierwszym razem miałem błąd, ponieważ separatorem tekstu w Accessie
>> był domyślnie "" (cudzysłów) i aplikacja zgłosiła błąd o polu "S_Name".
>
> błąd "S_Name" (nazwa pierwszej kolumny) pojawia się gdy plik nie jest czytany przez aplikację (moje doświadczenia)
I tak jest. Nie jest czytany ponieważ domyślnie (jeżeli nie usuniemy w
specyfikacji ""- cudzysłowiu jako znacznika tekstu, to otrzymamy ten
błąd. Więc ponownie z poziomu Accessa wyeksportowałem tabelę, ale w
specyfikacji eksportu wybrałem jako kwalifikator tekstu {brak} ew. można
usunąć średnik z tego pola.
I utworzony z poziomu Accessa plik *.csv był czytany przez SENDIT
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>
>> Ponownie wyeksportowałem, ale bez separatorów tekstu i wszystko poszło OK.
>>
>
>> Otworzyłem Excelem zapisany plik *.csv i zapisałem go jako inny plik
>> *.csv. Żadnych komunikatów o błędach.
> a nie miał Pan tu komunikatu o utracie formuł ?
Żadnych komunikatów.
> i sedno sprwy
> Zrobił Pan to z czym walczę od więcej niż trzech tygodni. Zapisany przez Accesa plik csv ponownie w Excela zapisał Pan jako csv.
Ale na wyraźne żądanie, by przeprowadzić test. W/g mnie pliki *.csv
Accessowy (bez kwalifikatora tekstu) i Excelowy są takie same.
Po łacinie takie tłumaczenie tego samego przez to samo nazywano IDEM PER
IDEM. Jak już mam plik csv to po co ta operacja.
Bo jeśli Pan tego nie zrobi to Excel dołącza "coś" do tgo pliku i
aplikacja pocztowa źle, niepoprawnie to odczytuje. Ja oczekiwałem, że
jak już Acces dał mi plik csv to mogę go przetwarzać dalej bez tej
zbędnej kołomyji.
Ale oba pliki były poprawnie czytane przez SENDIT. Plik *.csv Accessowy
bez kwalifikatora tekstu był czytany poprawnie, i tenże plik otwarty
przez Excela i ponownie zapisany pod inną nazwą.
> Więc ponieważ przez trzy tygodnie nie udało się w żaden sposób "prawdziwego" pliku csv z Accesa otrzymać, to proponowałem czy nie można by w tle po utworzeniu przez Accesa pliku cvs otworzyć go Excelam i w tle zapisać jako csv. Czyli to co Pan zrobił ręcznie i co ja też ręcznie robię codziennie.
Jeszcze raz powtórzę:
Plik *.csv utworzony przez MS Access, gdzie w specyfikacji został
usunięty Kwalifikator tekstu, był czytany poprawnie.
W pliku *.csv pierwsze pole zostało zapisane jako S_Name, a nie jako
"S_Name" (w cudzysłowiu) z którym to zapisem SENDIT nie dawał rady.
Po prostu Excel zapisuje plik *.csv nie stosując kwalifikatora tekstu. W
Accessie domyślnie używany jest "" cudzysłów i to właśnie musimy zmienić
(usunąć go)!
>
> Serdecznie pozdrawiam i miło wspominam Pana pomoc kilka lat temu w pracy nad programem dla stolarni w której pracowałem.
Miło mi.
--
Pozdrowienia
BraZby
www.faq.accdb.pl
www.accdb.pl
Technical Details
Message-ID:
<o1q5fv$hdk$1@node2.news.atman.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mailReferences:
<39d994b6-e28e-4fc2-a084-f06f776fd643@googlegroups.com> <o1ncda$qom$1@node2.news.atman.pl> <o1nfag$hsc$1@node1.news.atman.pl> <o1orp2$7gg$1@node2.news.atman.pl> <8d5717d3-690b-486a-bbb8-04c4fd33b492@googlegroups.com> <o1plht$odp$1@node1.news.atman.pl> <9855de16-1d3c-48bf-9fb2-680665a7a5c1@googlegroups.com> <o1pvou$bq2$1@node2.news.atman.pl> <5f723052-e88f-412b-b8b4-985cb4e9f067@googlegroups.com>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail From: Zbigniew Bratko <byle@co.pl> Newsgroups: pl.comp.bazy-danych.msaccess Subject: Re: export kwerendy do pliku csv Date: Thu, 1 Dec 2016 22:42:17 +0100 Organization: ATMAN - ATM S.A. Lines: 74 Message-ID: <o1q5fv$hdk$1@node2.news.atman.pl> References: <39d994b6-e28e-4fc2-a084-f06f776fd643@googlegroups.com> <o1ncda$qom$1@node2.news.atman.pl> <o1nfag$hsc$1@node1.news.atman.pl> <o1orp2$7gg$1@node2.news.atman.pl> <8d5717d3-690b-486a-bbb8-04c4fd33b492@googlegroups.com> <o1plht$odp$1@node1.news.atman.pl> <9855de16-1d3c-48bf-9fb2-680665a7a5c1@googlegroups.com> <o1pvou$bq2$1@node2.news.atman.pl> <5f723052-e88f-412b-b8b4-985cb4e9f067@googlegroups.com> NNTP-Posting-Host: 2a01:115f:773:9d00:6586:9bd1:b6fd:499c Mime-Version: 1.0 X-Trace: node2.news.atman.pl 1480628543 17844 2a01:115f:773:9d00:6586:9bd1:b6fd:499c (1 Dec 2016 21:42:23 GMT) X-Complaints-To: usenet@atman.pl NNTP-Posting-Date: Thu, 1 Dec 2016 21:42:23 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 In-Reply-To: <5f723052-e88f-412b-b8b4-985cb4e9f067@googlegroups.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit