Вижу сейчас что при переходе на другой диск просто надо /d указывать перед путём
> chcp 65001
> pg_dump -U postgres -W -E UTF8 -d dbname > dbname.sql
chcp 1251
или chcp 65001
, может, тогда сработает pg_dump -U postgres -W -E UTF8 -d dbname -f dbname.sql
ERROR: invalid byte sequence for encoding "UTF8": 0xff
Этот вопрос исправлен, база создалась в линуксеммм, и как именно он исправлен?
\l
)? zip - самый распространенный и его смогут открыть на всех платформах без доп. ПО
rar и zip созданы для конкретных архиваторов7z вы имели в виду?
tar и др - вообще мутные...ох уж эти виндузятники... Tar - это стандарт в мире UNIX, и это именно что архиватор в изначальном смысле этого слова: он создает непрерывный архив из файлов и сам по себе не поддерживает никакого сжатия. Поверх tar файла обычно проходятся программами для сжатия (отсюда файлы .tar.gz, .tar.bz2 и т.п.)
Сжимал 566 МБ exe-шник и вот что получилплохая идея, на самом деле. Экзешники часто сами по себе бывают сжаты и имеют обычно высокую энтропию, т.е. сжимаются плохо (тем же страдают, например, файлы изображений и видео, т.к. они уже чаще всего уже сжаты специальными алгоритмами типа jpeg, h.264 и т.д.).
If you did not already call curl_global_init, curl_easy_init does it automatically. This may be lethal in multi-threaded cases, since curl_global_init is not thread-safe, and it may result in resource problems because there is no corresponding cleanup.
Нет. Только запись выигрывает, да и то по тестам раза, может, в два. При нештатном завершении работы сервера все данные потеряются в такой таблице.
Ну можно, конечно, вообще извратиться и создать TABLESPACE в tmpfs...
Если выборка по всей таблице (или по большей части данных) - это не про постгрес, много раз обсуждалось.
Выход: делать через триггеры таблицу сумм или делать MATVIEW (что равносильно просто периодическому пересчету).
Если выборки относительно небольшие -индексы, индексы, индексы.