sql >> Databasteknik >  >> RDS >> Mysql

Välj en inspelning baserat på meta

För att skriva den här frågan bara i SQL, skulle du skriva något i stil med

SELECT r.id
FROM recording r
JOIN meta m ON m.recording_id = r.id
           AND (m.meta_key = 'key1' AND m.meta_value = 'value1'
             OR m.meta_key = 'key2' AND m.meta_value = 'value2'
             OR m.meta_key = 'key3' AND m.meta_value = 'value3'
                ...)
GROUP BY r.id
HAVING COUNT(*) = <count of all key/value pairs>
LIMIT 10

HAVING klausulen är det som hävdar att en inspelning har alla de angivna meta-nyckel- och värdeparen.

För att översätta det till din PHP-kod måste du bygga upp din $where klausul på liknande sätt; Jag föredrar att använda en array och imploderande för att spara oro över efterföljande AND och liknande. Samtidigt som vi bygger den klausulen kan vi bygga indata till bind_param :

$join = array();
$params = array();
$types = '';
foreach ($metas as $key => $value) {
    $join[] = 'm.meta_key=? AND m.meta_value=?';
    $params[] = $key;
    $params[] = $value;
    $types .= 'ss';
}
// add the parameter for the `HAVING` check
$params[] = count($metas);
$types .= 'i';
// add the limit
$params[] = $limit;
$types .= 'i';
// make the query string
$sql = "SELECT recording_id 
        FROM {$config->recording_table} r
        JOIN {$config->meta_table} m ON m.recording_id = r.id
         AND (" . implode(' OR ', $join) . ")
        GROUP BY r.id
        HAVING COUNT(*) = ?
        LIMIT ?";
$stmt = $connection->prepare($sql);
if (!$stmt) {
    echo "Prepare failed: " . $conn->error . "\n";
    die();
}
$stmt->bind_param($types, ...$params);
if (!$stmt->execute()) {
    echo "Execute failed: (" . $stmt->errno . ") " . $stmt->error . " \r\n";
    die();
}

En demo av frågebildningen och parametrarnas generering finns här .




  1. Kan inte ansluta till postgres med jdbc i pyspark-skalet

  2. Vad gör Statement.setFetchSize(nSize)-metoden egentligen i SQL Server JDBC-drivrutinen?

  3. Skapar Oracle-sekvens som börjar med alfanumerisk

  4. Är xmlparserv2 från com.oracle.jdbc:ojdbc8 (v12.2.0.1) helt plötsligt korrupt?