【PostgreSQL】ストアドでファイル入出力出来ないのか,と?[PL/pgSQL]
関連記事
- 【#PostgreSQL】3ヶ月ぶりぐらいにSQLを眺めているが,判らん!!モルモルモル 【2024年07月25日(木)】
- 【#PostgreSQL】太古の昔から動いているシステムのレコード,手修正作業をするなど,と 【2023年10月06日(金)】
- 【#PostgreSQL】テーブルから取得したレコードセットをCSVへ落とそうとすると,空ファイルが出来る...ドロドロドロ 【2023年03月08日(水)】
- 仕事オワタ 昼寝しよ(GRB爆 【2023年02月23日(木)】
- 【#PostgreSQL】鬼のような4本のSQLを書き上げた 【2023年01月13日(金)】
次の次の仕事の予備調査
っちゅうか,この調査自体が案件なんじゃが@銭が動く
「画像ファイルを,ビットマップ=バイナリ化して,サーバーに格納したいですわん
もちろん,検索機構も入れてね」
な,要求で
PostgreSQLのbytea型(バイナリ列データ型)かBASE64エンコードのテキスト型で,テーブルへの格納が王道じゃろけど
画像ファイル数が半端ない(数10万件の規模)
データベースの生存効率(事故った時レスキューのしやすさ)を考えると,テーブルベースじゃなくファイルベースで格納したほうがいいんじゃが
PL/pgSQLで画像ファイルの入出力部書けそうで書けない(PL/pgSQLでかけば,SQL文で処理できるんで,プロトコルを統一できる)
SQL命令なCOPYコマンドを使えば,ファイルI/O出来るってのは確認したけど
PL/pgSQL上からファイルの存在チェックと,フォルダの作成,ファイルの削除が出来ないのよぉ(各々関数が無いから)
拡張関数を見つけてインストールってアプローチもありそうじゃけど,事例がLinuxばかりじゃなぁ
行き着く先は,画像ファイルの入出力をWindows共有でやるかっ!(NetBEUI爆
でも,PostgreSQLなプロトコルと,Windows共有なプロトコル,プロトコルが2本並行で走るんで,美しくないよなぁ...(汗
一度この組み合わせで納品はしたけど,すっきり感が無くて?
もうちょっと調べまする...
コメント
土砂降りの中,温泉だけ行ってきた!「北郷温泉」
【連休】連休なのであっちこっち回ってきた
参院選きょう投票 与野党どちらが過半数制するか 最大の焦点に(25/7/20)
【#南海トラフ地震】地震前「ゆっくり滑り」間隔半減 日向灘で初観測、予測へ成果
うむ,猛烈にダルい.完全に体調がおかしい
まぁ降るもんじゃ.強雨がずっと続いているぞー
【新燃岳】噴煙がめちゃくちゃ少なくなってる.いったん終わる方向じゃろか?(25/7/5)
【地震速報】鹿児島 悪石島で震度6弱 津波の心配なし(25/7/3)
【霧島山】新燃岳で噴火続く 噴煙2800メートルの高さに(25/7/2)