🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.bazy-danych.msaccess
Article #137351

Re: export kwerendy do pliku csv

#137351
From: Zbigniew Bratko
Date: Thu, 01 Dec 2016 21:42
74 lines
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-mail
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>

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