hmarui66 (@hmarui66) header
hmarui66 (@hmarui66) profile picture

hmarui66

@hmarui66

興味: DB関連技術 https://teapawt.org/t.co/9aYK1hKSFh

Joined January 2010
  • Tweets3.6K
  • Following145
  • Followers288
210Media
Photo by hmarui66 (@hmarui66)Photo by hmarui66 (@hmarui66)Photo by hmarui66 (@hmarui66)Photo by hmarui66 (@hmarui66)Photo by hmarui66 (@hmarui66)Photo by hmarui66 (@hmarui66)Photo by hmarui66 (@hmarui66)Photo by hmarui66 (@hmarui66)Photo by hmarui66 (@hmarui66)
知的活動におけるコミュニティの価値について考えさせられる記事だった。 途中のプロンプト、ハーネス、ループなどの言葉、食傷気味というのも同意見。 (個人的に、これらがソフトウェアエンジニアリングではないとは思わないが、今後はこれらしか残らないとも思ってない) borretti.me/article/no-man-i…
No Man Is an Island

No Man Is an Island

AI makes intellectual contribution superfluous.

borretti.me
1
99
New post: why the life of the mind is not purely private, the importance of intellectual community, and how AI undermines these communities.
Image from Fernando Borretti (@zetalyrae)
12
30
7
278
16,905
『エンジニアリング戦略の作り方』で紹介されている本。 recodingamerica.us/ 確かに効果的な施策の運用は、法令の事例参考になりそう "善意で作られた行政の法律や法令が多くの場合で実現可能ではない…結果として、莫大なIT投資を必要とする一方で、受益者にほとんど利益をもたらせない"
Recoding America

Recoding America

In her new book, Jen Pahlka shows why we must stop trying to move the government we have today onto new technology and instead recode government from the ground up.

recodingamerica.us
3
192
この記事と同じバグ踏んだんだけど、Aurora PostgreSQLのreaderのみでvisibility mapや重複排除が壊れるようなケースが潜んでいるのかなー zenn.dev/dress_code/articles…
DELETE したはずの行が SELECT で返り続ける ときに何を疑うか

DELETE したはずの行が SELECT で返り続ける ときに何を疑うか

zenn.dev
1
7
597
プリフェッチで重複行が返される問題や、readerインスタンスの何らかの問題が修正されたパッチバージョンが出てるから、これで直ると良いんだけど docs.aws.amazon.com/AmazonRD…
1
2
125
reader & index only scanの場合でも、where句の条件変えて対象のデータセットを減らすと起きなくなったりしていたので、スキャン対象が単一のページではなく複数のページになると事象が発生するっぽくて、なかなか興味深かった。
2
95
OrioleDBのpublic beta かなりハードなことに挑戦していると思うけど、着実に進捗出していてすごい。 supabase.com/blog/orioledb-p…
OrioleDB public beta: a Postgres storage engine for update-heavy tables

OrioleDB public beta: a Postgres storage engine for update-heavy tables

OrioleDB, an open-source storage engine for Postgres, is in public beta on every Supabase plan.

supabase.com
1
166
記事で紹介されていたDBArenaというベンチマークサイト、Supabaseがこのために作ったものだ。 limitations を見るとTPC-C派生(think time取らない)と書かれているので、sysbench-tpccと同様の競合ベンチっぽい dbarena.vercel.app/methodolo…

Methodology

How DBArena measures hosted Postgres providers: workloads, key metrics, test points, reproduction and more.

dbarena.vercel.app
66
hmarui66 retweeted
Supabase (@supabase) profile picture
Supabase
@supabaseOct 28
OrioleDB is now in public beta, on every Supabase plan. It changes how Postgres stores your table rows, so in most cases they don’t bloat as your data changes. Learn more → supabase.com/blog/orioledb-p…
15
24
8
238
30,733
テクノロジー分野であってもAI自体で創出している価値は限定的な気はするな。 トークン課金分はあれど巨大な投資額からすると微々たるものだろうし。 そして、例えAIで商品開発能力が上がったとしても、商品を買う側が豊かにならないと得られる対価は増えようが無い気もする。 apollo.com/institutional/ins…
No Signs of AI Payoff Outside the Tech Sector | The Daily Spark

No Signs of AI Payoff Outside the Tech Sector | The Daily Spark

Despite massive investments and widespread hype around artificial intelligence, the technology has delivered zero financial payoff to corporate America outside of tech. Subscribe for daily updates.

apollo.com
1
1
116
Webサービス開発なんかも、AIによって当たり前品質のボーダーは上がれども、ユーザーの便益に繋がるような機能は限られてして開発速度を上げて機能増やしても課金には繋がらなかったり、不用意に改修すると逆に嫌がられることもあったりする。
66
blogged / 読書メモ『あなたの隣のサイコパスな人』 hmarui66.github.io/posts/poi…
98
SIGMOD'25のPostgreSQLのオプティマイザの分析論文 dl.acm.org/doi/10.1145/37096… ・正確なカーディナリティ推定は難しい ・推定が正確でも良いプランが選択されるとは限らない ・サンプリングによって統計情報の質も変動 →個々のコンポーネントの改善だけでなく、全体アーキを見直す必要ある
An Elephant Under the Microscope: Analyzing the Interaction of Optimizer Components in PostgreSQL |...

An Elephant Under the Microscope: Analyzing the Interaction of Optimizer Components in PostgreSQL |...

Despite an ever-growing corpus of novel query optimization strategies, the interaction of the core components of query optimizers is still not well understood. This situation can be problematic for...

dl.acm.org
1
1
261
使う側からするとパフォーマンスがどうなるかは実ワークロードで見るしかない、となっちゃうな… オプティマイザの動作をヒント句で制御できるようにしたpgを改造したpg_labと、クエリにヒント句をつけるPostBOUNDも作ったとのことで、これ使えば実データ用意せずともプランを見れたりするかも。
46
Here's another example, in etcd this time. Overload causes followers to be marked unreachable, which causes the whole queue of work to be resent. In other words, overload causes a condition that triggers more load!
8
14
1
145
8,649
オープンな負荷を掛けた時のパフォーマンスの崩壊を見るのは大切ですね。 クローズドな負荷におけるベンチマーク結果を見る時には、その限界を超えた状況も意識する必要がある。
Marc Brooker (@MarcJBrooker) profile pictureMarc Brooker@MarcJBrookerOct 22
When systems see too much load, they sometimes never fully recover. These metastable failure states aren't esoteric or rare, and can be triggered on even very simple systems. Here's an example with single-node Postgres, and a very common query pattern:
1
67
数学における理解の位置付けの変化と通じる話だな…と感じてます。 note.com/katobungen/n/ne2811…
songmu (@songmu) profile picturesongmu
@songmuOct 22
コードレビューの大きな目的として「理解する」というのがあるのは元からあんま変わってないと思ってる。 なんか、色々な目的が混ざった結果分かりづらくなってたけど、結局大事な「理解」が残った
2
191
“AIを使えば早く結果を得られるのに，なぜ自分で理解するために長い時間をかけるのか。その問いを，個人の趣味や努力の問題にしてしまえば，数学の共同体が理解を育て，共有してきた仕組みが宙に浮いてしまう。” ソフトウェア開発におけるシステム理解にも通じる話だなー note.com/katobungen/n/ne2811…
証明することと理解すること−−AI時代の数学と「楽園喪失」｜加藤文元

証明することと理解すること−−AI時代の数学と「楽園喪失」｜加藤文元

問題を解くことで理解が深まり、理解が深まることで、それまで解けなかった問題を解けるようになる。数学者の個人的理解は、最初はその人が属する一部の専門家集団でしか共有されないが、次第に外層の専門家集団にも広がり、より広いオーディエンスの共通理解を経て、最終的には共同体の全体に浸透していく。その集団的理解が教育によって次の世代に受け継がれ、より深い問題意識へと個々の数学者を自然に誘う。問題を解決し...

note.com
126
learned index の論文、継続的に見かけるものの(中をちゃんと読んではいない)、更新やワークロード変化に弱く予測可能性が低いのがネックで、全方位的にB-treeを上回るものにはなっていない印象でした。 チャッピーに聞いてみたら、今でも(改善は進んでるものの)その状況のようです。
Kenn Ejima (@kenn) profile pictureKenn Ejima
@kennOct 18
DBのインデックスのB-treeを予測モデルで代替する話、かなり前に盛り上がったと記憶してるんだけど、どのあたりが差分なんだろう？
1
4
968
昨日のDB朝輪: The Case for Single-Version Concurrency Control in the Cloud (CIDR'27) シングルライターモデルのクラウドDBではMVCCいらないのでは？という論文。 確かに読み取りトランザクションはラグ許容してread replicaに向けること多いしなー arxiv.org/html/2610.15793v1
2
112
Load more