hokaccha
@hokaccha.dev
Software engineer at Ubie Inc. https://hokaccha.dev
そうですね、独自構文がいくつかあるので難しいと思ってたけど今ならいけそうな気がします。ちょっと年内いっぱいくらい急がくて時間とれなそうだけど隙を見てやってみます！
November 6, 2025 at 12:23 AM
そうですね、独自構文がいくつかあるので難しいと思ってたけど今ならいけそうな気がします。ちょっと年内いっぱいくらい急がくて時間とれなそうだけど隙を見てやってみます！
え、すごいｗ generic parser で postgres 対応するのムリゲーなので pgquery 使ってる認識だったけど generic parser でいけるんだ。自分としては互換性が保てるなら pgquery 捨てたほうがうれしいと思うのでよさそうです。pgquery 導入した経緯に詳しくはないので k0kubun さんの意見も聞いておきたいですが。
October 15, 2025 at 11:12 PM
え、すごいｗ generic parser で postgres 対応するのムリゲーなので pgquery 使ってる認識だったけど generic parser でいけるんだ。自分としては互換性が保てるなら pgquery 捨てたほうがうれしいと思うのでよさそうです。pgquery 導入した経緯に詳しくはないので k0kubun さんの意見も聞いておきたいですが。
skip permissionできないのはつらいですね…ｗ
October 3, 2025 at 7:56 AM
skip permissionできないのはつらいですね…ｗ
なるほど〜。自分はccのUIで入力するのは早々に諦めてテキストエディタで書いたやつをペーストしてますｗ
October 3, 2025 at 4:33 AM
なるほど〜。自分はccのUIで入力するのは早々に諦めてテキストエディタで書いたやつをペーストしてますｗ
VSCodeのターミナルでClaude code開くのと何か違いあるんですっけ？
October 3, 2025 at 2:28 AM
VSCodeのターミナルでClaude code開くのと何か違いあるんですっけ？
おーよさそう。ほぼ同じようなの作って運用してるのでこっちに切り替えようかな。
September 26, 2025 at 6:17 AM
おーよさそう。ほぼ同じようなの作って運用してるのでこっちに切り替えようかな。
index作成のtransactionを分けて困ることは現実的にはそんなに多くない気はしますね。あとは CREATE TABLE するときに CONCURRENTLY が必要なことはほぼないだろうから、CREATE TABLE と同時に作る場合は CONCURRENTLY を抜いた ALTER を発行するというのも手としてはありそうだけど、やや気持ち悪い感じはありますね。
September 18, 2025 at 2:12 AM
index作成のtransactionを分けて困ることは現実的にはそんなに多くない気はしますね。あとは CREATE TABLE するときに CONCURRENTLY が必要なことはほぼないだろうから、CREATE TABLE と同時に作る場合は CONCURRENTLY を抜いた ALTER を発行するというのも手としてはありそうだけど、やや気持ち悪い感じはありますね。
同一トランザクション内で作ったテーブルに対して CREATE INDEX CONCURRENTLY ができないっていう制約があるので、このテストケースは通るけど、このスキーマをまっさらな状態に apply すると通らないはずですね
September 18, 2025 at 1:19 AM
同一トランザクション内で作ったテーブルに対して CREATE INDEX CONCURRENTLY ができないっていう制約があるので、このテストケースは通るけど、このスキーマをまっさらな状態に apply すると通らないはずですね
自分も導入しようとした当時だいぶ足りなかったのでがんばって直しましたｗ結果ほぼ全ての積み上げ型migrationを引退させることができたので満足です
September 10, 2025 at 1:07 AM
自分も導入しようとした当時だいぶ足りなかったのでがんばって直しましたｗ結果ほぼ全ての積み上げ型migrationを引退させることができたので満足です
