Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
в некоторой функции: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Вопрос: Есть ли возможность в PL/PGSQL получить информацию о количестве полей в типе record и возможность обращения к полю в типе record по его индексу? В документации найти конкретного ответа не могу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 14:17 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
pgplsql'е скорее всего никак (ни количество ни по нидексу). а ващето при запросе select * from обращаются к полям по индексу тока сумашедшие... а за такое надо вообще убивать: select * from a1 union select * from a2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 17:55 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
wbearpgplsql'е скорее всего никак (ни количество ни по нидексу). а ващето при запросе select * from обращаются к полям по индексу тока сумашедшие... а за такое надо вообще убивать: select * from a1 union select * from a2 Моя проблема не верно Вами понята. Хотя и саму проблему я не писал. А нужно мне это для следующего. У меня есть некая таблица, скажем журнал для отслеживания изменений данный в полях других таблиц, структуры: Имя таблицы, Имя поля, Значение поля. Так вот я хочу огранизовать заполнение этой таблицы - журнала, не зависимо от структуры таблиц данные в которых меняються. Вот для этого мне нужно не имена полей а их индексы. Или подскажете решение по реализации ЕДИНОГО журнала изменений? А нужен именно ЕДИНЫЙ журнал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 18:18 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
Kisian пишет: > Или подскажете решение по реализации ЕДИНОГО журнала изменений? А нужен > именно ЕДИНЫЙ журнал. Зачем дублировать содержимое журнала транзакций? Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 18:29 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
2Kisian тада забей на plpgsql и пиши на сях..там это реально и немного быстрее. SPI_fname(TupleDesc rowdesc, int colnumber); и т.п. 2Александр Гoлдун человек репликацию видимо пишет...не мешай :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2006, 19:06 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
Ну зачем сразу C. plpythonu с поставленной задачей прекрасно справится. (Может только в скорости уступит, но я не думаю, что он будет журналить биллинговую таблицу) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2006, 10:27 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун Kisian пишет: > Или подскажете решение по реализации ЕДИНОГО журнала изменений? А нужен > именно ЕДИНЫЙ журнал. Зачем дублировать содержимое журнала транзакций? Posted via ActualForum NNTP Server 1.3 Я в этом деле начинающий. Подскажите как добраться до журнала транзакций? автор wbear тада забей на plpgsql и пиши на сях..там это реально и немного быстрее. SPI_fname(TupleDesc rowdesc, int colnumber); и т.п. Вы советуете все же отказаться от использования PLPGSQL при написании логики на сервере и использовать более мощные по функциональности языки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2006, 12:09 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
>Я в этом деле начинающий. Подскажите как добраться до журнала транзакций? он лежит в папке x_log(вроде) с инстансом посгреса ...но не думаю что ты от туда сможешь достать, то что тебе надо. Александр Гoлдун подумал что ты хочешь реализовать в посгресе свой персональный механизм транзакций..поэтому и спросил: "зачем если он уже есть?". >Вы советуете все же отказаться от использования PLPGSQL при написании логики на сервере и использовать более мощные по функциональности языки? это даже не совет... это решение этой задачи (видимо единственное). вам надо взять другой язык для написания ЭТОЙ хранимой процедуры(тригера) например Си или как посоветовал Funny_Falcon plpython.. они позволяют решить эту задачу(определять название колонок из селекта). a в PL/PGSQL нет этой возможности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2006, 12:46 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
Гы, а если примерно так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. Т.е. триггеры-то можно генерировать динамически :) P.S. Пример чисто ущербно-познавательный :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2006, 15:16 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
извиняюсь за многа букв '-' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2006, 15:18 |
|
||
|
работа с типом record
|
|||
|---|---|---|---|
|
#18+
:) да вам батенька энергию девать некуда ... тока на Си это будет строчек 10, а не несколько страниц мелким шрифтом + человек поимеет безценный опыт ..заглянет так сказать под шкуру посгреса и всех языков которые вместе с ним идут... придет понимание того многово что в доках не достаточно четко расписано... притом все это бесплатно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2006, 15:36 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=33646557&tid=2006503]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
88ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 263ms |
| total: | 458ms |

| 0 / 0 |
