百合bicu
美少女のもみあげと裾についておはなしします
🔞性欲駆動開発アカウントにつき覚悟してください
Avatar icon: [𝕏] nunyu31
Header: [𝕏] hataraku125
弐寺: 1751-5340
そういえばAlpine化には成功したんですけど、PostGISのビルドに必要なGDALとlibprojがパッケージリポジトリに無かったのでPostGISは埋葬しました
このアカウントは、notestockで公開設定になっていません。
ファイルシステムバックアップは、概してSQLによるダンプより大きくなることに注意してください。 (pg_dumpでは、例えばインデックスの内容をダンプする必要はありません。単にコマンドで再作成します。)
https://www.postgresql.jp/document/10/html/backup-file.html
SQLダンプにはインデックスやら内部の管理情報が乗らないのでデータディレクトリよりは小さくなることが多いみたいなのがドキュメントに書いてあった気がする
Found Python 3. You are all set for ICU 64, which will require Python 3 to build.
For more info on Python 3 requirement, see: https://unicode-org.atlassian.net/browse/ICU-10923
「さいとうようこ」と「ざいぜんときこ」は日本語的には後者が先になるべきなんだけどlibcのやつだと前者が先になってしまうのよね
そもそも postgresql-10 なんてデフォルトのリポジトリにはなさそうだしリポジトリ追加したらもう普通にインストールできると思うのだけど優先度の設定やってるのよくわかってない
ここに書いてあるやつでダメなの
https://www.postgresql.org/download/linux/ubuntu/
pg_dumpで特定のDBのダンプを出力できるならそのアクセスしてるユーザーが完全な権限を持ってない可能性がある(普通は最初にDBユーザー作るときにスーパーユーザーになるはずだけど)
さらに、pg_dumpallは、全てのデータベースに共通するグローバルオブジェクトもダンプします (pg_dumpはこれらのオブジェクトを保存しません)。 現時点では、これにはデータベースユーザとグループ、テーブル空間、データベース全体に適用するアクセス制限などの属性に関する情報が含まれています。
pg_dumpall
https://www.postgresql.jp/document/10/html/app-pg-dumpall.html
pg_dumpはdb単位だけどpg_dumpallはクラスタごとなのでpg_dumpを全dbにやるのとpg_dumpallは等価ではない
🍓💨Berry Go! Go! Go!👉🍓いちGo! Go! Go!💨💨
この☝️アンビバレンス👇な味覚👅❤️❤️
🍓💨Berry Go! Go! Go!👉🍓いちGo! Go! Go!💨💨
気づかない❓❓フリ😓をし💖な💖い💖で💖
pg_dumpall | xz -z > hoge.xz
とでもして保存しといて、新バージョンでクラスタだけ作って
xz -d hoge.xz | psql
とかするとできそう(ぼくは10→11でそうした)