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 по дате отправления: