Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Ошибка при работе с типом %rowtype
|
|||
|---|---|---|---|
|
#18+
Что было: 1. Удалил одно поле из таблицы. 2. Создал функцию без параметров, в которой одна из используемых переменных nametable%rowtype 3. При обращении к функции ошибка: cache lookup for type 0 of nametable.........pg.dropped.4........ failed Ошибка исчезает когда пересоздаю таблицу без удаленного поля. Но можно ли избавится от ошибки без пересоздания таблицы. По хелпу, считаю - при создании создается или заменяется композитный тип данных, аналогичный таблице и больше никогда не изменяется. Вопрос: можно ли какой либо командой изменить этот композитный тип данных(обновить)? Или есть еще какие варианты реше6ния проблемы с ошибкой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 17:49 |
|
||
|
Ошибка при работе с типом %rowtype
|
|||
|---|---|---|---|
|
#18+
пересоздать функцию? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.05.2005, 09:22 |
|
||
|
Ошибка при работе с типом %rowtype
|
|||
|---|---|---|---|
|
#18+
Пересоздание функции не помогает. Да и создается функция уже после того как были произведены действия над таблицей. Проблема в том, что тип данных, соответствующий таблице, создается автоматически только при создании таблицы. При изменении таблицы, тип данных, соответствующий таблице, не меняется и в результате, при использовании переменной такого типа возникают ошибки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2005, 09:47 |
|
||
|
Ошибка при работе с типом %rowtype
|
|||
|---|---|---|---|
|
#18+
может попробовать просто создавать (удалять) СВОЙ тип??? НУ типа CREATE TYPE ну или как там ... и пользоваться им хотя если все эти действия происходят в одной сессии то (ИМХО) ничего не выйдет поскольку все кэшируется и хранится в скомпиленном виде до конца сессии (процедуры так а типы я думаю что тоже так) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2005, 19:40 |
|
||
|
Ошибка при работе с типом %rowtype
|
|||
|---|---|---|---|
|
#18+
Свой тип, такой же как тип данных таблицы создавал - это конечно выход, но он не красивый. Если я удаляю( или создаю) из таблицы столбец, а другой пользователь создал для этой таблицы свой тип, то в типе столбец остается, а в таблице нет(или наоборот). Конечно можно исправить, и тип. Но это может привести к ошибкам. Так что вопрос не снят. Интересен прямой путь - как обновить тип данных создаваемый вместе с таблицей, автоматически при изменении таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2005, 17:29 |
|
||
|
Ошибка при работе с типом %rowtype
|
|||
|---|---|---|---|
|
#18+
перечитал вопрос первый раз не на то отвечал :-)) какой postgresql? чего вообще надо сделать? и почему чегото там удаляется? межет проблему можно решить по другому? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2005, 18:18 |
|
||
|
Ошибка при работе с типом %rowtype
|
|||
|---|---|---|---|
|
#18+
Postgres 8.x Столбцы удаляются если требуется изменить структуру данных - при работе выявил что какой нито не нужен или наоборот новое свойство потребовалось. В этих случаях, если делать Alter Table и чего либо со столбцами, то возникают ошбки с типом созданным автоматически при создании таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2005, 12:30 |
|
||
|
Ошибка при работе с типом %rowtype
|
|||
|---|---|---|---|
|
#18+
хм странно у меня все нормально с типами которые к таблицам создаются ... может стоит не использовать rowtype? заменить его например на record ну или в конце концов продумывать все а потом начинать кодить ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2005, 00:40 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=33090549&tid=2007218]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
158ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
| others: | 274ms |
| total: | 532ms |

| 0 / 0 |
