Paging binnen div met tabel sorteren

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Hans De Ridder

Hans De Ridder

16/05/2016 21:29:17
Quote Anchor link
Ik ben me nu aan het orienteren op het maken van de records.
Heb ook al scripts gezien die binnen een div de records kunnen pagen als ze te groot worden.
Nu heb ik misschien een simpele vraag.
Als ik in de div de getoonde tabel laat sorteren, wordt dan de complete record gesorteerd?
Gaat er om, dat een record wel paar duizend regels kan bevatten.
Als er op pagina 10 gesorteerd wordt, dan moet iemand eigenlijk weer op pagina 1 beginnen.
Ik neem aan dat het sorteren uisluitend op pagina 1 gedaan moet worden?
Bedankt vast voor het meedenken.
 
PHP hulp

PHP hulp

04/12/2024 10:18:19
 
- Ariën  -
Beheerder

- Ariën -

16/05/2016 21:36:41
Quote Anchor link
Reken maar dat alle resultaten die je paging-script weergeeft worden gesorteerd. Verder is een paar duizend records niks bijzonders voor PHP. Zelfs al zijn het er enkele miljoenen.

Wel is het aan te raden om in de database een goede index te leggen op de velden waarop je zoekt.
Gewijzigd op 16/05/2016 21:37:21 door - Ariën -
 
Hans De Ridder

Hans De Ridder

16/05/2016 21:45:07
Quote Anchor link
Bedankt voor je reactie.
Lerenderwijs heb ik al de nodige velden opgesplitst in nieuwe tabellen.
 
- Ariën  -
Beheerder

- Ariën -

16/05/2016 22:17:28
Quote Anchor link
Ik hoop dat je NIET één dezelfde data over meerdere databasetabellen opsplitst (bijv. auto' 1, auto's 2, auto's 3 etc...). Want zo verlies je de mogelijkheid om de resultaten samen te voegen en met elkaar te betrekken.

Als je de verschillende soorten entiteiten splitst (bijv. auto's, merken, modellen), dan valt dat onder 'normalisering' en dan is dat wel goed.
Gewijzigd op 16/05/2016 22:18:01 door - Ariën -
 
Hans De Ridder

Hans De Ridder

16/05/2016 23:00:37
Quote Anchor link
Ik heb bij het registeren al onderscheid gemaakt tussen verplichte gegevens en aanvullingen (profiel).
Verder is er een aparte tabel met postcode, lat, lon, en type marker.
Er zijn ook aparte tabellen voor verzoekjes.
Het enige verband tussen die tabellen is het id.
Ze worden eigenlijk ook los van elkaar gebruikt in de records.
Bedankt voor je adviezen.
 
Randy vsf

Randy vsf

17/05/2016 09:00:01
Quote Anchor link
Quote:
Wel is het aan te raden om in de database een goede index te leggen op de velden waarop je zoekt.


Dit is wel belangrijk. Ik heb zelf tabellen met miljoenen records (geodata). Zonder indexering duurde het 32 seconden om een adres op te zoeken op lat/long. Met indexering is dat onder de 0.1 sec gegaan.
 
Hans De Ridder

Hans De Ridder

17/05/2016 11:31:11
Quote Anchor link
Tov meeste websitebouwers moet ik wel vaak andersom denken...
Vaak is er een klant die veel gegevens uitdraait voor belangstellenden.
Ik ga uit van veel leden met een basis- en een uitgebreid profiel.
Op grond daarvan worden er records uitgedraaid.
En eventueel aangegeven via google maps.
Uitdraaien gebeurt tot nu toe op:
Manifestatie, vraag/aanbod/diefstal, verzoek, youtube, facebook, website.
Met optie om muziek rechtstreeks door te sturen ter promotie naar radiostation.

Het aantal records per optie zal nooit groter worden dan het aantal leden.

De startpagina kan de records bevatten met verjaardagen, max. 25 favorieten, en de rest van de leden (paging of scrolling in div).
Actuele Manifestaties, 25 meest actuele youtubes en 25 nieuwste nieuwsbrieven zitten in het menu.
Manifestaties, en sommige activiteiten van leden kunnen zichtbaar worden gemaakt met google maps.

De favorieten kom ik later op terug in nieuwe topic. Die wil ik halen via checkboxen uit de overzichtslijst.
En de id's uit die tr, td weer in tabel zetten in database.

Maar de records zullen nooit in de miljoenen lopen.
Dat laat ik liever aan de echte ontwerpers over, haha
Gewijzigd op 17/05/2016 11:33:48 door Hans De Ridder
 



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.