Re: Hadoop backend?
От | Jonah H. Harris |
---|---|
Тема | Re: Hadoop backend? |
Дата | |
Msg-id | 36e682920902231503t5009cc8co2bc10dd43de784ac@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Hadoop backend? (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Hadoop backend?
Re: Hadoop backend? |
Список | pgsql-hackers |
On Sun, Feb 22, 2009 at 3:47 PM, Robert Haas <robertmhaas@gmail.com> wrote:
I believe there is more than that which would need to be done nowadays. I seem to recall that the storage manager abstraction has slowly been dedicated/optimized for md over the past 6 years or so. It may even be easier/preferred to write a hadoop specific access method depending on what you're looking for from hadoop.
In theory, I think you could make postgres work on any type of
underlying storage you like by writing a second smgr implementation
that would exist alongside md.c. The fly in the ointment is that
you'd need a more sophisticated implementation of this line of code,
from smgropen:
reln->smgr_which = 0; /* we only have md.c at present */
I believe there is more than that which would need to be done nowadays. I seem to recall that the storage manager abstraction has slowly been dedicated/optimized for md over the past 6 years or so. It may even be easier/preferred to write a hadoop specific access method depending on what you're looking for from hadoop.
--
Jonah H. Harris, Senior DBA
myYearbook.com
В списке pgsql-hackers по дате отправления: