メモリに載らないGROUP BYをDuckDBはどう処理するのか
zenn.dev
・DuckDBがメモリ容量を超えるデータをどのように処理しているのか、その内部メカニズムを解説します。・外部メモリへのスピル処理や効率的なデータ処理アルゴリズムに関心があるエンジニア向けの内容です。・大規模データセットを扱う際のパフォーマンス最適化や技術選定の参考になります。
株式会社ログラスHiroto Ryushima
株式会社ログラス
企業情報
株式会社ログラス
ろぐらす
法人代表者名: -
法人番号: 2011501024807
証券コード: -
事業概要: -
郵便番号: 1080073
本社所在地: 東京都港区三田３丁目１１番２４号
従業員数: 330
従業員数（男性）: -
従業員数（女性）: -
創業: -
最新ニュース
メモリに載らないGROUP BYをDuckDBはどう処理するのか
zenn.dev
・DuckDBがメモリ容量を超えるデータをどのように処理しているのか、その内部メカニズムを解説します。・外部メモリへのスピル処理や効率的なデータ処理アルゴリズムに関心があるエンジニア向けの内容です。・大規模データセットを扱う際のパフォーマンス最適化や技術選定の参考になります。
株式会社ログラスHiroto Ryushima
メモリに載らないGROUP BYをDuckDBはどう処理するのか
zenn.dev
・DuckDBがメモリ容量を超えるデータをどのように処理しているのか、その内部メカニズムを解説します。・外部メモリへのスピル処理や効率的なデータ処理アルゴリズムに関心があるエンジニア向けの内容です。・大規模データセットを扱う際のパフォーマンス最適化や技術選定の参考になります。
株式会社ログラスHiroto Ryushima
「index を張ったのに使われない」には理由がある — 述語が Index Cond になるための 4 つの関門
zenn.dev
・PostgreSQLでインデックスが使用されない原因と、Index Conditionとして機能するための条件を解説します。 ・クエリの書き換えによってインデックスが効かなくなる現象のメカニズムを技術的に深掘りします。 ・データベースのパフォーマンスチューニングを行うバックエンドエンジニアやデータベースエンジニアに最適です。
株式会社ログラスMasaki
「index を張ったのに使われない」には理由がある — 述語が Index Cond になるための 4 つの関門
zenn.dev
・PostgreSQLでインデックスが使用されない原因と、Index Conditionとして機能するための条件を解説します。 ・クエリの書き換えによってインデックスが効かなくなる現象のメカニズムを技術的に深掘りします。 ・データベースのパフォーマンスチューニングを行うバックエンドエンジニアやデータベースエンジニアに最適です。
株式会社ログラスMasaki
「index を張ったのに使われない」には理由がある — 述語が Index Cond になるための 4 つの関門
zenn.dev
・PostgreSQLでインデックスが使用されない原因と、Index Conditionとして機能するための条件を解説します。 ・クエリの書き換えによってインデックスが効かなくなる現象のメカニズムを技術的に深掘りします。 ・データベースのパフォーマンスチューニングを行うバックエンドエンジニアやデータベースエンジニアに最適です。
株式会社ログラスMasaki
AIプロダクトの新規事業、立ち上げから1年の振り返り
zenn.dev
・AIプロダクトの新規事業立ち上げから1年間の経験と学びを振り返る記事です。・プロダクトマネージャーやエンジニアリングマネージャーとして新規事業開発に携わる方におすすめです。・チームビルディングやプロダクト開発責任者としての役割の変化について解説しています。
株式会社ログラスhc0208
AIプロダクトの新規事業、立ち上げから1年の振り返り
zenn.dev
・AIプロダクトの新規事業立ち上げから1年間の経験と学びを振り返る記事です。・プロダクトマネージャーやエンジニアリングマネージャーとして新規事業開発に携わる方におすすめです。・チームビルディングやプロダクト開発責任者としての役割の変化について解説しています。
株式会社ログラスhc0208
gRPC / Connect / HTTP/2 を完全に理解したい
zenn.dev
・gRPCやConnect、HTTP/2の技術的背景と歴史を解説しています。・スキーマ駆動開発における通信プロトコルの仕組みを深く理解したいエンジニア向けです。・ブラウザとサーバー間の通信におけるHTTP/1.1とHTTP/2の役割の違いを整理しています。
株式会社ログラスMakoto Kobayashi
gRPC / Connect / HTTP/2 を完全に理解したい
zenn.dev
・gRPCやConnect、HTTP/2の技術的背景と歴史を解説しています。・スキーマ駆動開発における通信プロトコルの仕組みを深く理解したいエンジニア向けです。・ブラウザとサーバー間の通信におけるHTTP/1.1とHTTP/2の役割の違いを整理しています。
株式会社ログラスMakoto Kobayashi
AI 時代の認可ハーネス
zenn.dev
・認可ロジックの呼び忘れを防ぐための「認可ハーネス」の概念と実装手法を解説しています。 ・DDDにおける認可の扱いを深掘りし、AI時代に適した安全な認可設計を提案します。 ・バックエンドエンジニアやアーキテクトが、堅牢な認可システムを構築する際の参考になります。
株式会社ログラスurmot
AI 時代の認可ハーネス
zenn.dev
・認可ロジックの呼び忘れを防ぐための「認可ハーネス」の概念と実装手法を解説しています。 ・DDDにおける認可の扱いを深掘りし、AI時代に適した安全な認可設計を提案します。 ・バックエンドエンジニアやアーキテクトが、堅牢な認可システムを構築する際の参考になります。
株式会社ログラスurmot
「ページが応答しません」を記録する window.crashReport を試す
zenn.dev
・ブラウザのフリーズや応答停止を検知するwindow.crashReportの活用方法を解説します。 ・パフォーマンス監視ツールでは捉えきれない「ページが応答しない」事象の記録手法を学びます。 ・フロントエンドエンジニアがユーザー体験を向上させるための実装テクニックとして役立ちます。
株式会社ログラスあさマック
障害の影響調査と報告のための履歴データモデル
zenn.dev
・障害発生時に影響を受けたユーザーを特定し、適切な連絡を行うためのデータ設計手法を解説します。 ・B2Bシステムにおいて、障害調査を考慮した履歴データモデルの構築がなぜ重要かを説明します。 ・障害対応の迅速化を目指すバックエンドエンジニアやアーキテクトに向けた内容です。
株式会社ログラスYuito Sato
障害の影響調査と報告のための履歴データモデル
zenn.dev
・障害発生時に影響を受けたユーザーを特定し、適切な連絡を行うためのデータ設計手法を解説します。 ・B2Bシステムにおいて、障害調査を考慮した履歴データモデルの構築がなぜ重要かを説明します。 ・障害対応の迅速化を目指すバックエンドエンジニアやアーキテクトに向けた内容です。
株式会社ログラスYuito Sato
障害の影響調査と報告のための履歴データモデル
zenn.dev
・障害発生時に影響を受けたユーザーを特定し、適切な連絡を行うためのデータ設計手法を解説します。 ・B2Bシステムにおいて、障害調査を考慮した履歴データモデルの構築がなぜ重要かを説明します。 ・障害対応の迅速化を目指すバックエンドエンジニアやアーキテクトに向けた内容です。
株式会社ログラスYuito Sato
AI時代のエンジニアリングマネージャーのあり方｜外部品質編 〜品質の可視化を、現場と経営をつなぐ形にするまで〜
zenn.dev
AIによる開発速度向上と、それに伴う品質向上のアプローチについて、エンジニアリングマネージャーがAI時代にどのように変化すべきかを考察する記事です。 AIの進化を踏まえ、品質の可視化を現場と経営層の間で共有する重要性について論じます。 この記事は、エンジニアリングマネージャー、プロジェクトマネージャー、テックリード、品質管理担当者向けです。
株式会社ログラスYoshiki Iida
AI時代のエンジニアリングマネージャーのあり方｜外部品質編 〜品質の可視化を、現場と経営をつなぐ形にするまで〜
zenn.dev
AIによる開発速度向上と、それに伴う品質向上のアプローチについて、エンジニアリングマネージャーがAI時代にどのように変化すべきかを考察する記事です。 AIの進化を踏まえ、品質の可視化を現場と経営層の間で共有する重要性について論じます。 この記事は、エンジニアリングマネージャー、プロジェクトマネージャー、テックリード、品質管理担当者向けです。
株式会社ログラスYoshiki Iida
SRE NEXT 2026で「依頼文化をやめる日」というタイトルで登壇してきました
zenn.dev
SRE NEXT 2026に現地参加した筆者が、自身の登壇「依頼文化をやめる日」の振り返りとイベント全体の感想を述べている記事です。 今回のテーマ「Inclusive SRE」に触れ、SREsというロールにとらわれず、Site Reliability Engineeringに関わる全てのエンジニアが学べる場であったことを伝えています。 SREエンジニア、エンジニアリングマネージャー、およびイベント参加者やSREのテーマに関心のあるエンジニア向けです。
株式会社ログラスshin1988
AIに「レビューして」はもう古い？「敵対的検証」のすすめ
zenn.dev
- AIへの指示方法が「レビューして」から「敵対的検証して」へと進化 - 敵対的検証は、課題を前提に反証を試み、判定と根拠まで提示させる手法 - この記事は、AIの能力を最大限に引き出し、より深い洞察を得たい開発者やプロダクトマネージャー向け