Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
На PostgreSQL недавно. Пишу набор процедур. В некоторых есть рекурсивный вызовы (строится дерево). Для таких процедур использую в качестве возвращаемого значения массив integer[]. Набежали гуру и заявили, что массивы в PostgreSQL медленные и давай переписывай все. Вопрос в следующем: на сколько массивы тормознуты для описанных целей и какие есть более быстрые решения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 14:01 |
|
||
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
чем Вас RETURNS SETOF integer не устраивает? Опять таки заморачиваться массивнеческим синтаксисом при вызовах не придется, удобно джойнить и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 14:41 |
|
||
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
А как к SETOF привязать integer[], который создается внутри? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 17:41 |
|
||
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
OstrovokА как к SETOF привязать integer[], который создается внутри?а зачем? вместо того, чтобы сшивать массив, плюйтесь RETURN NEXT _myint; в цыкле. а уш если без массива никаг - религия там не позволяет, али ишо чо, - дык разберите массив в цыкле на RETURN NEXT _myint ; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 17:55 |
|
||
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
OstrovokНа PostgreSQL недавно. Пишу набор процедур. В некоторых есть рекурсивный вызовы (строится дерево). Для таких процедур использую в качестве возвращаемого значения массив integer[]. Набежали гуру и заявили, что массивы в PostgreSQL медленные и давай переписывай все. Вопрос в следующем: на сколько массивы тормознуты для описанных целей и какие есть более быстрые решения? Тормознутые массивы или нет - вопрос очень субъективный и зависит от того, с производительностью чего сравнивать. Если сравнивать не с чем, то можно провести простые тесты (благо, что производительность массивов вычислить достаточно легко) и, оценив полученные результаты, решить медленно ли работают массивы в постгресе или нет. Хотя, если кроме массива чисел, функция ничего другого не возвращает, то 4321 прав, и лучше использовать RETURNS SETOF integer ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 17:55 |
|
||
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
А как с SETOF вернуть данные из рекурсии? Вложенные функции тоже теперь будут возвращать NEXT... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 18:24 |
|
||
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
OstrovokА как с SETOF вернуть данные из рекурсии? Вложенные функции тоже теперь будут возвращать NEXT...вопрос скорее к обходу именно дерева. Поищите по форуму. Должно найтись. Выкладывались, кажется, и рекурсивные решения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 18:59 |
|
||
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
Для работы с деревом оч. рекомендую модуль ltree, там индексы при обходе можно прикрутить, в общем посмотри. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2007, 19:37 |
|
||
|
Скорость массива int[] в plpgsql.
|
|||
|---|---|---|---|
|
#18+
PoligonДля работы с деревом оч. рекомендую модуль ltree, там индексы при обходе можно прикрутить, в общем посмотри. тоже рекомендую. сам пользуюсь, очень доволен. а для int[] посмотри еще "intarray" (google) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2007, 19:04 |
|
||
|
|
start [/forum/topic.php?fid=53&msg=34424656&tid=2005543]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
| others: | 254ms |
| total: | 407ms |
| 0 / 0 |
