[PHP/MySQL] MIN('-1', '-2') = '-1'?*

[Verwijderd]

Hallo,

ik ben bezig met stukje php incl. MySQL database.
De database ziet er als volgt uit:

code:

tabel: taal_tekst
TT_id  text                  
TA_taalcode  varchar(5)                   
tekst  longtext

De TT_id i.c.m. de TA_taalcode is een unieke sleutel, dit omdat het een meertalig systeem is, in deze tabel staan alle woorden en zinnen in alle talen.
Het id zal in alle talen dus gelijk zijn, dit kan zowel een getal zijn, als een woord.
Ik wil hier items aan toevoegen met een uniek TT_id.
Omdat er ook woorden in staan krijg ik het woord 'wijzigen' als resultaat van deze querie:

PHP:

$maxQ = "SELECT MAX(TT_id) FROM taal_tekst;";

als ik het volgende doe:

PHP:

$minQ = "SELECT MIN(TT_id) FROM taal_tekst;";

Neemt hij in plaat van '-2' de waarde '-1', hoe kan dit?
Ook als ik de waarde verlaag en insert krijg ik als ik deze querie opnieuw aanroep weer '-1'.

Mijn vraag bestaat eigenlijk uit twee delen:
waarom krijg ik '-1' i.p.v. '-2'?
En hoe kan ik het grootste getal selecteren om vervolgens deze te verhogen.
Het is geen autoincrement omdat het een textveld is en omdat ik voor alle taalcodes hetzelfde id nodig heb.

[gorgi_19]

Waarom wil je het minimum van een tekstveld hebben?

Wil je met getallen werken, definieer een kolom dan ook als een getal en maak MySQL niet wijs dat het een tekst is.

[ Voor 3% gewijzigd door gorgi_19 op 31-10-2005 17:07 ]

[Verwijderd]

Maar kan ik de tekst die er nu in staat dan nog wel gewoon gebruiken?
En omdat de MAX niet werkte, dacht ik over te stappen op de MIN, maar dat heeft jammer genoeg dus ook niet het gewenste resultaat.
Omdat je in MySQL/PHP evenveel omhoog als naar beneden kan maakt het toch niet zoveel uit wat je als TT-id gebruikt toch?

[NMe]

Alfabetisch gezien is de string '-1' kleiner dan de string '-2'. Daarom is '-1' kleiner dan '-2', in tegenstelling tot -1 en -2.

Je doet gewoon veel te gekke dingen. Een id is een unieke identifier, en je bent fout bezig als die twee verschillende datatypen moet kunnen hebben. Maak van je ID een getal, of laat het een string en accepteer dat het sorteren en dergelijke wat lastiger wordt.

[Varienaja]

MAX() op een string werkt prima. Let op dat '2' groter is dan '1000', en 'z' groter is dan 'a'.

Als je specifiek op getallen wilt maxxen, dan kan je een vieze hack gebruiken en iets doen als MAX(TO_INT(veld)) gebruiken, maar raad ik je niet aan. Dat gaat onherroepelijk een keer fout als je toch een lettertje in de kolom hebt staan.

[Verwijderd]

Is het mogelijk om er een INT veld van te maken en de 'tekst'-id's erin te laten staan?
Want voor de leesbaarheid van de code is het wel beter dat de 'tekst'-ids blijven bestaan.

[sjroorda]

Nee, dat is logischerwijs niet mogelijk.

[frickY]

Zoek eens een goede tutorial over database normalisatie en kolomtypes. Ik denk dat dat al hoop ophelderd, en toekomstige problemen kan verhelpen.

[Boogie]

>Is het mogelijk om er een INT veld van te maken en de 'tekst'-id's erin te laten staan?
Wat je natuurlijk kan doen is even auto-increment kolom erbij maken, vervolgens via een scriptje je autoincrement getallen en je text-id's ophalen en in een tijdelijke tabel inserten.
Vervolgens pas je je tabel aan naar 'int' (verwijder string kolom en voeg int kolom toe) en kan je aan de hand van je auto-increment je getallenwaarden van je oude stings weer op de juiste plaats terug zettten.

[Verwijderd]

Ik heb het probleem reeds opgelost door er een INT-veld van te maken, ik ben nu helaas mijn 'tekst'-id's kwijt, de leesbaarheid van de code (voornamelijk voor de interface) is nu veel minder.

Ook zal ik nu meerdere scripts doormoeten om alles weer aan te passen, maar iig, het werkt nu weer goed.

Bedankt voor alle tips / adviezen.

[Hydra]

Verwijderd schreef op dinsdag 01 november 2005 @ 08:35:
Is het mogelijk om er een INT veld van te maken en de 'tekst'-id's erin te laten staan?
Want voor de leesbaarheid van de code is het wel beter dat de 'tekst'-ids blijven bestaan.

Nee dat is het helemaal niet

Je mag geen database ID's in je code rond hebben slingeren. Dergelijke magic numbers zijn een grote nono. Als je die ID's in je code moet gebruiken zul je ze dus op moeten halen. Danwel uit de DB, danwel uit een config bestand.

Ik heb een tijdje bij een webdesignbedrijfje gewerkt waar ik hun CMS op mocht schonen. Kwam continue dit soort code tegen:

code:

if($item_id == 316753)
{
    DoSomethingReallyOdd();
    return;
}
else
{
    ProcessItem();
}

En dat soort zut kwam je overal tegen. Schoon je de DB op (items hadden sub items, maar die persoon had er niet aan gedacht dat als je een item verwijdert het misschien ook wel een idee is de sub items te verwijderen), doet opeens de site het niet meer omdat dat '316753' item op de hoofdpagina gebruikt moet worden om de config te laden ofzo.

[ Voor 67% gewijzigd door Hydra op 01-11-2005 14:43 ]