[MySQL] Gaat niet verder dan record 1071

Pagina: 1
Acties:

  • mees
  • Registratie: December 2000
  • Laatst online: 29-05 12:32

mees

Duuuussss...

Topicstarter
Juist ja. Hier volgt dus een (voor mij) onlogisch verhaal...

Ik heb hier een servertje met phpdev 4.23 erop, apache, mysql, php, phpmyadmin..
Nu heb ik een table in mysql, met 6613 records erin. Geen probleem leek het, want ze staan er allemaal in (zegt mysql).

Maar.. nu ga ik bijvoorbeeld in phpmyadmin (of met een eigen script) records selecteren.. tot record 1071 geeft ie alles weer, maar daarna kan ie niets vinden..
voorbeeldje (uit phpmyadmin):
code:
1
2
3
4
Toon Records 1050 - 1149 (6613 totaal)
 
SELECT * 
FROM `bellijst` LIMIT 1050, 100


Zoals je ziet staan er 6613 records in, en laat ik em 1050 t/m 1149 weergeven. Maar, het stopt bij 1071.
Het is niet zo dat er ee timeout plaatsvind of wat dan ook, want de footer van phpmyadmin wordt er gewoon aan toegevoegd..

Iemand enig idee wat er aan de hand is?

8 bitterballen = 1 byterbal


  • Nielsz
  • Registratie: Maart 2001
  • Niet online
Next page 8)7

  • ACM
  • Registratie: Januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

phpmyadmin manual doornemen :)

Dit hoort zo namelijk.

[ Voor 7% gewijzigd door ACM op 21-01-2003 15:07 ]


  • ACM
  • Registratie: Januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

Euhms, dat is dus niet "dit hoort zo" :)
Want hij hoort netjes verder te gaan.

Tel ook es met select count( * ) from bellijst of er echt zoveel entries inzitten en doe dat nadat je optimise table bellijst; hebt gedaan :)

  • Nielsz
  • Registratie: Maart 2001
  • Niet online
beetje vreemd. Oude pma? en in de sql - cl gaat het wel goed?

  • mees
  • Registratie: December 2000
  • Laatst online: 29-05 12:32

mees

Duuuussss...

Topicstarter
ACM schreef op 21 januari 2003 @ 16:31:
Euhms, dat is dus niet "dit hoort zo" :)
Want hij hoort netjes verder te gaan.

Tel ook es met select count( * ) from bellijst of er echt zoveel entries inzitten en doe dat nadat je optimise table bellijst; hebt gedaan :)
Ik dacht al.. "dat hoort zo" .. dus software hoeft tegenwoordig niet meer te werken ? :)

Resultaten:

code:
1
2
Table             Op       Msg_type  Msg_text  
leven13.bellijst  optimize status    Table is already up to date


code:
1
2
count( * )  
6613


Versie: phpMyAdmin 2.3.2
MAar daar lijkt het niet aan te liggen, want als ik een script uitvoer op de server, en ik laat em records boven de 1071 selecteren, krijg ik geen output van mysql... ben ik nu gewoon een bug tegengekomen ofzo? of doe ik iets fout?

[ Voor 21% gewijzigd door mees op 21-01-2003 17:54 ]

8 bitterballen = 1 byterbal


  • Postman
  • Registratie: Februari 2000
  • Laatst online: 15-08 20:11
Lijkt mij eerder een MySQL probleem. Misschien een oude versie die niet boven 1071 kan?? Lijkt me trouwens wel onlogisch: een database met een record limit.

  • mees
  • Registratie: December 2000
  • Laatst online: 29-05 12:32

mees

Duuuussss...

Topicstarter
FlamerX schreef op 21 January 2003 @ 18:02:
Lijkt mij eerder een MySQL probleem. Misschien een oude versie die niet boven 1071 kan?? Lijkt me trouwens wel onlogisch: een database met een record limit.
Ik heb inderdaad al gezocht of er een maximale grootte is voor de databases of tables, maar dat komt in de Gigabytes...
Harde schijfruimte kan het ook niet zijn, nog 25 Gig vrij op de server..

Ik kan alle records onder de 1072 gewoon bewerken enzo, maar boven de 1071 zie ik niets meer... terwijl ie toch aangeeft er 6613 te hebben... * mees is conused

8 bitterballen = 1 byterbal


  • Nielsz
  • Registratie: Maart 2001
  • Niet online
en gewoon "select * from table where id= 3002? (of een ander nummer? )

  • mees
  • Registratie: December 2000
  • Laatst online: 29-05 12:32

mees

Duuuussss...

Topicstarter
Hmm, dat doet ie wel... als ik er dus 1 selecteer

Hetvolgende is ook wel vaag trouwens:
code:
1
SELECT * FROM bellijst WHERE beschikbaar = 1;


Geeft in phpmyadmin:
records 1,2,3,1072

Geeft in een PHP script:
records 1,2,3

De records waar beschikbaar = 1:
records 1,2,3,1072,3002

[ Voor 72% gewijzigd door mees op 21-01-2003 18:40 ]

8 bitterballen = 1 byterbal


  • Postman
  • Registratie: Februari 2000
  • Laatst online: 15-08 20:11
Die laatste 'fout' duidt op een fout in je PHP script. Je zult dus waarschijnlijk niet volledig alle records doorlopen (oftewel, je loop eindigt te vroeg).

Dat je record 3002 niet terug krijgt klopt wel met je voorgaande problemen. Boven 1072 kan ie niks tonen (of was het nou 1071, je hebt het namelijk ook over 'onder de 1072'; dus 1073 geeft pas problemen * Postman is ook conused ;))

  • ProgrammerX
  • Registratie: Juli 2002
  • Laatst online: 26-02-2021
Misschien zit er inderdaad een probleem in dat record (1071) en stopt ie daarom.

Heb je al eens geprobeerd om bijvoorbeeld alles vanaf 1200 te laten zien ofzo ?

  • mees
  • Registratie: December 2000
  • Laatst online: 29-05 12:32

mees

Duuuussss...

Topicstarter
Hmm, ik zie nu bij phpmyadmin iets staan ver de primary key (Id):

code:
1
2
Sleutelnaam Type     Kardinaliteit Actie                   Veld 
PRIMARY     PRIMARY  1072          Verwijderen  Wijzigen   Id


Het magische getal 1072 verschijnt dus...
Weet iemand hier meer van?

Als ik probeer iets te wijzigen van die key, krijg ik de volgende error:
code:
1
Error on rename of '.\leven13\bellijst.MYI' to '.\leven13\#sql2-5d4-277.MYI' (Errcode: 13)

[ Voor 25% gewijzigd door mees op 22-01-2003 15:04 ]

8 bitterballen = 1 byterbal

Pagina: 1