Databases zijn daar júist voor bedoeld. Van enkele miljoenen records ligt een rdbms absoluut niet wakker. Databases op zichzelf zijn ook gewoon bestanden, waarbij de opslagwijze afhangt van de gekozen storage engine. Dus in feite probeert hij zijn eigen databasesysteem te ontwerpen. Leuk als hobbyprojectje ter leer ende vermaeck, maar totaal niet aan te raden. Je gaat geheid tegen problemen oplopen naarmate het complexer/drukker wordt tot op het punt dat het systeem niet meer houdbaar isquote:Op woensdag 14 augustus 2013 16:31 schreef Skunk-m het volgende:
Kun je artikelen en forum posts beter in bestanden zetten of in een mysql tabel wat betreft prestaties..?
Want op een site waar ik zit wou iemand een nieuwe versie maken zeg maar en die ging alle artikelen en forum posts in bestandjes en mappen zetten met beperkte info in mysql en ik vroeg me af of dat wel nut ofzo had..
Altijd leuk, wazige foutmeldingen of boos commentaar in code.quote:
Ok, als ik dat soort rare fratsen zie denk ik altijd die zullen wel iets weten waar ik niks vanaf weet en dat zal kwa prestatie waarschijnlijk schelen ofzo...quote:Op woensdag 14 augustus 2013 19:45 schreef zoem het volgende:
[..]
Databases zijn daar júist voor bedoeld. Van enkele miljoenen records ligt een rdbms absoluut niet wakker. Databases op zichzelf zijn ook gewoon bestanden, waarbij de opslagwijze afhangt van de gekozen storage engine. Dus in feite probeert hij zijn eigen databasesysteem te ontwerpen. Leuk als hobbyprojectje ter leer ende vermaeck, maar totaal niet aan te raden. Je gaat geheid tegen problemen oplopen naarmate het complexer/drukker wordt tot op het punt dat het systeem niet meer houdbaar is
Wat ik me wel voor kan stellen is dat items als afbeeldingen apart op de schijf worden geplaatst.
Ja, hoe wou het je anders doen? Dat volgt uit het normalisatieproces. Reacties horen opgeslagen te worden in een reactietabel, die dan bijvoorbeeld weer gelinkt kan zijn aan een topictabel.quote:Op donderdag 15 augustus 2013 01:03 schreef Skunk-m het volgende:
Maar het is wel beter voor prestaties om de tekst inhoud in een aparte tabel te zetten bij forum of niet..?
Ik bedoel dat wat ze daar de body noemen in een aparte tabel komt..quote:Op donderdag 15 augustus 2013 18:01 schreef zoem het volgende:
[..]
Ja, hoe wou het je anders doen? Dat volgt uit het normalisatieproces. Reacties horen opgeslagen te worden in een reactietabel, die dan bijvoorbeeld weer gelinkt kan zijn aan een topictabel.
Zie StackOverflow: How to design a database design for forums?
Ok Ming de deur uit, image2mpeg gebruikt, werk goed!quote:Op vrijdag 16 augustus 2013 14:28 schreef Darkomen het volgende:
Iemand ervaring met Php Ming
Ik maak hier namelijk een flash swf mee van een set foto's, en dat werkt allemaal prima, ziet er perfect uit in de browser.
Maar als je het upload naar youtube dan duurt het filmpje maar 1 seconde.
Het lijkt erop dat de framerate en en aantal frames niet juist doorkomen, terwijl ik die wel zet!
Als ik namelijk dmv ffmpeg probeer te converten naar bijvoorbeeld mp4 dan zie ik dat de swf geen frame en bit rate heeft.
Heb het script even niet hier, maandag kan ik die wel even posten.
1 2 3 4 5 6 7 8 | +----------+--------+------+-------+------+------+ | MasterId | Id1 | Id2 | Id3 | Id4 | ... | +----------+--------+------+-------+------+------+ | 1 | 1854 | 512 | 4561 | 813 | ... | | 2 | 6484 | 468 | 1681 | 6818 | ... | | 5 | 7871 | 1684 | 46841 | 6581 | ... | | ... | ... | ... | ... | ... | ... | +----------+--------+------+-------+------+------+ |
1 2 3 4 5 6 7 8 | +------+--+-------+------------+-----+-----+ | Id | | Name | Date | ... | ... | +------+--+-------+------------+-----+-----+ | 512 | | Jan | 09-08-1991 | ... | ... | | 6818 | | Piet | 02-07-1980 | ... | ... | | 6581 | | Klaas | 12-04-1975 | ... | .. | | ... | | ... | ... | ... | ... | +------+--+-------+------------+-----+-----+ |
id1, id2 en id3 zijn obfuscated namen of...? Kunnen die id's in al die kolommen terug te vinden zijn?quote:Op woensdag 4 september 2013 20:46 schreef pascal08 het volgende:
Ik heb 2 tables: 1 table met een overzicht van Id's en 1 table met info per Id. Wat is de meest efficiënte manier om alle info per Id per MasterId uit de tables te halen?
Table 1:
[ code verwijderd ]
Table 2:
[ code verwijderd ]
Ik wil dus alle info voor elke Id per MasterId. Voor MasterId 1 wil ik graag de naam, datum en de rest van de info hebben voor de Id's 1854, 512, 4561 en 813. Dit is een voorbeeld, in m'n echte tabel heb ik duizenden MasterId's en per Id +/- 50 kolommen met info. Ik weet hoe ik dmv PHP een foreach loop kan maken en zo een aparte query voor elke Id per MasterId te laten uitvoeren, maar dat lijkt me hoogst inefficiënt. Wat zouden jullie doen?
Uhmm... die Id's in table 1 zijn terug te vinden in de Id-kolom in table 2, ja... (als je dat bedoelt). Een Id in table 1 kan ook leeg zijn. In de echte tabel zijn er 18 (of minder) Id's per MasterId. Er zijn dus 18 kolommen voor de Id's waarvan sommige NULL kunnen bevatten.quote:Op woensdag 4 september 2013 20:53 schreef slacker_nl het volgende:
[..]
id1, id2 en id3 zijn obfuscated namen of...? Kunnen die id's in al die kolommen terug te vinden zijn?
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
[ Bericht 8% gewijzigd door pascal08 op 04-09-2013 21:03:51 ]
quote:Op woensdag 4 september 2013 20:58 schreef pascal08 het volgende:
[..]
Uhmm... die Id's in table 1 zijn terug te vinden in de Id-kolom in table 2, ja... (als je dat bedoelt). Een Id in table 1 kan ook leeg zijn. In de echte tabel zijn er 18 (of minder) Id's per MasterId. Er zijn dus 18 kolommen voor de Id's waarvan sommige NULL kunnen bevatten.Welke aap heeft dat bedacht?SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
* mstx mompelt iets over een koppeltabelOp donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Geef eens een voorbeeldje.quote:Op woensdag 4 september 2013 21:08 schreef mstx het volgende:
[..]
Welke aap heeft dat bedacht?
* mstx mompelt iets over een koppeltabel
Extra tabel met 2 kolommen: squad_id | player_idquote:
Ik snap 'm. Dat is dus efficiënter dan dit volgens jou? Ik kan me in ieder geval voorstellen dat de queries een stuk makkelijker worden.quote:Op woensdag 4 september 2013 21:11 schreef mstx het volgende:
[..]
Extra tabel met 2 kolommen: squad_id | player_id
Voor elke player die aan een squad gekoppeld is 1 rij.
Ja, want:quote:Op woensdag 4 september 2013 21:14 schreef pascal08 het volgende:
[..]
Ik snap 'm. Dat is dus efficiënter dan dit volgens jou?
Bedankt, dit is echt een nuttige post. Ik google zelf heel graag, maar soms is het lastig om de juiste info te vinden als je niet weet waarvoor je moet zoeken. Thanks dus.quote:Op woensdag 4 september 2013 21:18 schreef mstx het volgende:
[..]
Ja, want:
- Oneindig aantal players zonder de tabel aan te hoeven passen
- Geen onnodig lege kolommen
- Makkelijk kunnen aangeven dat een relatie uniek moet zijn
- Met 1 simpele query alle players van een squad kunnen ophalen
Leesvoer: http://nl.wikipedia.org/wiki/Databasenormalisatie http://www.tekstenuitleg.(...)en/veel-op-veel.html
Ik heb m'n database veranderd. Nu heb ik 1 database met teams en 1 database met spelers. Ik heb alleen geen flauw idee hoe ik nu alleen teams selecteer met spelers met een bepaalde eigenschap.quote:Op woensdag 4 september 2013 21:18 schreef mstx het volgende:
[..]
Ja, want:
- Oneindig aantal players zonder de tabel aan te hoeven passen
- Geen onnodig lege kolommen
- Makkelijk kunnen aangeven dat een relatie uniek moet zijn
- Met 1 simpele query alle players van een squad kunnen ophalen
Leesvoer: http://nl.wikipedia.org/wiki/Databasenormalisatie http://www.tekstenuitleg.(...)en/veel-op-veel.html
1 2 3 4 5 6 7 | +----------+---------------+ | Squad_ID | Name | +----------+---------------+ | 1 | Goed team | | 2 | Slecht tiem | | 3 | Matig teampje | +----------+---------------+ |
1 2 3 4 5 6 7 8 9 10 11 12 13 | +----------+-----------+---------------+--+ | Squad_ID | Player_ID | Player_rating | | +----------+-----------+---------------+--+ | 1 | 5 | 50 | | | 1 | 8 | 40 | | | 1 | 24 | 60 | | | 2 | 548 | 70 | | | 2 | 687 | 70 | | | 3 | 5 | 80 | | | 3 | 70 | 40 | | | 3 | 940 | 40 | | | 3 | 486 | 50 | | +----------+-----------+---------------+--+ |
1 2 3 | SELECT * FROM squads s JOIN players_in_squads p ON s.squad_id = p.squad_id |
quote:Op zaterdag 7 september 2013 11:02 schreef pascal08 het volgende:
[..]
Ik heb m'n database veranderd. Nu heb ik 1 database met teams en 1 database met spelers. Ik heb alleen geen flauw idee hoe ik nu alleen teams selecteer met spelers met een bepaalde eigenschap.
Voorbeeldje:
[ code verwijderd ]
[ code verwijderd ]
M'n query wordt dan:
[ code verwijderd ]
...toch?
Hoe moet ik nu teams selecteren met spelers die allemaal een rating boven de 60 hebben?
1 2 3 4 | SELECT * FROM squads s JOIN players_in_squads p ON s.squad_id = p.squad_id WHERE p.Player_rating > 60 |
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |