Re: PostgreSQL versus MySQL for GPS Data
От | Scott Marlowe |
---|---|
Тема | Re: PostgreSQL versus MySQL for GPS Data |
Дата | |
Msg-id | dcc563d10903170806l3da65c87hbf83547acdf0b352@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: PostgreSQL versus MySQL for GPS Data (Juan Pereira <juankarlos.openggd@gmail.com>) |
Список | pgsql-general |
On Tue, Mar 17, 2009 at 8:25 AM, Juan Pereira <juankarlos.openggd@gmail.com> wrote: > Craig Ringer wrote: > > >>> You're almost always better off using a single table with a composite >>> primary key like (truckid, datapointid) or whatever. If you'll be doing >>> lots of queries that focus on individual vehicles and expect performance >>> issues then you could partition the table by truckid, so you actually do >>> land up with one table per truck, but transparently accessible via table >>> inheritance so you can still query them all together. > > Quite interesting! > > The main reason why we thought using a table per truck was because > concurrent load: if there are 100 trucks trying to write in the same table, > maybe the performance is worse than having 100 tables, due to the fact that > the table is blocked for other queries while the writing process is running, > isn't it? Using MySQL has a tendency to teach people bad habits, and this assumption would be one of them. :)
В списке pgsql-general по дате отправления: