質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

Q&A

2回答

1711閲覧

PHP PDOドライバのlastInsertIdは、当事者が直前で採取したプリイマリキーを返すのか、当事者とは限らないのか

saya24

総合スコア221

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

0グッド

1クリップ

投稿2019/02/07 01:56

編集2022/01/12 10:55

標題のとおりですが、当方が利用しようとしているのはMicrosoftのSQLServerのため そちらのサイトを確認しました。
Microsoft

しかし、この点について一切言及されておりませんでした。

teratailで同様の問合せを参照したのですが、理解できなかったので御問合せさせて頂きました。

メインのテーブルに自動採取のID(プライマリキー)を設定し、こちらで取得したIDを複数テーブルで利用したい(後々結合できるように)と考えています。今しがた【自分】が採取したIDを取得する必要があるおので、同時刻にこのWebページが複数ユーザによって処理された場合でもlastInsertIdは、しっかり、自分が採取したIDを拾ってくるのだろうか?と 思っています。

ご見解をよろしくお願い致します。

【追記】:
複数テーブルを結合するためのIDを、自動採番属性の項目=IDを利用した番号管理テーブルから採取、そして各テーブルへの利用を検討しました。lastInsertIdを用いて...と考えていました。しかし自身のトランザクションで取得したIDを戻すとは限らない、との調査結果から、やはり自身のコーディングでIDを取得する(番号管理テーブル上の最終番号を繰り上げてこれを利用する)方針へ切替えようとしています。

新たな疑問として(というか前回の問合せ内容に戻ってしまいましたが)以下コーディングの★印マークの3ステップの合間に、他トランザクション(自身以外)が同時刻に処理した場合、重複した番号を採取しないか疑問・不安を抱いています。同一トランザクション内で処理したとしても、同時刻に複数ユーザがいる状況下では 2ステップ目で同じ番号をSELECTが払出すような気がし、3ステップ目では同じ番号を更新しにいくような気がします。相応の工夫が必要と思うのですが、重複しないようにどういう手立てをとればよいのでしょうか?

PHP

1function initial($BIID) { 2 try { 3 4 //DBへ接続 【php_etc/dbconnect.phpに接続先は書いてあります】 5 $err_stage = "err#051"; 6 $db = new ms0connect(); 7 $conn = $db->dbconnect(); 8 $conn->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); 9 $conn->beginTransaction(); 10 11 //☆★☆★ 12 $err_stage = "err#052"; 13 $SQL = "SELECT TOP 1 FINALSEQ FROM ATOZ_FINALSEQ WHERE SYSTEMTYPE='".$BIID."'"; 14 $stmt=$conn->prepare($SQL); 15 $stmt->execute(); 16 17 $row = null; 18 $row = $stmt->fetch(PDO::FETCH_ASSOC); 19 if ($row == null) { 20 $err_stage = "err#054"; 21 throw new Exception(); 22 } else { 23 $appno = $row["FINALSEQ"] + 1; //ワーク上で1を繰り上げる 24 } 25 26 $err_stage = "err#053"; 27 $SQL = "UPDATE ATOZ_FINALSEQ SET FINALSEQ=".$appno." WHERE SYSTEMTYPE='".$BIID."'"; //繰り上げられた最終番号を更新する 28 $conn->exec($SQL); 29 //☆★☆★ 30 31 $err_stage = "err#055"; 32 $SQL = "INSERT ATOZ_PLNROUT 33 SELECT A.BIID, A.ORNO, A.FIN, '".$appno."' AS WID, A.STID, B.STNAME, A.USEDPT, NULL AS ACTOP FROM V_ATOZ_BIROUT A LEFT OUTER JOIN 34 (SELECT STID, MAX(STNAME) AS STNAME FROM V_ATOZ_STAGE GROUP BY STID) B 35 ON B.STID=A.STID WHERE A.BIID='".$BIID."'"; 36 $stmt=$conn->prepare($SQL); 37 $stmt->execute(); 38 39 40 $err_stage = "err#056"; 41 $SQL = "INSERT ATOZ_PLNSTAGE 42 SELECT '".$BIID."' AS BIID, '".$appno."' AS WID, A.STID, A.DPTID, A.STNAME, A.USERID, A.SUB, A.USEEXTCON, A.EXTCON FROM V_ATOZ_STAGE A 43 WHERE A.STID IN (SELECT DISTINCT STID FROM V_ATOZ_BIROUT WHERE BIID='".$BIID."')"; 44 $stmt=$conn->prepare($SQL); 45 $stmt->execute(); 46 47 $conn->commit(); 48 $err_stage = null; 49 50 } catch (PDOException $e) { 51 error_log("### SQL Serverデータ取得失敗 ⇒".$SQL."###".$e->getMessage(),0); 52 } catch (Exception $e) { 53 error_log("### SQL Serverデータ取得失敗 ⇒".$SQL."###".$e->getMessage(),0); 54 } 55 $conn = null; 56 return $err_stage; 57}

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

maisumakun

2019/02/07 02:09

PDOからの接続に使っているドライバは何でしょうか?
saya24

2019/02/07 03:37

ご質問にしっかりした回答をできず申しわけないです。サーバにインストールしてあるのは ・php_pdo_sqlsrv_7_ts_x64.dll ・php_sqlsrv_7_ts_x64.dll ・ODBC Driver 11 For SQL Server(msiインストーラ実行) 当該サイトはOracleも接続しており、そちらの目的では php_oci8_11g.dllをセットアップしています。 こういうものがドライバと呼ばれる部類であると願っています...(よくかっていない)
guest

回答2

0

PDO::lastInsertIdにあるように

構成しているドライバに依存します

とある様に、必ずしも一貫性はないようですね
triggerなどDB側で完結した処理を書くほうがラクかもしれません

投稿2019/02/07 02:07

yambejp

総合スコア114572

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

0

ミニマムコードで試したら分かる話でもあります。
プログラムを2つ用意しておき、1つはinsert後、sleepで10秒待機させたあとにlastInsertId
2つ目はinsert後、すぐにlastInsertId
1つ目を実行後、2つ目をすぐに実行

1つ目のlastInsertIdが何を取得するかを確認する。

※idはオートインクリメント、MariaDB10.1.31で確認

1つ目:

php

1try{ 2 $dbh = new PDO("mysql:dbname=XXX;host=XXX;charset=utf8mb4" 3 ,"XXX" 4 ,"XXX", 5 [ 6 PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION, 7 PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC, 8 ] 9 ); 10 $dbh->beginTransaction(); 11 $stmt = $dbh -> prepare("INSERT INTO XXX (name) VALUES (:name)"); 12 $stmt->bindValue(':name', "test1", PDO::PARAM_STR); 13 $stmt->execute(); 14 sleep(10); 15 echo $dbh->lastInsertId(); 16 17} catch (PDOException $e) { 18 var_dump($e); 19 die(); 20}

2つ目

php

1try{ 2 $dbh = new PDO("mysql:dbname=XXX;host=XXX;charset=utf8mb4" 3 ,"XXX" 4 ,"XXX", 5 [ 6 PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION, 7 PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC, 8 ] 9 ); 10 $dbh->beginTransaction(); 11 $stmt = $dbh -> prepare("INSERT INTO XXX (name) VALUES (:name)"); 12 $stmt->bindValue(':name', "test2", PDO::PARAM_STR); 13 $stmt->execute(); 14 echo $dbh->lastInsertId(); 15 16} catch (PDOException $e) { 17 var_dump($e); 18 die(); 19}

元々のlastInsertId()が59のときに1つ目実行し、終わる前に即2つ目を実行すると
2つ目は即「61」が取得され、1つ目は10秒後「60」が取得されました。

つまり、「自分が実行したときの採番IDが取得できた」と言えます。

ただし下記の通りDBの仕様にもよるかもしれません。

注意:

このメソッドは、異なる PDO ドライバ間で意味のあるもしくは 一貫性のある結果を返さないかも知れません。 構成しているデータベースが自動インクリメントフィールド、 もしくはシーケンスの概念をサポートしていないかも知れないためです。


用途は分かりませんが、確実にするのであればlastInsertIdに頼らずプログラム内でID発行してそのIDをINSERTに利用された方が良いでしょうね(私は要件に含まれない限りオートインクリメントはしないです)

投稿2019/02/07 02:21

編集2019/02/07 02:34
m.ts10806

総合スコア80765

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

saya24

2019/02/07 08:13

ご丁寧な説明をありがとうございます。自身が取得した番号をlastInsertIdが返すことを保障しない以上https://teratail.com/questions/172816 に問合せた内容を確実に行う必要があると思います。 取得した番号を読み返すときに、必ず自身が直前で取得した番号を得るには どうするのか教えてくださいませんか?レコードロックとかできるのでしょうか
m.ts10806

2019/02/07 08:15

後半追記してますが、 自動ではなくプログラムで払い出してlastInsertIdを利用しないことです。
saya24

2019/02/07 09:51

ようやく仰られていることが分かったような... 追記とは「プログラム内でID発行して」のことですね? 当方がhttps://teratail.com/questions/172816 に書いた方式だと、UPDATE文で番号を繰り上げているわけでDBMS側で採取しており、プログラム・ワークエリアで採取しているわけではない(読みかえす必要がでてきてしまう)。しかしプログラムで取得して利用テーブルにばら撒く方式であれば読み替えす必要もない、そういうことを述べられているのですね??
saya24

2019/02/07 10:42

上記を自分で書いておきながら、当初疑問に思っていたことがやはり脳裏に...。 IDを繰り上げる上で、一度DBから採番マスタのOneレコードを読みこんで、ワーク上で繰上げた新たな最終番号を当該DBへ更新しにいく必要があると思います。当該Webページを複数名で利用されている場合、最終番号を読込むタイミングと、ワーク上で繰り上げた番号を更新しにいくタイミングが分かれている以上は やはり重複した番号を採取するリスクがあるような気がしてなりません。 一つのトランザクションにしたとしても それって避けられないのですよね...
m.ts10806

2019/02/07 10:57

ちょっとよくわかりませんが、idを繰り上げても損しかありません。欠番にすべきですね。
saya24

2019/02/07 11:08

採番マスタは最終番号のみを保持するOneレコードしか存在しないイメージで当方捉えていますが、mts10806さんは台帳的に番号簿のイメージでお話をされていますか?キーを採取する手続きと、テーブルに利用する手続きが二つに分かれるパターンで、どう一トランザクション内で一律を保つのか?という質問以前、イメージが共有できているか多少不安になってきました...すみません
m.ts10806

2019/02/07 12:12

具体的なコード出された方が良いですね。文章だけでは限界があります
saya24

2019/02/08 04:09

本文にコードを追加致しました。もし、もしお時間に余裕がございましたら確認頂けましたら幸いです。レコードをロックするような手続きを明確に宣言する必要があるのか分からないのです....
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだベストアンサーが選ばれていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問