erikjacobsen > Hmmm, nej den gør det stadig ikke rigtigt! Jeg har flere poster i min database der har højere IDvkc end dem SQL-strengen henter ud med denne - jeg forstår det ikke...???
det kan ikke passe: The LIMIT clause can be used to constrain the number of rows returned by the SELECT statement. LIMIT takes one or two numeric arguments. The arguments must be integer constants. If two arguments are given, the first specifies the offset of the first row to return, the second specifies the maximum number of rows to return. The offset of the initial row is 0 (not 1): To be compatible with PostgreSQL MySQL also supports the syntax: LIMIT # OFFSET #. mysql> SELECT * FROM table LIMIT 5,10; # Retrieve rows 6-15 To retrieve all rows from a certain offset up to the end of the result set, you can use -1 for the second parameter: mysql> SELECT * FROM table LIMIT 95,-1; # Retrieve rows 96-last. If one argument is given, it indicates the maximum number of rows to return: mysql> SELECT * FROM table LIMIT 5; # Retrieve first 5 rows In other words, LIMIT n is equivalent to LIMIT 0,n. The SELECT ... INTO OUTFILE 'file_name' form of SELECT writes the selected rows to a file. The file is created on the server host and cannot already exist (among other things, this prevents database tables and files such as `/etc/passwd' from being destroyed). You must have the FILE privilege on the server host to use this form of SELECT. SELECT ... INTO OUTFILE is mainly intended to let you very quickly dump a table on the server machine. If you want to create the resulting file on some other host than the server host you can't use SELECT ... INTO OUTFILE. In this case you should instead use some client program like mysqldump --tab or mysql -e "SELECT ..." >
Men hvis der i en "tpost" er flere poster, og du ønsker at udtage alle de felter der hører til den nyeste (med max(rdate)) kan du ikke bare gøre sådan her. Er det ønsket?
Du kan jo have en lille tabel ekstra - nu jeg forstår du ikke bare sidder og hyggeprogrammerer en fredelig lørdag aften - med en post for hvertpost. Hver ny indsættelser indsætter så tpost,idvkc i denne ekstra tabel, men overskriver den gamle tpost hver gang. Så har du dit svar med en simpel join.
Hmmm, hossein > det er meget mystisk! Jeg har en TPOST = 10, IDvkc = 24 og RDATE = 2003-03-22 - den kommer med istedet for TPOST = 10, IDvkc = 37 og RDATE = 2003-05-17
Denne her ORDER BY RDATE DESC burde altså vende datoerne, altså rækkefølgen på datoerne, så de bliver sorteret i faldende orden, d.v.s. nyeste først eller er jeg helt gal på den?
formelt er forkert. Den ved ikke hvilken værdi af b den skal tage fra de felter der har a tilfælles. MySql tillader det, tilfældigvis, men du har ikke styr på hvilken af b-værdierne den tager. Du kommer ingen vegne med en group by alene
Hvor, mrjowns, mener du hossein har været dig til hjælp, siden du vil give ham point? Har har skrevet en masse, javel, men har noget af det være tilnærmelsesvist korrekt?
Med den indstilling ønsker jeg IKKE at få point. Jeg er smuttet
Ahhhh, erikjacobsen! Han har da bidraget og jeg må vel dele mine point ud som jeg har lyst! Jeg havde ikke tænkt mig at give ham mange point for jeg vil følge en af dine modelle - du ville have fået klart de fleste...! Du er derfor stadig velkommen med et svar!
Hehe, okay nu har vi vist ventet længe nok på ham! Så du får bare pointene, hossein! Igen tak for hjælpen!!!
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.