CSV export bug? - Mailing list pgsql-general

From Tracy Babiasz
Subject CSV export bug?
Date
Msg-id 6a107213f40c4c56a4b67c7232057e30@TOWNMBX2.townofchapelhill.org
Whole thread Raw
Responses Re: CSV export bug?  (Adrian Klaver <adrian.klaver@aklaver.com>)
List pgsql-general

Hi there. New pgAdmin user hoping someone out there might help me figure out why I can’t export a particular report.

 

I’ve been running a few basic SQL scrips in pgAdmin pre 1.5 successfully and had no trouble exporting them as CSV files. Until one report, which is a bit larger than the others (the results include about 300 rows and 8 columns). The report runs fine, but I can’t export it to save my life. We did upgrade me to 3.1, which is at least allowing me to copy the results and paste them into Excel. But I’d still love to figure out why I can’t export as I can with others.

 

I read a bit about this perhaps being a bug in early versions that was resolved, but since I’m now on the latest version and seeing the same thing, either the bug wasn’t resolved or it’s not the same problem.

 

The export process seems to work, but the resulting file is only about 1KB and contains 1 of 2 possible statements, depending on whether or not I commented out some info about the initial drop tables.

 

if the comments are in, I get:

ERROR:  syntax error at or near DROP"

LINE 1: ...OR /* Drop the temp table if it already exists */ DROP TABLE...

                                                             ^

 

if the comments are removed, I get:

ERROR:  syntax error at or near DROP"

LINE 1: ...LARE "CURSOR:CONN:372417" CURSOR WITHOUT HOLD FOR DROP TABLE...

                                                             ^

 

The beginning of this particular report looks like this:

/* Drop the temp table if it already exists */ DROP TABLE IF EXISTS tmpholds;

 

/* This is query is run first and create the temp table populating with bibs or items that have holds */ CREATE TEMP TABLE tmpholds AS SELECT b.id AS "bib_id",

                COUNT(DISTINCT h.id) AS "hold_count",

 

                CASE

                                WHEN COUNT(DISTINCT i.id) IS NULL THEN 0

                                ELSE COUNT(DISTINCT i.id)

                END

                AS "item_count",

 

                                COUNT(DISTINCT ia.id) AS "avail_item_count",

                MAX(o1.order_count) AS "order_count",

                STRING_AGG(DISTINCT i.location_code, ' ' ORDER BY i.location_code desc) AS     …and so on and so forth.

 

The report RUNS fine, I just can’t export the results, and based on these statements, my best guess is that it’s about the drop table or the comments about the drop table (though I’ve tried removing the comments).

 

Anybody know if this is part of a current bug or if it can be worked around?  Many thanks for your help!

________________________________________________________

email

Tracy Babiasz
Acquisitions and Collections Manager
Chapel Hill Public Library
100 Library Drive   Chapel Hill, NC 27514

Phone: 919-969-2032 |Fax: 919-968-2838

tbabiasz@townofchapelhill.org

Sparking Curiosity. Inspiring Learning. Creating Connections.

 

 

Attachment

pgsql-general by date:

Previous
From: Mathieu PUJOL
Date:
Subject: Re: Analyze plan of foreign data wrapper
Next
From: Adrian Klaver
Date:
Subject: Re: CSV export bug?