【PostgreSQL】ストアドでファイル入出力出来ないのか,と?[PL/pgSQL]
関連記事
- 【#PostgreSQL】太古の昔から動いているシステムのレコード,手修正作業をするなど,と 【2023年10月06日(金)】
- 【#PostgreSQL】テーブルから取得したレコードセットをCSVへ落とそうとすると,空ファイルが出来る...ドロドロドロ 【2023年03月08日(水)】
- 仕事オワタ 昼寝しよ(GRB爆 【2023年02月23日(木)】
- 【#PostgreSQL】鬼のような4本のSQLを書き上げた 【2023年01月13日(金)】
- 【#PostgreSQL】某改造案件,凶悪なSQLを書かないといけないじゃないっすかっ!計4本(汗 【2023年01月12日(木)】
次の次の仕事の予備調査
っちゅうか,この調査自体が案件なんじゃが@銭が動く
「画像ファイルを,ビットマップ=バイナリ化して,サーバーに格納したいですわん
もちろん,検索機構も入れてね」
な,要求で
PostgreSQLのbytea型(バイナリ列データ型)かBASE64エンコードのテキスト型で,テーブルへの格納が王道じゃろけど
画像ファイル数が半端ない(数10万件の規模)
データベースの生存効率(事故った時レスキューのしやすさ)を考えると,テーブルベースじゃなくファイルベースで格納したほうがいいんじゃが
PL/pgSQLで画像ファイルの入出力部書けそうで書けない(PL/pgSQLでかけば,SQL文で処理できるんで,プロトコルを統一できる)
SQL命令なCOPYコマンドを使えば,ファイルI/O出来るってのは確認したけど
PL/pgSQL上からファイルの存在チェックと,フォルダの作成,ファイルの削除が出来ないのよぉ(各々関数が無いから)
拡張関数を見つけてインストールってアプローチもありそうじゃけど,事例がLinuxばかりじゃなぁ
行き着く先は,画像ファイルの入出力をWindows共有でやるかっ!(NetBEUI爆
でも,PostgreSQLなプロトコルと,Windows共有なプロトコル,プロトコルが2本並行で走るんで,美しくないよなぁ...(汗
一度この組み合わせで納品はしたけど,すっきり感が無くて?
もうちょっと調べまする...
コメント
宮崎市の高松橋、今秋から通行止め 期間未定、橋桁工事で(24/5/16)
【#阿蘇山】阿蘇山に噴火警報レベル2発令(24/5/15)
【#太陽フレア #SolarFlare】さきほど,フレア爆発 X8.7級!2週間後が怖いガクブル(24/5/15)
起き出したけど眠い 最近爆睡が続いている
こどもの日,らしい.城主生誕記念の軍事パレード決行なのかっ!?
今朝,寒いよっ!暑くなったり寒くなったりで自律神経が辛い
グリコ「プッチンプリンやカフェオーレ」目標の5月中旬に出荷再開できず 停止期間を延長決定