*** FAQ_russian.html.old Sun Apr 11 22:37:38 2004 --- FAQ_russian.html Sun Apr 11 23:27:02 2004 *************** *** 12,18 ****

Ответы на часто задаваемые вопросы по PostgreSQL

!

Дата последнего обновления: Суббота 7 февраля 22:16:21 EDT 2004

Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (pgman@candle.pha.pa.us)
--- 12,18 ----

Ответы на часто задаваемые вопросы по PostgreSQL

!

Дата последнего обновления: Воскресение 11 апреля 23:28:03 EDT 2004

Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (pgman@candle.pha.pa.us)
*************** *** 142,148 ****

Расширения PostgreSQL

5.1) Я написал функцию определяемую пользователем. ! Когда я запускаю ее в psql, почему я получаю dump core?
5.2) Как я могу внести некоторые классные новые типы и функции в PostgreSQL?
5.3) Как мне написать C функцию, возвращающую --- 142,148 ----

Расширения PostgreSQL

5.1) Я написал функцию определяемую пользователем. ! Когда я запускаю ее в psql, почему я получаю core dump?
5.2) Как я могу внести некоторые классные новые типы и функции в PostgreSQL?
5.3) Как мне написать C функцию, возвращающую *************** *** 168,174 ****

Разработку PostgreSQL выполняет команда разработчиков, все участники которой подписаны на список рассылки разработчиков. В настоящее время, ! их координатором является Марк Форнай (Marc G. Fournier) (scrappy@PostgreSQL.org). (См. секцию 1.6 о том, как подключиться к разработке). Эта команда теперь отвечает за всю разработку PostgreSQL. Данный --- 168,174 ----

Разработку PostgreSQL выполняет команда разработчиков, все участники которой подписаны на список рассылки разработчиков. В настоящее время, ! их координатором является Марк Фурнье (Marc G. Fournier) (scrappy@PostgreSQL.org). (См. секцию 1.6 о том, как подключиться к разработке). Эта команда теперь отвечает за всю разработку PostgreSQL. Данный *************** *** 335,341 ****

1.7) Какая последняя версия?

!

Последний выпуск PostgreSQL - это версия 7.4.1

Мы планируем выпускать новые версии каждые 6-8 месяцев.

--- 335,341 ----

1.7) Какая последняя версия?

!

Последний выпуск PostgreSQL - это версия 7.4.2

Мы планируем выпускать новые версии каждые 6-8 месяцев.

*************** *** 436,443 ****
PostgreSQL имеет большинство возможностей представленных в больших коммерческих СУБД, такие как: транзакции, ! подзапросы, триггеры, обзоры (views), внешний ключ ссылочной ! целостности и разные блокировки. У нас есть некоторые возможности, которых нет у них: типы, определяемые пользователем, механизм наследования, правила и конкуретное многоверсионное управление для работы с содержимым блокировок.
--- 436,443 ----
PostgreSQL имеет большинство возможностей представленных в больших коммерческих СУБД, такие как: транзакции, ! подзапросы, триггеры, представления, ссылочной ! целостности вторичного ключа и разные блокировки. У нас есть некоторые возможности, которых нет у них: типы, определяемые пользователем, механизм наследования, правила и конкуретное многоверсионное управление для работы с содержимым блокировок.
*************** *** 448,454 ****
PostgreSQL имеет производительность схожую с другими коммерческими СУБД и с СУБД с открытым исходным кодом, в каких-то аспектах работая ! быстрее чем они, в каких-то медленее. В сравнении с MySQL или линейными СУБД, мы быстрее, когда пользователей много, а также на комплексных запросах и чтении/записи загрузки запроса. MySQL быстрее для простых SELECT запросов, выполняемых небольшим количеством пользователей. --- 448,454 ----
PostgreSQL имеет производительность схожую с другими коммерческими СУБД и с СУБД с открытым исходным кодом, в каких-то аспектах работая ! быстрее чем они, в каких-то медленее. В сравнении с MySQL или обыденнее СУБД, мы быстрее, когда пользователей много, а также на комплексных запросах и чтении/записи загрузки запроса. MySQL быстрее для простых SELECT запросов, выполняемых небольшим количеством пользователей. *************** *** 509,515 ****

PostgreSQL имеет одноранговую инфраструктуру с того самого времени как мы начали разработку в 1996 году. Мы должны благодарить за ! это Марка Фоная (Marc Fournier), который создал эту инфраструктуру и управляет ей на протяжении этих лет.

Качественная инфраструктура очень важна для проектов с открытым --- 509,515 ----

PostgreSQL имеет одноранговую инфраструктуру с того самого времени как мы начали разработку в 1996 году. Мы должны благодарить за ! это Марка Фурнье (Marc Fournier), который создал эту инфраструктуру и управляет ей на протяжении этих лет.

Качественная инфраструктура очень важна для проектов с открытым *************** *** 860,866 **** команд.

4.4) Как удалить колонку из таблицы или ! изменить ёё тип данных?

DROP COLUMN функциональность была добавлена в выпуск 7.3 с оператором ALTER TABLE DROP COLUMN. В ранних версиях, --- 860,866 ---- команд.

4.4) Как удалить колонку из таблицы или ! изменить её тип данных?

DROP COLUMN функциональность была добавлена в выпуск 7.3 с оператором ALTER TABLE DROP COLUMN. В ранних версиях, *************** *** 890,902 ****

Существуют следующие ограничения:

!     Максимальный размер базы?              неограничен (существуют базы на 32 TB)
!     Максимальный размер таблицы?           32 TB
!     Максимальный размер записи?            1.6 TB
!     Максимальный размер поля?              1 GB
!     Максимальное количество записей в таблице?      неограничено
!     Максимальное количество колонок в таблице?    250-1600 в зависимости от типа
!     Максимальное количество индексов в таблице?   неограничено
Разумеется, понятие "неограничено" на самом деле ограничивается --- 890,902 ----

Существуют следующие ограничения:

!     Максимальный размер базы?                    неограничен (существуют базы на 32 TB)
!     Максимальный размер таблицы?                 32 TB
!     Максимальный размер записи?                  1.6 TB
!     Максимальный размер поля?                    1 GB
!     Максимальное количество записей в таблице?   неограничено
!     Максимальное количество колонок в таблице?   250-1600 в зависимости от типа
!     Максимальное количество индексов в таблице?  неограничено
Разумеется, понятие "неограничено" на самом деле ограничивается *************** *** 927,953 **** 
      36 байт: на каждый заголовок записи (приблизительно)
    + 24 байта: одно поле с целочисленным типом и одно текстовое поле
!    + 4 байта: указатель на странице для всей записи
     ----------------------------------------
      64 байт на запись
  
     Размер страницы данных в PostgreSQL составляет 8192 байт (8 KB), так что:
  
     8192 байт на страницу
!    -------------------   =  128 записей на страницу БД (с округлением)
!      64 байт на запись
  
!    100000 строк данных
!    --------------------  =  782 страницы в БД
!   128 записей на страницу
  
! 782 страницы БД * 8192 байт на страницу  =  6,406,144 байт (6.4 MB)

Индексы не требуют так много, но поскольку они создаются для большого количества данных, они также могут быть велики.

!

Значения NULL хранятся как битовае карты и поэтому они занимают очень мало места.

--- 927,953 ---- 
      36 байт: на каждый заголовок записи (приблизительно)
    + 24 байта: одно поле с целочисленным типом и одно текстовое поле
!   +  4 байта: указатель на странице для всей записи
     ----------------------------------------
      64 байт на запись
  
     Размер страницы данных в PostgreSQL составляет 8192 байт (8 KB), так что:
  
     8192 байт на страницу
!    ---------------------   =  128 записей на страницу БД (с округлением)
!      64 байта на запись
  
!      100000 строк данных
!    ----------------------- =  782 страницы в БД
!    128 записей на страницу
  
!    782 страницы БД * 8192 байт на страницу = 6,406,144 байт (6.4 MB)

Индексы не требуют так много, но поскольку они создаются для большого количества данных, они также могут быть велики.

!

Значения NULL хранятся как битовые карты и поэтому они занимают очень мало места.

*************** *** 999,1005 **** LIMIT 1; !

Если вам кажется, что оптимизатор некорретно выбирает последовательный перебор, используйте SET enable_seqscan TO 'off' и запустите тесты, чтобы увидеть, не стало-ли сканирование индексов быстрее.

--- 999,1005 ---- LIMIT 1; !

Если вам кажется, что оптимизатор некорректно выбирает последовательный перебор, используйте SET enable_seqscan TO 'off' и запустите тесты, чтобы увидеть, не стало-ли сканирование индексов быстрее.

*************** *** 1043,1049 **** Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.

!

Вы можете найти этот документ в книге Stonebraker'а "Readings in Database Systems".

Встроеннные R-tree могут управлять полигонами и боксами. В теории, --- 1043,1049 ---- Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.

!

Вы можете найти этот документ в книге Стоунбрейкера "Readings in Database Systems".

Встроеннные R-tree могут управлять полигонами и боксами. В теории, *************** *** 1467,1473 ****

Расширения PostgreSQL

5.1) Я написал функцию определяемую пользователем. ! Когда я запускаю ее в psql, почему я получаю dump core?

Проблема может заключаться в нескольких вещах. Попытайтесь сперва протестировать вашу функцию в отдельной самостоятельной программе.

--- 1467,1473 ----

Расширения PostgreSQL

5.1) Я написал функцию определяемую пользователем. ! Когда я запускаю ее в psql, почему я получаю core dump?

Проблема может заключаться в нескольких вещах. Попытайтесь сперва протестировать вашу функцию в отдельной самостоятельной программе.

*************** *** 1496,1499 **** автоматически отслеживать зависимости.

- --- 1496,1498 ----