Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Match PDO MySQL lastInsertId() behavior in edge cases

オープン
#474 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
55/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
静か
技術スタック
mysql, php, sqlite
領域
databases

調査の方向性

WP_MySQL_On_SQLite::lastInsertId() と、#471 で参照されている PDO のカバレッジ作業から始めてください。列挙された INSERT および REPLACE のケースのカバレッジを追加し、返される ID が SQLite の接続レベルの last row ID ではなく、PDO MySQL の動作と一致することを確認してください。

索引モデルが issue の本文から書いたものです。

説明

Problem

WP_MySQL_On_SQLite::lastInsertId() snapshots SQLite's last row ID, but SQLite and PDO MySQL differ in several cases:

  • A multi-row insert returns SQLite's last generated ID; PDO MySQL returns the first.
  • An insert into a table without AUTO_INCREMENT can expose a SQLite row ID; PDO MySQL returns "0".
  • A fully ignored insert can expose a stale or advanced SQLite ID; PDO MySQL returns "0".

The PDO coverage work in #471 handles initialization, operation resets, and isolation from internal SQLite writes, but not these differences.

Expected behavior

Derive the ID from the user-issued MySQL INSERT or REPLACE operation rather than directly exposing SQLite's connection-level last row ID.

Add coverage for single-row, multi-row, explicit-ID, non-auto-increment, ignored, replace, and duplicate-key-update cases.

主要言語
PHP
スター
362
フォーク
69
平均マージ
3日 11時間
マージ済み PR(30日)
12

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートなし
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

WordPress/sqlite-database-integration のほかの issue

WordPress/sqlite-database-integration の issue をすべて見る

似ている issue

PHP の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。