Re: [pgsql-advocacy] Call for Google Summer of Code mentors, admins
От | Thom Brown |
---|---|
Тема | Re: [pgsql-advocacy] Call for Google Summer of Code mentors, admins |
Дата | |
Msg-id | CAA-aLv5H9t0xBo422dWtGR=DFwJM5nXqkS6xZX2CZEkNyDLMvg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [pgsql-advocacy] Call for Google Summer of Code mentors, admins (Thom Brown <thom@linux.com>) |
Список | pgsql-hackers |
On 20 March 2013 16:03, Thom Brown <thom@linux.com> wrote: > On 19 March 2013 17:42, Thom Brown <thom@linux.com> wrote: >> On 14 February 2013 18:02, Josh Berkus <josh@agliodbs.com> wrote: >>> Folks, >>> >>> Once again, Google is holding Summer of Code. We need to assess whether >>> we want to participate this year. >>> >>> Questions: >>> >>> - Who wants to mentor for GSOC? >>> >>> - Who can admin for GSOC? Thom? >>> >>> - Please suggest project ideas for GSOC >>> >>> - Students seeing this -- please speak up if you have projects you plan >>> to submit. >> >> If anyone else has more projects ideas to suggest, please do share. >> Students, please feel free to review the PostgreSQL Todo list for >> inspiration: http://wiki.postgresql.org/wiki/Todo Of course ensure >> you don't choose anything too ambitious or trivial. > > Okay, here's a random idea (which could be infeasible and/or > undesirable). How about a way to internally schedule tasks using a > background worker process (introduced in 9.2) to wake on each tick and > run tasks? > > So: > > CREATE EXTENSION pg_scheduler; > -- > schedule_task(task_command, task_priority, task_start, repeat_interval); > > SELECT schedule_task('REINDEX my_table', 1, '2012-03-20 > 00:10:00'::timestamp, '1 week'::interval); > > SELECT list_tasks(); > > -[ RECORD 1 ]---+----------------------- > task_id | 1 > task_command | REINDEX my_table > task_priority | 1 > task_start | 2012-03-20 00:10:00-04 > repeat_interval | 7 days > owner | postgres > > SELECT delete_task(1); > > Tasks would be run in sequence if they share the same scheduled time > ordered by priority descending, beyond which it would be > non-deterministic. Or perhaps additional worker processes to fire > commands in parallel if necessary. > > Disclaimer: I haven't really thought this through. Here's some evidence for my last statement: custom background worker processes are actually being introduced as part of 9.3, not available in 9.2. I don't think that changes things much though. -- Thom
В списке pgsql-hackers по дате отправления: