s
Anton Patsev
да. какой то костыль
Убунта потому что. KISS соблюдают не внутри, как до́лжно, а снаружи.
Size: a a a
2020 July 16
s
Это ещё модно называется user-friendly. Я называю это "libmagic based"
YS
Anton Patsev
да. какой то костыль
Я Вам написал, как правильно и без костылей. А в CentOS собственный дистрибутив, кстати?
AP
Yaroslav Schekin
Я Вам написал, как правильно и без костылей. А в CentOS собственный дистрибутив, кстати?
есть и собственные rpm centos, но старые и официальные rpm. пользуемся официальными
s
Yaroslav Schekin
Я Вам написал, как правильно и без костылей. А в CentOS собственный дистрибутив, кстати?
Оно и попытки стартануть сервис и в автозапуск прописать отключает?
С
Всем привет, поделитесь пож-та учебником жел-но на русском по postGIS!
YS
Оно и попытки стартануть сервис и в автозапуск прописать отключает?
Как выберете (auto/manual/disabled), насколько я помню.
VY
Yaroslav Schekin
Как выберете (auto/manual/disabled), насколько я помню.
тут суть в том, что пока не поставишь postrges — этого файла нету. а во время установки он сразу запускается.
меня не парит, оставляю как есть или сразу останавливаю, если нужно что-то дальше делать
меня не парит, оставляю как есть или сразу останавливаю, если нужно что-то дальше делать
к👀
Всем привет! Есть ли какой-то повереный и эффектиивный способ перенести данные нескольких связаных таблиц на другой сервер с такой же моделью, но уже имеющий свои данные?
На уровне БД связи нет (таблички платформы, да она такая "офигенная"), на уровне данных связь по serial-ключу.
На уровне БД связи нет (таблички платформы, да она такая "офигенная"), на уровне данных связь по serial-ключу.
к👀
T1
id serial
....
T2
id serial
T1_id bigint
....
id serial
....
T2
id serial
T1_id bigint
....
DP
может привести к виду как в другой бд и затем импорт/экспорт?
к👀
Проблема в том, что при переносе Т1 все ключи естественно сгенеряться новые и чёт не могу придумать, как на эти новые ключи связать Т2 кроме как построчно запихивать используя returning. Но такой вариант не самый лучший, ибо данных прилично
DP
ключи можно в текстовый вид привести
YB
Yaroslav Schekin
Хмм... а версия PostgreSQL какая, кстати?
И вообще, Вам нужно проанализировать (показать) куда больше, чем Вы пока рассказали, по-хорошему. ;)
Т.е. \d и \dt+ таблицы, команду COPY (какие поля выбираются), EXPLAIN (ANALYZE, BUFFERS) запроса, аналогичного этому COPY, время вывода этого в /dev/null и т.п.
И вообще, Вам нужно проанализировать (показать) куда больше, чем Вы пока рассказали, по-хорошему. ;)
Т.е. \d и \dt+ таблицы, команду COPY (какие поля выбираются), EXPLAIN (ANALYZE, BUFFERS) запроса, аналогичного этому COPY, время вывода этого в /dev/null и т.п.
11
к👀
может привести к виду как в другой бд и затем импорт/экспорт?
Так они и так абсолютно одинаковые. Это одни и те же таблицы просто на разных серверах, нужно слить вместе данные двух стендов одной платформы
к👀
ключи можно в текстовый вид привести
м.. Не оч понимаю, что ты имеешь ввиду и как это поможет
DP
т.е. задача только в том, как слить не потеряв айдишники?
к👀
пофиг на айдишники, мне нужно сохранить связи. И проблема в том, что айдишники-то поменяются однозначно, ибо они полюбому совпадают. Но вот как мне в связанную таблицу запихнуть запись с уже новым айдишником я чёт не могу придумать
YS
тут суть в том, что пока не поставишь postrges — этого файла нету. а во время установки он сразу запускается.
меня не парит, оставляю как есть или сразу останавливаю, если нужно что-то дальше делать
меня не парит, оставляю как есть или сразу останавливаю, если нужно что-то дальше делать
Какого "этого"? Если Вы хотите, чтобы после установки на "чистую" систему не запускался postrges — тут уже придётся использовать стандартный для debian/ubuntu метод, наверное. ;)
DP
на свой дилетантский вкус вижу два варианта:
1. отключить временно генерацию айди и тупо закинуть новые данные (а затем ковыряться с одниковыми айди
2. данные и старые и новые слить в одну временную таблицу и затем закинуть в нужную с "чистого листа"
1. отключить временно генерацию айди и тупо закинуть новые данные (а затем ковыряться с одниковыми айди
2. данные и старые и новые слить в одну временную таблицу и затем закинуть в нужную с "чистого листа"