Skip site navigation (1) Skip section navigation (2)

Re: pg_dumplo, thanks :) (fwd)

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Don Baccus <dhogaza(at)pacifier(dot)com>
Cc: Karel Zak <zakkr(at)zf(dot)jcu(dot)cz>, Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>, pgsql-hackers <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: pg_dumplo, thanks :) (fwd)
Date: 2000-04-06 18:06:50
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-patches
> Since you've conveniently made a post that reached my mailbox right after
> a query from someone working on our toolkit port from Oracle to PG, did you 
> know that in Oracle to_char formatting chars don't have to be upper case?
> In other words something like "to_char(sysdate, 'yyyy-mm-dd')" formats
> sysdate rather than ignore the formatting characters.  Turns out the
> toolkit we're porting from Oracle almost always uses upper case, but
> not always and one of our gang just ran into this earlier this morning
> while porting over one of the toolkit module...

Doesn't the upper/lower affect how the result displays.  I think that is
a cool effect.

> BTW, I can't begin to tell you how much easier our porting job is due
> to the existence of to_char...

Great.  That is new to 7.0.  We like ports _from_ Oracle.

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to


pgsql-hackers by date

Next:From: Don BaccusDate: 2000-04-06 18:34:05
Subject: Re: Book and TEMP vs. TEMPORARY
Previous:From: Tom LaneDate: 2000-04-06 18:05:56
Subject: Re: Temporary indexes

pgsql-patches by date

Next:From: Karel ZakDate: 2000-04-06 18:40:54
Subject: Re: pg_dumplo, thanks :) (fwd)
Previous:From: Bruce MomjianDate: 2000-04-06 18:05:55
Subject: Re: pg_dumplo, thanks :) (fwd)

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group