Re: COPY FROM performance improvements
От | Joshua D. Drake |
---|---|
Тема | Re: COPY FROM performance improvements |
Дата | |
Msg-id | 42FA31A0.1040503@commandprompt.com обсуждение исходный текст |
Ответ на | Re: COPY FROM performance improvements ("Luke Lonergan" <llonergan@greenplum.com>) |
Список | pgsql-patches |
> Also, as we proved the last time the correctness argument was thrown in, we > can fix the bugs and still make it a lot faster - and I would stick to that > whether it's a PA-RISC, DEC Alpha, Intel or AMD or event Ultra Sparc. Luke this comment doesn't work. Do you have a test case that shows that on an Ultra Sparc or PPC that you are accurate? Both of these CPUs are pretty big players in the Enterprise space. > PostgreSQL needs major improvement to compete with Oracle and even MySQL on > speed. No whacking on the head is going to change that. I am going to assume that you forgot to clarify this statement with "IN BULK LOADING", because if you didn't I would like to see your test results. My very real life experience shows that MySQL can't not keep up with PostgreSQL under load. Nobody here argues that PostgreSQL needs to improve. If it didn't need to improve I would be out of business because it would be perfect. Sincerely, Joshua D. Drake > > - Luke > > > > ---------------------------(end of broadcast)--------------------------- > TIP 1: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly -- Your PostgreSQL solutions company - Command Prompt, Inc. 1.800.492.2240 PostgreSQL Replication, Consulting, Custom Programming, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/
В списке pgsql-patches по дате отправления: