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

В таблицу (см. ниже) пытаюсь сделать экспорт из 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
Экспорт данных из 1.csv в таблицу
    #39149209
Viacheslav_mihalich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Пример файла csv во вложении.
...
Рейтинг: 0 / 0
Экспорт данных из 1.csv в таблицу
    #39149222
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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
Экспорт данных из 1.csv в таблицу
    #39151075
Viacheslav_mihalich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Спасибо за подсказку! проблема решена.
Сначала загрузил таблицу в базе на локалке, потом снял бэкап и загрузил на боевой сервер.
...
Рейтинг: 0 / 0
Экспорт данных из 1.csv в таблицу
    #39151112
p2.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Viacheslav_mihalich,

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

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

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

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

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

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

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

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

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

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


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