Re: [SQL] Performance
От | Jason Slagle |
---|---|
Тема | Re: [SQL] Performance |
Дата | |
Msg-id | Pine.LNX.4.03.9903092222480.27247-100000@tacorp.net обсуждение исходный текст |
Ответ на | Re: [SQL] Performance ("Tim Perdue" <perdue@raccoon.com>) |
Ответы |
Re: [SQL] Performance
Re: [SQL] Performance |
Список | pgsql-sql |
What, if anything, are you using as an index. I have 1,400,000 entries (200MB) I'm inserting into a database. Radius detail files as a matter of fact. Apart from COPY taking forever to load that (probably due to my several indexes), it seems the select is VERY slow. Any tips? How CPU intensive is a select? Jason --- Jason Slagle Network Administrator - Toledo Internet Access - Toledo Ohio - raistlin@tacorp.net - jslagle@toledolink.com - WHOIS JS10172 On Tue, 9 Mar 1999, Tim Perdue wrote: > It searches the bodies, not the subjects or authors. I don't see why anyone > needs to search for a particular author. But if it's requested enough, it > would be trivial to implement..... > > Tim > > > -----Original Message----- > From: D'Arcy J.M. Cain <darcy@druid.net> > To: perdue@raccoon.com <perdue@raccoon.com> > Cc: pgsql-sql@hub.org <pgsql-sql@hub.org> > Date: Tuesday, March 09, 1999 9:10 PM > Subject: Re: [SQL] Performance > > > >Thus spake Tim Perdue > >> Some time back I sent out a message asking if PGSQL would be able to > handle > >> my mailing list archive at http://www.geocrawler.com/ , and whether it > would > >> scale up to 100MB. > > > >Cool. We now have a searchable archive for PostgreSQL. However, I > >tried a search and it didn't seem to work. In pgsql-hackers I entered > >"niladic" (I tried "Niladic" just in case) and it failed to find any > >messages, even though I could see a few on the list of recent messages. > >Any ideas? > > > >-- > >D'Arcy J.M. Cain <darcy@{druid|vex}.net> | Democracy is three wolves > >http://www.druid.net/darcy/ | and a sheep voting on > >+1 416 424 2871 (DoD#0082) (eNTP) | what's for dinner. > >
В списке pgsql-sql по дате отправления: