テーブル内の行を検索し、検索された用語(たとえばdog%)を含む行を見つけて、関連する親のIDを返します表)。したがって、結果を親IDでグループ化してから並べ替え、最後に10個のuniqe idsのリストを取得するための制限/オフセットを設定します。クエリはストアドプロシージャ内にあり、私はPHPから呼び出します。MySQLストアドプロシージャが異なる結果を返す
問題は、私はしばしば異なる結果になります。 INパラメータが同じで、データベース内の何も変更されていないにもかかわらず、リクエストごとに異なる結果が得られます.IDは同じではなく、順序に違いがあります.2つのリクエストでIDが重複しています...
ファイルをログに記録する$stmt = $this->pdo->prepare("CALL $procedureToCall('$searchedTerm', $offset)");
PHPで私は値がログインしています(リクエストをし、その結果):私はそれを呼び出すにはどうすればよい
CREATE DEFINER=`root`@`localhost` PROCEDURE `FIND_VOCABULARY_ID_BY_MEANING`(IN `in_searched_value` varchar(50)
, IN `in_offset` INT)
LANGUAGE SQL
NOT DETERMINISTIC
CONTAINS SQL
SQL SECURITY DEFINER
COMMENT ''
BEGIN
insert into test values (in_searched_value,in_offset);
SELECT
v.id
FROM vocabulary AS v
LEFT JOIN vocabulary_sense AS vs ON vs.vocabulary_id = v.id
LEFT JOIN vocabulary_sense_gloss_eng AS vsg ON vsg.sense_id = vs.id
WHERE vsg.gloss LIKE CONCAT(in_searched_value,'%')
GROUP BY v.id
ORDER BY v.calculated_prio DESC
LIMIT 10 OFFSET in_offset;
END
:
これが手順です。ここでは、2つの異なるアプローチがそれぞれに5件のリクエストがあり、以下のとおりです。あなたが見ることができるように、45832 idは最初のアプローチで二回私に送っている
[2016-10-11 13:35:19] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 0)
[2016-10-11 13:35:19] 17141,16446,38334,58166,17121,45822,35328,37553,41185,45832
[2016-10-11 13:35:22] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 10)
[2016-10-11 13:35:22] 46659,51149,53639,55276,56388,95,63900,71780,73935,17134
[2016-10-11 13:35:25] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 20)
[2016-10-11 13:35:25] 83260,97433,17176,103416,111512,135069,147790,38335,159709,38338
[2016-10-11 13:35:27] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 30)
[2016-10-11 13:35:27] 162898,38340,163783,38359,165067,38360,171044,38364,38378,38380
[2016-10-11 13:35:31] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 40)
[2016-10-11 13:35:31] 38384,41163,41211,45832,45833,45837
[2016-10-11 13:35:33] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 50)
[2016-10-11 13:50:38] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 0)
[2016-10-11 13:50:38] 17141,16446,38334,58166,17121,45822,35328,37553,41185,56388
[2016-10-11 13:50:41] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 10)
[2016-10-11 13:50:41] 95,63900,71780,73935,17134,83260,97433,17176,103416,111512
[2016-10-11 13:50:45] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 20)
[2016-10-11 13:50:45] 135069,147790,38335,159709,38338,162898,38340,163783,38359,165067
[2016-10-11 13:50:48] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 30)
[2016-10-11 13:50:48] 38360,171044,38364,38378,38380,38384,41163,41211,45832,45833
[2016-10-11 13:50:50] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 40)
[2016-10-11 13:50:50] 45837,45841,46659,51149,53639,55276
[2016-10-11 13:50:53] CALL FIND_VOCABULARY_ID_BY_MEANING('vulgar', 50)
(0と40をオフセット)。 2番目のアプローチでは、それは一度だけ存在しますが、オフセット30で...
また、入力パラメータ - オフセットと検索されたターム - MySQLで - 上記のPHPで生成されたログと一貫性があります。だから私はなぜそれらのdiffenrecesを持っているのですか?私はここで間違っていますか?
SELECT
v.id
FROM vocabulary AS v
LEFT JOIN vocabulary_sense AS vs ON vs.vocabulary_id = v.id
LEFT JOIN vocabulary_sense_gloss_eng AS vsg ON vsg.sense_id = vs.id
WHERE vsg.gloss LIKE CONCAT('vulgar','%')
GROUP BY v.id
ORDER BY v.calculated_prio DESC
LIMIT 10 OFFSET 0;
結果は以下のとおりです。私はただのクエリを呼び出すとき、再びしかし - 私はMYSQLクライアント(ないPHP)から直接手続きを呼び出すと、私にconsitent結果が得られることがわかってきました
EDIT
また、異なる
EDIT 2
H ...(まだconsitent、私は同じ結果を得ているが、これらの結果は、プロシージャ内のクエリとは異なり)クエリーで使用されるテーブルの構造は次のとおりです。
CREATE TABLE `vocabulary` (
`id` MEDIUMINT(8) UNSIGNED NOT NULL AUTO_INCREMENT,
`entry_sequence` MEDIUMINT(8) UNSIGNED NOT NULL,
`jlpt_level` TINYINT(4) NULL DEFAULT NULL,
`calculated_prio` MEDIUMINT(9) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
INDEX `idx_vocabulary_calculated_prio` (`calculated_prio`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
AUTO_INCREMENT=174912
;
CREATE TABLE `vocabulary_sense` (
`id` MEDIUMINT(8) UNSIGNED NOT NULL AUTO_INCREMENT,
`vocabulary_id` MEDIUMINT(8) UNSIGNED NOT NULL,
PRIMARY KEY (`id`),
INDEX `fk_vocabulary_sense_vocabulary_id` (`vocabulary_id`),
CONSTRAINT `fk_vocabulary_sense_vocabulary_id` FOREIGN KEY (`vocabulary_id`) REFERENCES `vocabulary` (`id`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
AUTO_INCREMENT=195529
;
CREATE TABLE `vocabulary_sense_gloss_eng` (
`id` MEDIUMINT(8) UNSIGNED NOT NULL AUTO_INCREMENT,
`sense_id` MEDIUMINT(8) UNSIGNED NOT NULL,
`gloss` TEXT NOT NULL,
PRIMARY KEY (`id`),
INDEX `vocabulary_sense_gloss_vocabulary_sense_id` (`sense_id`),
INDEX `vocabulary_sense_gloss_gloss` (`gloss`(255)),
CONSTRAINT `vocabulary_sense_gloss_eng` FOREIGN KEY (`sense_id`) REFERENCES `vocabulary_sense` (`id`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
ROW_FORMAT=COMPACT
AUTO_INCREMENT=317857
;
ボキャブラリがメインエントリです。 vocabulary_sense(1対多)がそれを指しています。そして、vocabulary_sense_gloss_eng(やはり、1対多数)がvocabulary_senseを指しています。
"calculated_prio"は静的INT値です。
サンプルデータを投稿できますか? 'calculated_prio'とは何ですか? – CGritton
@KamranShahidどうして?オフセットは同じです、それはその方法で結果を混乱させるべきではありません... – RandomDude
実際には、どこからどこに問題があったのかと思っていました。サンプルデータが必要でしたが、あなたはすでにそれを解決してうれしいです –