AW: Questionable coding in proc.c & lock.c

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB
Тема AW: Questionable coding in proc.c & lock.c
Дата
Msg-id 11C1E6749A55D411A9670001FA687963368040@sdexcsrv1.f000.d0188.sd.spardat.at
обсуждение исходный текст
Список pgsql-hackers
> > > I think maybe what needs to be done to fix all this is to 
> restructure
> > > postgres.c's interface to the parser/rewriter.  What we want is to
> > > run just the yacc grammar initially to produce a list of raw parse
> > > trees (which is enough to detect begin/commit/rollback, no?)  Then
> > > postgres.c walks down that list, and for each element, if it is
> > > commit/rollback OR we are not in abort state, do parse analysis,
> > > rewrite, planning, and execution.  (Thomas, any comments here?)
> > 
> > Sure, why not (restructure postgres.c that is)? I was just thinking
> > about how to implement "autocommit" and was considering 
> doing a hack in
> > analyze.c which just plops a "BEGIN" in front of the 
> existing query. But
> 
> Man, that is something I would do.  :-)

Wouldn't the hack be to issue a begin work after connect,
and then issue begin work after each commit or rollback ?

Andreas


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Larry Rosenman
Дата:
Сообщение: Re: mac.c
Следующее
От: Zeugswetter Andreas SB
Дата:
Сообщение: AW: pg_dump & performance degradation