Re: Making pgsql error messages more developers' friendly.

Поиск
Список
Период
Сортировка
От Rajesh Kumar Mallah
Тема Re: Making pgsql error messages more developers' friendly.
Дата
Msg-id 200306302139.23722.mallah@trade-india.com
обсуждение исходный текст
Ответ на Re: Making pgsql error messages more developers' friendly.  (Jan Wieck <JanWieck@Yahoo.com>)
Список pgsql-general
On Monday 30 Jun 2003 6:32 pm, Jan Wieck wrote:
> Rajesh Kumar Mallah wrote:
> > On Saturday 28 Jun 2003 8:50 pm, Jan Wieck wrote:
> >> Rajesh Kumar Mallah wrote:
> >> > Hi Folks,
> >> >
> >> > Shudnt'  messages like
> >> >
> >> > ERROR:  value too long for type character varying(5)
> >>
> >> Maybe, yes. It's just not that trivial to do.
> >>
> >> > MySQL is better in these small things.
> >> >
> >> > I think in 7.4dev fkey violation are reported better,
> >> > cant such behaviours be extened to other kind of
> >> > exceptions?
> >>
> >> We are working on it.
> >>
> >>
> >>
> >>But pointing to MySQL doesn't help a bit. If you
> >> like MySQL better, then use MySQL instead
> >
> > I am not a MySQL fan. I have been been using PostgreSQL since
> > 7.0.3 version. Posting it here becoz its a public forum and u made
> > an attempt to paint me worng here ;-)
>
> Sorry for the misunderstanding, it wasn't meant as an attempt to paint
> anything. You are very welcome to help us improving PostgreSQL.
>
> But if you're not, why do you mention MySQL at all this way then? What
> was the exact purpose for including this statement?

LOL
please do not take it too seriously and i apologize
if the original post was offending.

I mentioned MySQL becoz before PostgreSQL i was a MySQL user.
If i were an Oracle user i would have mentioned that only..
MySQL and PostgreSQL are the only databases i have
used so far so i can reference MySQL only .

Mallah.

>
>
> Jan

--
Rajesh Kumar Mallah,
Project Manager (Development)
Infocom Network Limited, New Delhi
phone: +91(11)6152172 (221) (L) ,9811255597 (M)

Visit http://www.trade-india.com ,
India's Leading B2B eMarketplace.

В списке pgsql-general по дате отправления:

Предыдущее
От: nolan@celery.tssi.com
Дата:
Сообщение: Possible parsing problem?
Следующее
От: Gianni Mariani
Дата:
Сообщение: Binary data