Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Экспорт данных из 1.csv в таблицу / 11 сообщений из 11, страница 1 из 1
17.01.2016, 22:04
    #39149198
Viacheslav_mihalich
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Доброго дня!

В таблицу (см. ниже) пытаюсь сделать экспорт из 1.csv, где столбцы настроены в соответствие с таблицей ниже.

Экспорт выполняю так:
Код: plsql
1.
2.
        set client_encoding to 'win';
        copy "TAGS" from 'd:\\1.csv' delimiter ';' CSV;



Когда-то и сам так экспортировал - проблем не было.
Сейчас выдается сообщение:
"ERROR: could not open file "d:\\1.csv" for reading: No such file or directory

********** Ошибка **********

ERROR: could not open file "d:\\1.csv" for reading: No such file or directory
SQL-состояние: 58P01
"

В чем может быть проблема?

Таблица:

Код: plsql
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.
CREATE TABLE "TAGS"
(
  "ID" bigint NOT NULL DEFAULT nextval('"TAGS_seq"'::regclass),
  "NAME" character varying(256) NOT NULL,
  "DOCTOR_TYPE_ID" integer,
  "DOCTOR_ID" bigint,
  "IS_PRINT" boolean,
  CONSTRAINT "TAGS_pkey" PRIMARY KEY ("ID"),
  CONSTRAINT "DOCTOR_ID2" FOREIGN KEY ("DOCTOR_ID")
      REFERENCES "DOCTORS" ("ID") MATCH SIMPLE
      ON UPDATE CASCADE ON DELETE CASCADE,
  CONSTRAINT "DOCTOR_TYPE_ID3" FOREIGN KEY ("DOCTOR_TYPE_ID")
      REFERENCES "DOCTOR_TYPE_IDS" ("ID") MATCH SIMPLE
      ON UPDATE CASCADE ON DELETE CASCADE,
  CONSTRAINT positive_doctor_id CHECK ("DOCTOR_ID" > 0),
  CONSTRAINT positive_doctor_type_id CHECK ("DOCTOR_TYPE_ID" > 0)
)
WITH (
  OIDS=FALSE
);
ALTER TABLE "TAGS"
  OWNER TO postgres;

-- Index: duplicate__name__doctor_id

-- DROP INDEX duplicate__name__doctor_id;

CREATE UNIQUE INDEX duplicate__name__doctor_id
  ON "TAGS"
  USING btree
  ("NAME" COLLATE pg_catalog."default", "DOCTOR_ID");

-- Index: duplicate__name__doctor_type_id

-- DROP INDEX duplicate__name__doctor_type_id;

CREATE UNIQUE INDEX duplicate__name__doctor_type_id
  ON "TAGS"
  USING btree
  ("NAME" COLLATE pg_catalog."default", "DOCTOR_TYPE_ID");

-- Index: "fki_DOCTOR_ID2"

-- DROP INDEX "fki_DOCTOR_ID2";

CREATE INDEX "fki_DOCTOR_ID2"
  ON "TAGS"
  USING btree
  ("DOCTOR_ID");

-- Index: "fki_DOCTOR_TYPE_ID3"

-- DROP INDEX "fki_DOCTOR_TYPE_ID3";

CREATE INDEX "fki_DOCTOR_TYPE_ID3"
  ON "TAGS"
  USING btree
  ("DOCTOR_TYPE_ID");
...
Рейтинг: 0 / 0
17.01.2016, 22:32
    #39149209
Viacheslav_mihalich
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Пример файла csv во вложении.
...
Рейтинг: 0 / 0
17.01.2016, 23:40
    #39149222
Локшин Марк
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Viacheslav_mihalich*****

ERROR: could not open file "d:\\1.csv" for reading: No such file or directory
SQL-состояние: 58P01
"

В чем может быть проблема?

PostgreSQL DocumentationFiles named in a COPY command are read or written directly by the server, not by the client application. Therefore, they must reside on or be accessible to the database server machine, not the client.
...
Рейтинг: 0 / 0
20.01.2016, 07:48
    #39151075
Viacheslav_mihalich
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Спасибо за подсказку! проблема решена.
Сначала загрузил таблицу в базе на локалке, потом снял бэкап и загрузил на боевой сервер.
...
Рейтинг: 0 / 0
20.01.2016, 09:13
    #39151112
p2.
p2.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Viacheslav_mihalich,

Нормальные герои всегда идут в обход. (айболит 66)
...
Рейтинг: 0 / 0
20.01.2016, 11:53
    #39151281
Viacheslav_mihalich
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Только после этого перестали Джобы в pgAgent отрабатывать.
Даже после запуска вручную не отрабатвают.
Отдельно процедуры, которые должны запускаться заданиями, работают.
На сколько я понимаю, бэкап базы делается без джобов.
Джобы - общие для всего сервера, и в их настройках прописано, для какой базы они должны выполнять задания.
После того, как восстанавливаешь базу на сервере, Джобы должны сами подхватываться?
Пароль к базе не менялся и в настройках заданий прописан верно.
...
Рейтинг: 0 / 0
20.01.2016, 13:34
    #39151396
qwwq
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Viacheslav_mihalich,

если просто упал процесс пгагента -- и достаточно его стартовать.
...
Рейтинг: 0 / 0
20.01.2016, 15:29
    #39151558
Viacheslav_mihalich
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Есть скрипт, запускающий агента в случае падения.
Статус агента:
pgagent is running...
Ручная перезагрузка тоже не помогла.
...
Рейтинг: 0 / 0
20.01.2016, 16:04
    #39151596
qwwq
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Viacheslav_mihalich,

а джобы-то остались ? или вы затёрли каталог пгагента ?

-- я было предположил последнее, но вы утверждаете выше, что вы их "запускаете руками" -- т.е. либо джобы остались. либо вы видите кеш гуя, а джобов уже и нет. как записей в каталоге pgagent какой--то из ваших баз.
...
Рейтинг: 0 / 0
20.01.2016, 21:00
    #39151833
Viacheslav_mihalich
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
qwwq, да, джобы остались.

Что до этого делал с боевой базой:
1. имеем боевую базу с рабочими джобами
2. сделал бэкап боевой базы, залил на локалку, где добавил в новую таблицу
3. создал новую базу на боевом сервере с другим именем и залил туда бэкап с локалки
3. остановил сервисы и изменил имя старой боевой базы
4. переименовал новую базу на имя боевой и запустил сервисы.

В результате сайт в рабочем состоянии, кроме джобов.

Вот результат (во вкладке Свойства) ручного запуска одной из джобов:

следующий запуск - 20.01.2016 20:36:12 (хотя это время последнего ручного запуска);
последний запуск - 18.01.2016 23:01:01. Такое же время - последнее во вкладке Статистика;
последний результат - успешно;

Смотрю по таблицам, что джоба не отработала.
При ручном запуске процедуры, которую должна запускать джоба, получаю ожидаемый результат.
Т.е. джобы есть, но они перестали работать.
Хотя статус агента: pgagent is running...
...
Рейтинг: 0 / 0
21.01.2016, 00:59
    #39151889
qwwq
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Экспорт данных из 1.csv в таблицу
Viacheslav_mihalich,

почитайте conf pgagent-а. узнайте, в какую БД вы ставили его каталог. похоже, гуй вам показывает жобы, прочитанные в одной бд (в схеме "pgagent"), а настроен он у вас был в другой (в которой ничего и нет). поэтому ручной "запуск" не влияет ни на что. к тому же у пжогента есть свои логи,а не только общие с пж. читайте. не ленитесь. оно унутре примитивно устроено.
...
Рейтинг: 0 / 0
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Экспорт данных из 1.csv в таблицу / 11 сообщений из 11, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]