Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
26.03.2004, 13:13
|
|||
---|---|---|---|
допустимые значения для timestamp |
|||
#18+
вот вы мне скажите, он NULL может быть? у меня в экспортируемой табле он null, при экспорте пишет мне pgadmin: ERROR: copy: line 1, Bad time external representation 'NULL' и какое ему значение тогда дать, если это поле заполняется при необходимости, а вообще оно пустым должно быть? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 13:26
|
|||
---|---|---|---|
|
|||
допустимые значения для timestamp |
|||
#18+
Посмотрите о [ NULL [ AS ] 'null string' ] ] в доке по команде COPY. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 15:27
|
|||
---|---|---|---|
допустимые значения для timestamp |
|||
#18+
не дает он присваивать нулегое значение.... а мне НАДО что б поле пустым было... ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 15:43
|
|||
---|---|---|---|
|
|||
допустимые значения для timestamp |
|||
#18+
"не дает он присваивать нулегое значение" Вроде бы дает. Под "нулевым значением" вы имеете в виду NULL? Проверьте, не установлен ли на поле NOT NULL conctraint. Если вы хотите, чтобы команда COPY вместо строки 'NULL', встретившейся в данных входного файла, вставляла NULL, попробуйте указать NULL AS 'NULL'. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 16:39
|
|||
---|---|---|---|
допустимые значения для timestamp |
|||
#18+
LeXa NalBat, не работает :( ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 17:17
|
|||
---|---|---|---|
|
|||
допустимые значения для timestamp |
|||
#18+
:( У меня работает. Попробуйте: Создайте файл /var/local/tmp/foo.dat: 2004.01.01 NULL 2004.01.01 15:15 # create table foo ( d timestamp ); # copy foo from '/var/local/tmp/foo.dat' with null as 'NULL'; # select * from foo; d --------------------- 2004-01-01 00:00:00 2004-01-01 15:15:00 (3 rows) # select count(*) from foo where d is null; count ------- 1 (1 row) # select version(); version --------------------------------------------------------------------------------------------------------- PostgreSQL 7.3.6 on i686-pc-linux-gnu, compiled by GCC gcc (GCC) 3.3.2 20040119 (Red Hat Linux 3.3.2-8) (1 row) ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 17:20
|
|||
---|---|---|---|
допустимые значения для timestamp |
|||
#18+
как всегда Кэр нашла решение сама... и как всегда не знает почему это работает: строка у меня выглялит таким образом: 1419;24.11.2003;МИЛЕНА;;363;16.02.2004;1;1;2;0;19;1;4;0;1;01.01.1970;82;2004-02-16 11:58:40.692438;\N;0;\N;0; так вот: "\N" это то самое значение полей timestamp принимаю теперь объяснения этой фичи... но сейчас полезу искать ПОЧЕМУ ЖЕ ЭТО РАБОТАЕТ ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 17:30
|
|||
---|---|---|---|
допустимые значения для timestamp |
|||
#18+
ну, теперь ваще все понятно... это дело надо перекурить %) ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 17:34
|
|||
---|---|---|---|
|
|||
допустимые значения для timestamp |
|||
#18+
"сейчас полезу искать ПОЧЕМУ ЖЕ ЭТО РАБОТАЕТ" Я сразу посоветовал вам: Посмотрите о [ NULL [ AS ] 'null string' ] ] в доке по команде COPY. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 17:39
|
|||
---|---|---|---|
допустимые значения для timestamp |
|||
#18+
LeXa NalBat, не работало! а \N сработал.... вот такая забавная зверушка Постгрес ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 17:43
|
|||
---|---|---|---|
|
|||
допустимые значения для timestamp |
|||
#18+
"не работало! а \N сработал...." У меня и \N работает, и NULL тоже. Поведение любой домашней зверушки зависит и от ее хозяина. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 18:09
|
|||
---|---|---|---|
допустимые значения для timestamp |
|||
#18+
LeXa NalBat, я тоже вас всех очень люблю... рекомендую пообщаться с pgAdmin III, есть шанс озвереть ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.03.2004, 18:58
|
|||
---|---|---|---|
|
|||
допустимые значения для timestamp |
|||
#18+
Общались бы с psql и pg_dump - гораздо меньше нервов,перекуров, и шансов озвереть от непредсказуемости софта. PGAdmin - вещь писанная как видно пол логам постгреса довольно кривенько. Я версию II пробовал. Поначалу вроде ничего но работать с реальной базой оказалось страшно неудобно а когда при работе с обновляемыми просмотрами начались "нештатные ситуации" я предпочел вернуться к psql. Крутейшая вещь - на любом терминале с произвольным текстовым редактором,комплишенами-в итоге трудно что удобного в нагромождении деревьев-и-окон PGAdmin-а сотоварищи. Ну а что касаемо \N - смотришь в дамп любой таблички сделанный Pg_dump -и получаешь наилучший пример КАК ПОЛЬЗОВАТЬСЯ коммандой COPY. И все. Кстати в доке по COPY про \N писано: Код: plaintext 1. 2. 3.
... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.03.2004, 10:44
|
|||
---|---|---|---|
|
|||
допустимые значения для timestamp |
|||
#18+
"есть шанс озвереть" Нет уж, давайте жить дружно. Мне psql-я хватает. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.03.2004, 11:40
|
|||
---|---|---|---|
допустимые значения для timestamp |
|||
#18+
LeXa NalBat Нет уж, давайте жить дружно. Мне psql-я хватает. это что же получается?!! я одна мучаться с ним должна?!! а где солидарность? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=53&mobile=1&tid=2007917]: |
0ms |
get settings: |
6ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
67ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
others: | 324ms |
total: | 488ms |
0 / 0 |