|
14 | 14 | alink="#0000ff"> |
15 | 15 | <H1>Ответы на часто задаваемые вопросы по PostgreSQL</H1> |
16 | 16 |
|
17 | | -<P>Дата последнего обновления:Вторник 26 Апреля 23:03:46 EDT 2002</P> |
| 17 | +<P>Дата последнего обновления:Четверг 11 Июня 06:36:10 EDT 2002</P> |
18 | 18 |
|
19 | 19 | <P>Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (<Ahref= |
20 | 20 | "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR> |
|
138 | 138 | <Ahref="#4.24">4.24</A>) Как выполнять запросы, использующие несколько |
139 | 139 | баз данных?<BR> |
140 | 140 | <Ahref="#4.25">4.25</A>) Как мне вернуть из функции несколько записей?<BR> |
141 | | - |
| 141 | +<Ahref="#4.26">4.26</A>) Почему я не могу надежно создавать/удалять |
| 142 | + временные таблицы в функциях PL/PgSQL?<BR> |
142 | 143 |
|
143 | 144 | <H2align="center">Расширения PostgreSQL</H2> |
144 | 145 | <Ahref="#5.1">5.1</A>) Я написал функцию определяемую пользователем. |
|
432 | 433 |
|
433 | 434 | <DT><B>Производительность</B></DT> |
434 | 435 |
|
435 | | -<DD>PostgreSQL может работать в двух режима. В нормальном<I>fsync</I> |
436 | | - режиме, каждая завершенная транзакция сбрасывается на диск, |
437 | | - гарантируя, что если операционная система или питание рухнет |
438 | | - в следующие несколько секунд, все ваши данные безопасно |
439 | | - сохранятся на диске. В этом режиме, мы работаем медленее, |
440 | | - чем большинство коммерческих СУБД, отчасти потому, что некоторые |
441 | | - из них делают у себя по умолчанию такой консервативный сброс на диск. |
442 | | - В режиме<I>no-fsync</I>, мы обычно быстрее чем коммерческие СУБД, |
443 | | - но в этом режиме, падение операциооной системы может привести к |
444 | | - потере данных. Мы работаем над тем чтобы предоставить промежуточный |
445 | | - режим, который обеспечивал более высокую производительность, |
446 | | - чем<I>fsync</I> режим и позволял сохранить целостность данных |
447 | | - записанных в течении 30 секунд до падения операционной системы.<BR> |
448 | | -<BR> |
449 | | - В сравнении с MySQL или линейными СУБД, мы медленее при операциях |
450 | | - вставки/обновления, потому что мы управляем транзакциями. И разумеется, |
451 | | - MySQL не имеет каких-либо возможностей из перечисленых в секции |
452 | | -<I>Возможности</I>. Мы делаем упор на удобстве и |
453 | | - возможностях, но мы также продолжаем увеличивать производительность |
454 | | - путем профилирования и анализа исходных текстов. Существует |
455 | | - интересная страничка в Интернет, сравнивающая PostgreSQL и MySQL на<Ahref= |
456 | | - "http://openacs.org/why-not-mysql.html">http://openacs.org/why-not-mysql.html</A><BR> |
| 436 | +<DD>PostgreSQL имеет производительность схожую с другими коммерческими |
| 437 | + СУБД и с СУБД с открытым исходным кодом, в каких-то аспектах работая |
| 438 | + быстрее чем они, в каких-то медленее. В сравнении с MySQL или линейными |
| 439 | + СУБД, мы медленее при операциях вставки/обновления, потому что управляем |
| 440 | + транзакциями. И разумеется, MySQL не имеет каких-либо возможностей из |
| 441 | + перечисленых выше, в секции<I>Возможности</I>. |
| 442 | + Мы делаем упор на надежность и расширенные возможности, но мы также |
| 443 | + продолжаем увеличивать производительность с каждым выпуском. Существует |
| 444 | + интересная страничка в Интернет, сравнивающая PostgreSQL и MySQL на |
| 445 | +<Ahref="http://openacs.org/why-not-mysql.html"> |
| 446 | + |
| 447 | + http://openacs.org/why-not-mysql.html</A><BR> |
457 | 448 |
|
458 | | -<BR> |
459 | | - Мы управляем каждым пользовательским соединением, создавая |
460 | | - Unix backend процесс. Backend процессы разделяют буферы данных и информацию |
461 | | - о блокировках. При наличии нескольких процессоров, несколько |
462 | | - backend процессов легко могут быть запущены на разных процессорах.<BR> |
463 | 449 | <BR> |
464 | 450 | </DD> |
465 | 451 |
|
|
1351 | 1337 | <H4><Aname="4.25">4.25</A>) Как мне вернуть из функции несколько записей?</H4> |
1352 | 1338 |
|
1353 | 1339 | <P>Вы можете возвращать из функций PL/pgSQL списки результатов, используя |
1354 | | -<i>refcursors</i>. Смотрите<a |
| 1340 | +<i>refcursors</i>. Смотрите<A |
1355 | 1341 | href="http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html"> |
1356 | 1342 | http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html,</a> |
1357 | 1343 | секцию 23.7.3.3.</P> |
1358 | | -<HR> |
| 1344 | + |
| 1345 | +<H4><Aname="4.26">4.26</A>) Почему я не могу надежно создавать/удалять |
| 1346 | + временные таблицы в функциях PL/PgSQL?</H4> |
| 1347 | + PL/PgSQL кэширует содержимое функции и один из негативных эффектов этого |
| 1348 | + состоит в том, что если функция PL/PgSQL обращается к временной таблице |
| 1349 | + и эта таблица позднее удаляется и пересоздается, а функция затем вызывается |
| 1350 | + снова, то ее вызов приведет к ошибке, потому что скэшированное содержимое |
| 1351 | + функции содержит указатель на старую временную таблицу. Чтобы решить эту |
| 1352 | + проблему, используйте<SMALL>EXECUTE</SMALL> для доступа к временным |
| 1353 | + таблицам в PL/PgSQL. Использование этого оператора заставит запрос |
| 1354 | + перегенерироваться каждый раз. |
| 1355 | +<HR> |
1359 | 1356 |
|
1360 | 1357 | <H2align="center">Расширения PostgreSQL</H2> |
1361 | 1358 |
|
|