'Cardinality' og u-updaterbare rows

ORDER BY id ASC LIMIT 126 ?

:) der er ikke noget limit på

hvordan ændrer jeg det dersens cardiniality? har det noget med det at gøre?

Mit forslag gik på, at ved at sætte limit på 126, retter du kun i de 126 laveste id-numre. Hvis ikke det var det du mente, så forstår jeg desværre ikke. Det med 'cardinality' forstår jeg desværre heller ikke...

nogen der kan hjælpe?

Cardinality kunne ganske udmærket have noget med det at gøre. Hvor så du det, og hvad stod der lige omkring?

hvis jeg klikker 'structure' i phpMyAdmin så står det under listen af kolonner i en ny paragraf. Der står
Indexes : [Documentation]
Keyname    Type    Cardinality    Action    Field
PRIMARY    PRIMARY    126                       id

Det kunne tyde på den skal hæves for at vise mere end de 126 rows? Og hvor(dan) gøt jeg det?

min 'id'-kolonne ser således ud:
Field     Type          Attributes    Null    Default    Extra          Action
  id        int(50)                No         auto_increment

Cardinality angiver (så vidt jeg umiddelbart kan se) hvor mange forskellige værdier, der findes i dette felt.

Forresten. Når du skriver "Jeg prøver at updatere et felt, men vil kun opdatere i det første 126 rows og ikke pille ved de sidste 3. ", mener du så "men DEN vil kun..."?

Hvis ja: Hvad er id for de sidste 3, som den ikke vil opdatere?

nogen der har en løsning på ham her?

id på de sidste tre rows, som den ikke vil opdatere er netop 127,128 og 129.
og ja, queriet vil kun opdatere de første 126 rows

Ah, det gav så dit spørgsmål en helt anden mening, end jeg opfattede det...

ok.. jeg er lidt forvirret...mere forstand har jeg heller ikke på mysql endnu ..men det lader bare ikke til at jeg kan ændre den der 'cardinality' nogen steder. er det min struktur, der er fejl i? jeg har lagt et screengrab af strukturen op på www.liquid-i.com/andet/

måske kan det hjælpe?

Ja jaw, du svarede faktisk på det der reelt blev spurgt om.

Og jeg har nu fundet frem til at cardinality udelukkende er et "gæt" fra databasens side, om hvor mange forskellige værdier, der findes i det indekserede felt. Det benyttes af databasen til at beslutte om den skal bruge indekset eller bare lede hele tabellen igennem. Så cardinality har altså ikke noget med dit problem at gøre.

Hvordan ser din update ud?

før stod der 126 i cardinality, men, som på screengrabbet, står pludselig 128!

Som sagt: Det er ikke cardinality, der er årsagen til dit problem.

Hvordan ser din update ud?

nu er der lagt flere rows ind i tabellen siden sidst og jeg synes der er sket nogle underlige ting. der er et spring fra 129 til 132 i den auto-incrementerede 'id'. Dette skyldes  at jeg manuelt redigerede id'erne på 126-128.
Der er 132 rows i det hele, men det højeste id er nu 135, så det ser således ud:
id
...
128
129
132 -!!!
133
134
135

Igen vil min php side ikke opdatere sidste kolonne 'show' på de sidste 4. Aner ikke hvorfor.

Du vil simpelthen bare ikke svare på hvad der bliver spurgt om? Så er det jo altså heller ikke særlig nemt at hjælpe dig :S

jeg forstår ikke spørgsmålet, så..sorry.. hvad mener du?

ok!
$sql = "UPDATE `db_timer` SET `show` = '1' WHERE `id` = '$i'";

Det opdaterer jo også kun en række. Måske er det din løkke, den er gal med?

Mere kode, tak.

Håber det her kan give en ide



<php

$result = mysql_query("SELECT id FROM db_timer");
$count = mysql_num_rows($result);
for ($i=1; $i<=$count; $i++) {
$val = $_POST['addition'][$i];
if(!$val){$val="0";}
echo $i." ".$val."<br>";

if($val=="0"){
$sql = "UPDATE `db_timer` SET `show` = '0' WHERE `id` = '$i'";
}
if($val=="1"){
$sql = "UPDATE `db_timer` SET `show` = '1' WHERE `id` = '$i'";
}
mysql_query($sql);
} 


--html

og så løkken, med checkboxe, som bestemmer hvorvidt 'show'-kolonnen skal opdateres:

<?
$query  = "SELECT `id`,`ini`,`dato`,`kunde`,`show` FROM db_timer ORDER BY $sort DESC";
$result = mysql_query($query);
while($row = mysql_fetch_assoc($result)){
$a++;
echo "<tr class=\"data\"><td></td>";
$show = $row['show'];
$id = $row['id'];
if($show==1){
echo "<td height=\"15\" align=\"center\" nowrap class=\"col1\">\n<input name=\"addition[$id]\" type=\"checkbox\" value=\"1\" checked></td>\n";
}
else{
echo "<td height=\"15\" align=\"center\" nowrap class=\"col1\">\n<input name=\"addition[$id]\" type=\"checkbox\" value=\"1\"></td>\n";
}
echo "<td align=\"center\" nowrap class=\"col2\">{$row['ini']}</td>
<td align=\"center\" nowrap class=\"col2\">{$row['dato']}</td>
<td align=\"center\" nowrap class=\"col2\">{$row['kunde']}</td>
<td align=\"center\" class=\"col3\">";
echo "</td></tr>\n" ;
}
?>


I hvert fald mange tak indtil videre... :):)

det har virket perfekt indtil videre. så lige pludselig begyndte den på det her med ikke at opdatere de sidste..totalt stenet :S

Det har ikke noget med kardinaliteten at gøre. Dette er egentlig også først relevant hvis du begynder at optimere med indexes eller hvis du bruger fremmednøgler.
At kardinaliteten er 126 betyder blot at du har 126 rækker i tabellen - det gælder ikke hvis du har lavet flere indexes eller bruger fremmednøgler!

Det højeste tal der er givet med auto_increment nummereringen er ikke nødvendigvis det samme som det antal rækker du har i din tabel. Du kan f.eks. godt have et ID på den senest tilføjede række der heddder 130, men kun have 126 rækker i tabellen. Netop fordi der kan være slettet nogen rækker et eller andet sted. Dermed kommer der et spring i talrækken!

Er dit problem at du foretager en ændring i alle rækkerne, og så får et svar fra MySQL om at ændringen blev foretaget på 126 rækker? Og ikke ikke 129?

Prøv evt. at køre denne SQL der fortæller dig hvor mange rækker der reelt findes i din tabel.

SELECT COUNT(*) FROM tabel

Mvh. Morten

Ja, din løkke kan ikke håndtere huller i talrækken. Og opgaven bliver kompliceret af, at browsere vistnok kun sender information om checkboxe, når de er krydset af.

Prøv med dette:

$ettere = "";
foreach ($_POST['addition'] as $i=>$vaerdi) {
  $ettere .= $i . ", ";
}

$sql_set="UPDATE `db_timer` SET `show` = '1' WHERE `id` IN (";
$sql_slet="UPDATE `db_timer` SET `show` = '0' WHERE `id` NOT IN (";

if(strlen($ettere)>2){
  $sql_set .= substr($ettere,0,-2) . ")";
  $sql_slet .= substr($ettere,0,-2) . ")";
  mysql_query($sql_set);
  mysql_query($sql_slet);
} else {
  // Der er ingen, der skal sættes, altså skal alle slettes
  mysql_query("UPDATE `db_timer` SET `show` = '0'");
}

Hey Morten,
jeg har en htmlliste spyttet ud fra php/mysql. Den lister alle rows i tabellen med et flueben ved siden. De kan så klikkes fra eller til afhængig af hvilke der skal være aktive ude på 'forsiden'. Ved submit sender den så hele listen igennem og opdaterer hver enkelt 'addition'. jeg har smidt filen op på liquid-i.com/andet/fil.zip sammen med strukturen på www.liquid-i.com/andet/
Jeg håber det kan hjælpe til at gennemskue..

ok. kom li lidt sent. jeg kigger på det

jamen det virkede jo. tusind tak! det havde jeg aldrig kunne brygge sammen det der! :)

Og så laver det højst to kald til databasen i stedet for ca 130. Det betyder en del for performance.

Og så var det vist tid til et svar.