abonnement Unibet Coolblue
  Moderator / Redactie Sport / Devops woensdag 14 augustus 2013 @ 19:45:18 #126
176766 crew  zoem
zoemt
pi_130066689
quote:
0s.gif 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..
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.
  † In Memoriam † woensdag 14 augustus 2013 @ 21:12:26 #127
159335 Boze_Appel
Vrij Fruit
pi_130070636
quote:
0s.gif Op dinsdag 13 augustus 2013 22:49 schreef fyah het volgende:
error handling 101 :')

[ afbeelding ]
Altijd leuk, wazige foutmeldingen of boos commentaar in code.
Carpe Libertatem
pi_130082836
quote:
0s.gif 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.
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...

Maar het is wel beter voor prestaties om de tekst inhoud in een aparte tabel te zetten bij forum of niet..?
  Moderator / Redactie Sport / Devops donderdag 15 augustus 2013 @ 18:01:58 #129
176766 crew  zoem
zoemt
pi_130102724
quote:
0s.gif 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..?
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?
  Redactie Sport / Supervogel donderdag 15 augustus 2013 @ 18:07:33 #130
270182 crew  Pino112
Pino van Luna O+
pi_130102853
quote:
0s.gif Op dinsdag 13 augustus 2013 22:49 schreef fyah het volgende:
error handling 101 :')

[ afbeelding ]
:D
pi_130130551
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.
pi_130155879
quote:
0s.gif 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?
Ik bedoel dat wat ze daar de body noemen in een aparte tabel komt..

bij kunena (een joomla forum) bijvoorbeeld hebben ze een tabel messages met de volgende velden (staan zowel topics als reacties in)
id
parent
thread
catid
name
userid
email
subject
time
ip
topic_emoticon
locked
hold
ordering
hits
moved
modified_by
modified_time
modified_reason

En messages_text met
messid
message

Neem aan dat dat sneller is voor index pagina enzo waar je de inhoud van de post niet nodig hebt..?
Misschien ook wel bij het zoeken naar de posts bij het topic dat geladen word..?

[ Bericht 2% gewijzigd door Skunk-m op 17-08-2013 01:38:01 ]
pi_130161268
lijkt me weinig boeiend als je gewoon goeie indexes hebt.
pi_130307908
quote:
0s.gif 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.
Ok Ming de deur uit, image2mpeg gebruikt, werk goed!

Toch jammer dat niemand ervaring lijkt te hebben met MING...
pi_130825511
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:
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 | ...  |
|      ... |   ...  | ...  | ...   | ...  | ...  |
+----------+--------+------+-------+------+------+

Table 2:
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 | ... |  .. |
| ...  |  | ...   | ...        | ... | ... |
+------+--+-------+------------+-----+-----+

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?
  woensdag 4 september 2013 @ 20:53:57 #136
187069 slacker_nl
Sicko pur sang
pi_130825818
quote:
0s.gif 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?
id1, id2 en id3 zijn obfuscated namen of...? Kunnen die id's in al die kolommen terug te vinden zijn?
In theory there is no difference between theory and practice. In practice there is.
pi_130826053
quote:
0s.gif 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?
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.

SPOILER
Om 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 ]
  woensdag 4 september 2013 @ 21:08:26 #138
91039 mstx
2x1/2 = 1/2 x 1/2
pi_130826486
quote:
0s.gif 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.

SPOILER
Om 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.
Welke aap heeft dat bedacht?
* mstx mompelt iets over een koppeltabel
Op 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.
👾
pi_130826523
quote:
0s.gif Op woensdag 4 september 2013 21:08 schreef mstx het volgende:

[..]

Welke aap heeft dat bedacht?
* mstx mompelt iets over een koppeltabel
Geef eens een voorbeeldje. :@ :D
  woensdag 4 september 2013 @ 21:11:56 #140
91039 mstx
2x1/2 = 1/2 x 1/2
pi_130826624
quote:
0s.gif Op woensdag 4 september 2013 21:09 schreef pascal08 het volgende:

[..]

Geef eens een voorbeeldje. :@ :D
Extra tabel met 2 kolommen: squad_id | player_id
Voor elke player die aan een squad gekoppeld is 1 rij.
Op 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.
👾
pi_130826765
quote:
0s.gif 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.
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. :)
  woensdag 4 september 2013 @ 21:18:36 #142
91039 mstx
2x1/2 = 1/2 x 1/2
pi_130826927
quote:
0s.gif Op woensdag 4 september 2013 21:14 schreef pascal08 het volgende:

[..]

Ik snap 'm. Dat is dus efficiënter dan dit volgens jou?
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
Op 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.
👾
  woensdag 4 september 2013 @ 21:36:46 #143
187069 slacker_nl
Sicko pur sang
pi_130827861
OMG... ja, nou, het kan allemaal, maar het is kut met peren zoals het nu is. Back to the drawing board.

Anders was het gewoon een simpele join, nu is het <moederneukend> dramatisch.
In theory there is no difference between theory and practice. In practice there is.
pi_130830065
Ik heb zelf een shoutbox geschreven.. die werkt volledig los van phpbb (op stukje wat nodig om de gebruikersnaam te checken na) gewoon goed.. maar die moet verwerkt worden op een plek in phpbb

maar ik heb geen flauw idee hoe dat allemaal in elkaar zit het bestand in het template waar ik em moet hebben is een html bestand..

Weet iemand hoe ik iets daartussen krijg?
pi_130831888
quote:
0s.gif 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
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. ;) ^O^
pi_130849672
Weet niet of dit de juist plek is om het te vragen (waarschijnlijk niet, maar toch) maar hoe kun je in phpbb voor elkaar krijgen dat de topics uit subcategorien door elkaar weergegeven worden in de hoofdcategorie.. dus eigenlijk hetzelfde als dat je hier in digital corner alle topics uit hardware, software etc. door elkaar hebt.??

De vraag die ik eerder stelde heb k al enigzins opgelost.. heb het php gedeelte in language/common.php gezet en aan de array toegevoegd en zo weer laten geven in de template.

EDIT: en nu ik toch een post heb gemaakt, weet er iemand toevallig een externe afbeelding host die gif ondersteunt?

[ Bericht 7% gewijzigd door Skunk-m op 05-09-2013 15:35:33 ]
pi_130852912
Alles is mogelijk, of wil je precies weten hoe en waar?

Gifs kan je hosten op imgur.com.
pi_130911228
quote:
0s.gif 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.

Voorbeeldje:

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 |  |
+----------+-----------+---------------+--+

M'n query wordt dan:

1
2
3
SELECT *
FROM squads s
JOIN players_in_squads p ON s.squad_id = p.squad_id

...toch?

Hoe moet ik nu teams selecteren met spelers die allemaal een rating boven de 60 hebben?
  zaterdag 7 september 2013 @ 11:45:48 #149
137776 boem-dikkie
Jedi Mind Baby!
pi_130912042
Gewoon met een WHERE achter je query?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
pi_130912064
quote:
0s.gif 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
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')