[過去ログ]
PostgreSQL Part.11©2ch.net (1002レス)
PostgreSQL Part.11©2ch.net http://mevius.5ch.net/test/read.cgi/db/1462257753/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
938: NAME IS NULL [sage] 2022/08/09(火) 09:59:56.87 ID:??? やっぱりECPGの実行体起動すると以下で落ちちゃいますね… [malformed array literal: "" on line 53][-400] http://mevius.5ch.net/test/read.cgi/db/1462257753/938
939: NAME IS NULL [] 2022/08/27(土) 18:04:49.07 ID:p6dR8Je4 zip版ダウンロードしたら、pgAdmin4のフォルダ名が長すぎて解凍失敗するわ。 こないだまで解凍出来たのに。 インストーラー使ってインストールしたらアンインストール中にエラーになるわ。 255文字制限解除しないと使えないのが普通だっけ? http://mevius.5ch.net/test/read.cgi/db/1462257753/939
940: NAME IS NULL [sage] 2022/08/27(土) 18:16:43.57 ID:??? >>939 プラットフォーム名が書かれていないし、「255文字制限解除」が何か分からないので外すかもしれんが、 インストール先のファイルシステムはサポートされているもの? 仮にWindowsとした場合、FATやFAT32はサポートされていない。 それから、これは未確認だけど、もし新しいZIP64フォーマットが採用されてるなら、対応するアーカイバを使うとか。 パーミッション、あるいは空き容量が不足していて伸長が正しくできない可能性は? http://mevius.5ch.net/test/read.cgi/db/1462257753/940
941: NAME IS NULL [sage] 2022/09/19(月) 22:35:54.64 ID:??? zip解凍できないのはpostgre以前にOSの問題だね。 http://mevius.5ch.net/test/read.cgi/db/1462257753/941
942: NAME IS NULL [sage] 2022/09/19(月) 22:41:45.27 ID:??? 問題ではなく、仕様やろ。 C:¥ルートにでも展開すりゃええんちゃうの? http://mevius.5ch.net/test/read.cgi/db/1462257753/942
943: NAME IS NULL [sage] 2022/09/28(水) 23:41:12.68 ID:??? 少しお聞きしたいのですが 現在社内にある旧商品管理鯖(引退済み)のマシンを引っ張り出してきたのですが PostgreSQLのVerが7.3.10でした。 この状態からpg_dumpallでデータを取り出すことは出来たのですが、 別のサーバにPostgreSQLのVer12をインストールして、 イカのコマンドを打ったところ、 psql -U postgres -f /backup.db > update.log 画像の様な状態になってどうしたものかと考えております。 エラーでキーが重複してることや、 multiple primary keys for table are not allowedのように 複数の主キーは許可されていませんと出てきているのですが、 これは、SQLのバージョンを一気に上げすぎているからなのでしょうか? それとも、データベース自体が壊れている可能性があるのでしょうか? (過去に鯖の半クラッシュが何度かあった模様) よろしくお願いします。 https://i.imgur.com/daRuFqr.jpg https://i.imgur.com/pCXROZr.jpg http://mevius.5ch.net/test/read.cgi/db/1462257753/943
944: NAME IS NULL [sage] 2022/09/29(木) 05:03:21.04 ID:??? 自分なら、その方法がサポートされているか(バージョン間、手順)を調べて、 サポートされているようならログを見て起こっている問題・原因を把握したうえで対策を考える。 http://mevius.5ch.net/test/read.cgi/db/1462257753/944
945: NAME IS NULL [sage] 2022/09/30(金) 22:50:06.19 ID:??? duplicate key value violates unique constraintとかあるようだけど、DBに既にテーブルがあったりしない? http://mevius.5ch.net/test/read.cgi/db/1462257753/945
946: NAME IS NULL [] 2022/12/08(木) 00:04:47.29 ID:pHlq3Sz7 初心者ですみません。既存TBLにカラム追加してレングス変わると影響大きいですか?当初TBL設計時にFILLER積んだほうが良いのでしょうか? http://mevius.5ch.net/test/read.cgi/db/1462257753/946
947: NAME IS NULL [sage] 2022/12/08(木) 02:20:31.77 ID:??? 仕事で使ってるけど必要になったらカラムどんどん追加してるよ http://mevius.5ch.net/test/read.cgi/db/1462257753/947
948: NAME IS NULL [sage] 2022/12/09(金) 12:22:34.66 ID:??? そんなのプログラムの作りによるんじゃないの DBに依存しまくってると苦労する http://mevius.5ch.net/test/read.cgi/db/1462257753/948
949: NAME IS NULL [] 2023/01/15(日) 23:52:41.89 ID:SdlFKp5i ブチクシは悩み続けて3年 http://mevius.5ch.net/test/read.cgi/db/1462257753/949
950: NAME IS NULL [sage] 2023/01/19(木) 07:06:46.65 ID:??? ちんちん!シュッ!シュッ!シュッ! http://mevius.5ch.net/test/read.cgi/db/1462257753/950
951: NAME IS NULL [] 2023/01/19(木) 22:38:06.23 ID:jlE8WkqW >>946 メインフレームのファイルのようなものじゃなくて、データファイルの内部は頻繁にデータの位置を変えている。 そんな古風な仕組みではない。 http://mevius.5ch.net/test/read.cgi/db/1462257753/951
952: NAME IS NULL [sage] 2023/01/20(金) 13:33:44.34 ID:??? カラム情報としてポインタになってるだけだね。適当 http://mevius.5ch.net/test/read.cgi/db/1462257753/952
953: NAME IS NULL [] 2023/03/11(土) 05:08:19.44 ID:aB1pzwA3 外部キー制約を一時的に変更するにはどうすればいいでしょうか? 通常は、ON UPDATE RESTRICT で、一時的に ON UPDATE CASCADE にしてクエリ実行後に RESTRICT に戻すにはどうすればいいのでしょうか? ADD CONSTRAINT と DROP CONSTRAINT の方法は分かるのですが・・・ http://mevius.5ch.net/test/read.cgi/db/1462257753/953
954: NAME IS NULL [sage] 2023/03/11(土) 16:56:32.01 ID:??? ALTER TABLEのALTER CONSTRAINTではできないのでDROP/ADDする ALTER TABLE <table_name> DROP CONSTRAINT <fk_name>, ADD CONSTRAINT <fk_name> FOREGIN KEY … ON UPDATE CASCADE; http://mevius.5ch.net/test/read.cgi/db/1462257753/954
955: NAME IS NULL [] 2023/04/22(土) 19:34:36.35 ID:g9MOSe1r 物理外部キーを作るくらいなら、論理外部キーとしておいた方が楽。 ガチガチにしておいても、エラーハンドリングの実装がなければ意味がない。 http://mevius.5ch.net/test/read.cgi/db/1462257753/955
956: NAME IS NULL [sage] 2023/06/25(日) 23:14:20.40 ID:??? update on conflictを使いまくってるとシーケンス値が上がりまくって、primary keyのidの値が飛びまくるんだけど 気にしたら負けかな。 もちろん綺麗に1 2 3とならない事は認識してるけど、1 1235 5493 29849 みたいに膨大な数飛びまくると…。 99%がupdateの場合なんだけど、update returningして件だったらinsertにした方がいいのかな その場合ロックとか考えなきゃいけないのが大変なんだけど、もう避けられないのかな http://mevius.5ch.net/test/read.cgi/db/1462257753/956
957: NAME IS NULL [sage] 2023/06/26(月) 18:19:47.60 ID:??? insert on conflict do update(いわゆるupsert)のことだよね? conflictの条件をprimary keyにできないならPKのシーケンスが飛びまくるのはしょうがないと思う ただ99%がupdateならupdateしてからinsertのほうが性能は良くなるような気がする ロックを考えなきゃいけないというのはよくわからない 今も同じじゃない? http://mevius.5ch.net/test/read.cgi/db/1462257753/957
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 45 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.210s*