diff options
Diffstat (limited to 'doc/src')
| -rw-r--r-- | doc/src/FAQ/FAQ_russian.html | 59 |
1 files changed, 28 insertions, 31 deletions
diff --git a/doc/src/FAQ/FAQ_russian.html b/doc/src/FAQ/FAQ_russian.html index 259a5b07e7d..de99068802b 100644 --- a/doc/src/FAQ/FAQ_russian.html +++ b/doc/src/FAQ/FAQ_russian.html @@ -14,7 +14,7 @@ alink="#0000ff"> <H1>Ответы на часто задаваемые вопросы по PostgreSQL</H1> - <P>Дата последнего обновления: Вторник 26 Апреля 23:03:46 EDT 2002</P> + <P>Дата последнего обновления: Четверг 11 Июня 06:36:10 EDT 2002</P> <P>Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (<A href= "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR> @@ -138,7 +138,8 @@ <A href="#4.24">4.24</A>) Как выполнять запросы, использующие несколько баз данных?<BR> <A href="#4.25">4.25</A>) Как мне вернуть из функции несколько записей?<BR> - + <A href="#4.26">4.26</A>) Почему я не могу надежно создавать/удалять + временные таблицы в функциях PL/PgSQL?<BR> <H2 align="center">Расширения PostgreSQL</H2> <A href="#5.1">5.1</A>) Я написал функцию определяемую пользователем. @@ -432,35 +433,20 @@ <DT><B>Производительность</B></DT> - <DD>PostgreSQL может работать в двух режима. В нормальном <I>fsync</I> - режиме, каждая завершенная транзакция сбрасывается на диск, - гарантируя, что если операционная система или питание рухнет - в следующие несколько секунд, все ваши данные безопасно - сохранятся на диске. В этом режиме, мы работаем медленее, - чем большинство коммерческих СУБД, отчасти потому, что некоторые - из них делают у себя по умолчанию такой консервативный сброс на диск. - В режиме <I>no-fsync</I>, мы обычно быстрее чем коммерческие СУБД, - но в этом режиме, падение операциооной системы может привести к - потере данных. Мы работаем над тем чтобы предоставить промежуточный - режим, который обеспечивал более высокую производительность, - чем <I>fsync</I> режим и позволял сохранить целостность данных - записанных в течении 30 секунд до падения операционной системы.<BR> - <BR> - В сравнении с MySQL или линейными СУБД, мы медленее при операциях - вставки/обновления, потому что мы управляем транзакциями. И разумеется, - MySQL не имеет каких-либо возможностей из перечисленых в секции - <I>Возможности</I>. Мы делаем упор на удобстве и - возможностях, но мы также продолжаем увеличивать производительность - путем профилирования и анализа исходных текстов. Существует - интересная страничка в Интернет, сравнивающая PostgreSQL и MySQL на <A href= - "http://openacs.org/why-not-mysql.html">http://openacs.org/why-not-mysql.html</A><BR> + <DD>PostgreSQL имеет производительность схожую с другими коммерческими + СУБД и с СУБД с открытым исходным кодом, в каких-то аспектах работая + быстрее чем они, в каких-то медленее. В сравнении с MySQL или линейными + СУБД, мы медленее при операциях вставки/обновления, потому что управляем + транзакциями. И разумеется, MySQL не имеет каких-либо возможностей из + перечисленых выше, в секции <I>Возможности</I>. + Мы делаем упор на надежность и расширенные возможности, но мы также + продолжаем увеличивать производительность с каждым выпуском. Существует + интересная страничка в Интернет, сравнивающая PostgreSQL и MySQL на + <A href="http://openacs.org/why-not-mysql.html"> + + http://openacs.org/why-not-mysql.html</A><BR> <BR> - Мы управляем каждым пользовательским соединением, создавая - Unix backend процесс. Backend процессы разделяют буферы данных и информацию - о блокировках. При наличии нескольких процессоров, несколько - backend процессов легко могут быть запущены на разных процессорах.<BR> - <BR> </DD> <DT><B>Надежность</B></DT> @@ -1351,11 +1337,22 @@ BYTEA bytea массив байт переменной длины (можно использовать <H4><A name="4.25">4.25</A>) Как мне вернуть из функции несколько записей?</H4> <P>Вы можете возвращать из функций PL/pgSQL списки результатов, используя - <i>refcursors</i>. Смотрите <a + <i>refcursors</i>. Смотрите <A href="http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html"> http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html,</a> секцию 23.7.3.3.</P> - <HR> + + <H4><A name="4.26">4.26</A>) Почему я не могу надежно создавать/удалять + временные таблицы в функциях PL/PgSQL?</H4> + PL/PgSQL кэширует содержимое функции и один из негативных эффектов этого + состоит в том, что если функция PL/PgSQL обращается к временной таблице + и эта таблица позднее удаляется и пересоздается, а функция затем вызывается + снова, то ее вызов приведет к ошибке, потому что скэшированное содержимое + функции содержит указатель на старую временную таблицу. Чтобы решить эту + проблему, используйте <SMALL>EXECUTE</SMALL> для доступа к временным + таблицам в PL/PgSQL. Использование этого оператора заставит запрос + перегенерироваться каждый раз. + <HR> <H2 align="center">Расширения PostgreSQL</H2> |