PHPmyadmin geeft andere resultaten als PHP

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Web Ontwikkelaar PHP, Nijmegen

Contactpersoon Roel Kavelaar rkavelaarATsearch-consult.nl 0243528815 0644949337 Organisatie Jong, gezond en sterk groeiende bedrijf dat webbased multimedia oplossingen bouwt in de omgeving Nijmegen. Het bedrijf bouwt voor klanten o.a. geavanceerde websites, webwinkels, webapplicaties en specifieke webbased software. Het bedrijf ontwikkelt en onderhoudt ook verschillende bekende Nederlandse websites. Op dit moment hebben zij een groeiende en brede klantenkring opgebouwd. Met betrekking tot programmeer-, onderhoud-, ontwerp-werkzaamheden wordt een PHP ontwikkelaar gezocht met kennis van contentmanagementsysteemen en frameworks. Locatie Nijmegen Verantwoordelijkheden (Her)Ontwerpen en (her)ontwikkelen in PHP ten behoeve van websites voor klanten, project klussen, onderhoud en specifieke klantwensen (Her)Ontwerpen en (her)ontwikkelen in PHP, PHP

Bekijk vacature »

Daniel van Seggelen

Daniel van Seggelen

10/06/2019 07:22:02
Quote Anchor link
Ik heb deze query:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
$pro = mysqli_query($DBD->conn(),"SELECT p.ean as ean,pt.ean, pt.category, pt.bestaat FROM prijzen p , producten_temp pt WHERE pt.bestaat != 'ja' AND pt.ean = p.ean AND CHAR_LENGTH(p.ean) = 13 group by p.ean");
while ($rtt = mysqli_fetch_array($pro))
{

    $rt = mysqli_query($DBD->conn(),"insert into geen_img (category, ean ) VALUES ('".$rtt['category']."','".$rtt['ean']."')") or die (mysqli_error($DBD->conn()));
}


Het punt is dat ik via PHP geen 13 cijferige ean codes terug krijg en hij grouped ze ook niet, steeds dezelfde ean codes ook. Ook geen foutmeldingen.

In phpmyadmin krijg ik de juiste resultaat.

Hoe nu verder om dit te debuggen ?
 
PHP hulp

PHP hulp

26/06/2019 17:07:20
 
- Ariën -
Beheerder

- Ariën -

10/06/2019 09:08:40
Quote Anchor link
Zit je wel op de juiste server/ database?
Doublecheck dat even.

Waarom een 'ja' en geen integer ( 0 of 1).
Veel handiger!
Gewijzigd op 10/06/2019 09:10:01 door - Ariën -
 
Daniel van Seggelen

Daniel van Seggelen

10/06/2019 09:16:00
Quote Anchor link
Quote:
Waarom een 'ja' en geen integer ( 0 of 1).


Is waar.

Ja zeker weten op dezelfde server. Nog nooit eerder meegemaakt.
 
Rob Doemaarwat

Rob Doemaarwat

10/06/2019 10:13:15
Quote Anchor link
En heb je nergens nog een transaction open staan (maw: doe eens een commit)?
 
Thomas van den Heuvel

Thomas van den Heuvel

10/06/2019 12:37:21
Quote Anchor link
Quote:
Het punt is dat ik via PHP geen 13 cijferige ean codes terug krijg en hij grouped ze ook niet, steeds dezelfde ean codes ook.

Sja, dat zou al een indicatie moeten zijn van wat er misgaat natuurlijk.

Kijk eens goed wat je opvraagt:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
SELECT p.ean as ean,pt.ean, ...

Je vraagt daar twee keer een EAN kolom op. Denk niet dat in MySQLi results onderscheid wordt gemaakt tussen kolommen met dezelfde naam maar een andere prefix. Waarschijnlijk wordt dus de eerste EAN kolom overschreven door de tweede. Probeer ze anders eens verschillende namen te geven?

(en als het tweede geen EAN is (geen x-karakters-tellende-code) waarom noem je het dan zo?)

En ja, alles in een transactie zetten zou niet misstaan. Je wilt namelijk dat deze hele batch in zijn geheel wordt doorgevoerd, of geheel niet. Maar niet half of wat dan ook.
Gewijzigd op 10/06/2019 12:39:44 door Thomas van den Heuvel
 
Daniel van Seggelen

Daniel van Seggelen

11/06/2019 12:01:18
Quote Anchor link
Klopt maar het punt was een index van een category kolom wat in de weg zat
 
Thomas van den Heuvel

Thomas van den Heuvel

11/06/2019 13:14:48
Quote Anchor link
Daniel van Seggelen op 11/06/2019 12:01:18:
Klopt maar het punt was een index van een category kolom wat in de weg zat

Die volg ik niet helemaal? Is het probleem nu opgelost?

Overigens, als je dingen moet doen als het controleren van lengtes en het controleren van een tekstuele waarde die eigenlijk een ja/nee veld is (waarom dan niet opslaan als TINYINT 1/0?eventueel met index als je hier op wilt kunnen zoeken) dan klinkt het alsof de formattering van de tabelkolommen en de opslag van de data niet echt fantastisch is.

Voordat data de database ingaat zou deze gevalideerd moeten worden zodat je vervolgens de garantie hebt dat je ook echt met gestructureerde data bezig bent.

Een database is geen afvalcontainer waar je maar alles inkiepert, en als je dan iets nodig hebt dat je hier dan een keer doorheen wroet. En hier ligt dan misschien ook direct de oorzaak van de opschoningsactie waar je nu mee bezig lijkt te zijn?

Mogelijk is het ook handiger om in plaats van AND pt.ean = p.ean een fatsoenlijke JOIN op te stellen om de tabellen aan elkaar te knopen. Hierin kun je tevens tot uiting laten komen hoe de data in de tabellen zich tot elkaar verhoudt, dat is dan meteen een stukje impliciete documentatie.

Op dit moment is het onduidelijk hoe vaak een record met dezelfde EAN-code voorkomt in welke tabel. Om te kunnen (helpen) doorgronden waarom een query "niet werkt" is het vaak ook handig om te weten hoe het gedrag van de data luidt.
Gewijzigd op 11/06/2019 13:16:35 door Thomas van den Heuvel
 



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.