【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本並行で走るんで,美しくないよなぁ...(汗
一度この組み合わせで納品はしたけど,すっきり感が無くて?
もうちょっと調べまする...
コメント
【大地震】カムチャツカ半島沖合で地震 マグニチュード7.5と推定(25/9/13)
台風一過なのに今日も猛暑予想.秋が来ないぞい
【霧島山】新燃岳が噴火 噴煙高度火口上5500m(25/8/28)
日産「GT-R」生産終了 スポーツカーの開発環境 厳しさ増す
火球か?隕石か?「夜なのに明るく」「カメラが真っ白になるほどの光」九州や西日本各地で目撃あいつぐ 空気の振動も観測
ひょっとして,大規模にやらかしてました?ぎんゆぅ~さん,落ちてた模様(爆