Synology-Forum.nl
Packages => Officiële Packages => PHPMyAdmin Package => Topic gestart door: pappa op 20 september 2017, 10:14:04
-
Ik ben aan het experimenteren met data vanuit een bron op te slaan in mijn Synology met DSM 4.2. Elke 2 seconde wordt er data gestuurd en de synology web pagina slaat bij veranderingen tussen aangeboden data, het meteen op of als er geen data veranderd is, elk uur 1 maal. Elke 1e van de maand wordt alle data ouder dan 60 dagen verwijderd. Een berg data dus. Nu valt het me op dat ik op een overzichtspagina die de data opvraagt uit de synology er niets meer is ingevoerd na 16:00 uur, 19 sept 2017. Als ik kijk op de phppagina van de Synology kan ik tot regel 99 data vinden, 53798 30-8-2017 23:00 uur.
Voordat ik nu erg ga uitzoeken wat er fout is in mijn script etc. vraag ik me af of ik tegen een max. aanloop van de DSM of php of de Synology. Ik heb volgens opslag beheer nog 229.76 GB beschikbaar. De harddiskken zijn nog niet vol.
vraag 1: Kan PHP myadmin geen data tonen na regel 99?
vraag 2: Hoeveel data regels kan de DSM 4.2. opslaan ?
vraag 3: Tuin_ID is een bigint(20) inmiddels aangepast aan bigint(40) zou toch niet uit mogen maken?
Mocht iemand me verder kunnen helpen dan graag.
-
Een ding is al opgelost. Dat data niet opgeslagen werd kwam omdat er geen data aangeleverd werd.....Ik had dat eigenlijk over het hoofd gezien. Reset van de data verstuurder hielp.
Maar waarom toont Myadmin maar 99 regels?
-
Het zijn geen 99 regels, maar 99 pagina's van 250 regels
Je kunt de 250 nog op 500 zetten, maar dan duurt het laden langer
Boven in je scherm staat het totale aantal (niet op de printscreen leesbaar)
-
Eddiexbmw bedankt voor je reactie. Okee 99 bladen van 250 regels. Inmiddels worxt de database wel gevuld maar kan ik dat via php myadmin niet zien. Meer dan 99 bladen/pagina's worden niet getoond. Terwijl die er dus wel zijn.
-
hoeveel records heb je? bij mij gaat phpmyadmin voorbij de 99 pagina's
-
53798 begreep ik. Momenteel kan ik dat niet nakijken maar op de bijgesloten info staat dat getal vermeld.
-
je id is 53798, maar data ouder dan 60 dagen wordt verwijderd. Weet je zeker dat je 53798 regels hebt?
-
Zoals ik al schreef ik kan momenteel niet kijken maar 98×250 hele bladen en een beetje van 99 is ongeveer 24500 regels.
-
Kan het aan de versie van Myadmin liggen?
De database gaat verder, dus dat is het probleem niet.
-
Ik heb versie phpmyadmin 4.6.6
-
Ik ken de inhoud van het script niet, maar doe je een insert of een update van bestaande regels. Als je een update doet van bestaande regels, dan hoet het hoogste id niet de nieuwste date te hebben.
-
Als ik aantal rijen op 25 zet dan zie ik inderdaad 991 als teller van het aantal regels. phpMyadmin versie is 4.1.14.8.
Ik blijf echter hangen op woensdag 30 aug (2017-08-30) om 23:00 uur terwijl ik zeker weet dat er na die datum en tijd, meer gegevens in de database staan.
Nu is het geen onoverkomelijk probleem maar verbaast me wel.
-
En ik gebruik insert i.p.v. update.
-
Je kunt door op de kollomheader te klikken sorteren. Als je sorteert op id aflopend (of op datum), krijg je ze dan wel te zien?
-
Daar had ik ff niet aan gedacht. ;) Klikken op datum geeft inderdaad 2017-09-21 15:00 aan. De status is dus het afgelopen uur niet veranderd. (Het is nu 15:55) Data wordt getoond door phpMysql. Klik ik op het onderste blad 992 rij 25 dan kom ik wel 2017-07-03 tegen. Het raadsel wordt nog groter als ik op het tuin_ID klik om vanaf het begin te starten. Nu zit er een verschil in het aanvang van de database. Volgens mijn script heb ik vanaf 2017-07-03 08:47 de eerste data en volgens PHPmyAdmin vanaf 09:08.
Ik krijg het idee dat er een beperking zit op de myAdmin versie t.a.v. het tonen van data.
-
Zie bijlage. Grijs is myAdmin en wit/perkament mijn script die de data uit dezelfde database haalt.
-
Wat staat er boven in je scherm? Op pagina 1 zie je 0 tot 24 van xxxxx
Je kunt dan het aantal pagina’s zelf ook uitrekenen.
Je zou ook de versie kunnen updaten en dan opnieuw testen
-
Eddiexbmw,
Vermoedelijk heb je me op een spoor gebracht. De sorteersleutel stond bij mij op 'geen'. Toen ik die op 'PRIMARY(oplopend) of 'PRIMARY(aflopend)' plaatste vond myAdmin wel alle data van begin tot eind v.v.
Vermoedelijk stond de data dus door elkaar. De begin regel niet netjes in het begin en de eind regel niet netjes aan het einde. Wel vreemd.....
Bedankt voor het mee helpen zoeken.
Groeten
Peter
-
Mooi dat het gevonden is :thumbup: