Dutch PHP Conference 2007 een succes
Afgelopen zaterdag vond de eerste door iBuildings georganiseerde Dutch PHP Conference plaats in de RAI te Amsterdam. Met succes dacht ik zo. De kaarten waren binnen 2 weken uit verkocht en het blijkt dat er behoorlijk wat mensen teleurgesteld moesten worden vanwege ruimte gebrek.
De eerste sessie van Cal Evans had helaas te kampen met gebrek aan een internet verbinding. Iets wat tot nog tot in het begin van de 2e sessie 'Objects of Desire' van Kevlin Henney duurde. Persoonlijk vond ik de sessie van Kevlin Henney een van de beste sessies. Kevlin Henney is een goede en grappige spreker die het publiek zelfs tijdens het ontbreken van z'n slides geboeid hield, ware het dan met o.a. enigzins flauw natuurkundige grapjes ;-).
De parallel-sessies die ik bij gewoond heb (Case Study Webwereld.nl, PHP Database Objects, MySQL Stored Procedures) vond ik niet allemaal even sterk maar desondanks toch wel interessant. De laatste sessie Test Driven Development werd door Derick Rethans gepresenteerd.
iBuildings, mijn complimenten voor een geslaagde conferentie en wat mij betreft tot volgend jaar!
De meeste slides kun je inmiddels bekijken op de Dutch PHP Conference website.
Volg Scriptorama via RSS!
on 
on 
on 
on 
on 
on
Reageer ook!
Ik vond het een interessante dag. Op PHPFreakz staan een aantal "reviews" in het topic met prijswinnaars van de verloting van een drietal kaarten (http://www.phpfreakz.nl/forum.php?forum=14&iid=1000678 , je moet wel Verenigingslid zijn om dat te kunnen bekijken).
Mathieu: Ik zie dat je ook aanwezig was bij de case study van Webwereld en heb een vraagje. Op gegeven moment had Sander van de Graaf het over de-normalisatie i.v.m. het ophogen van het aantal views van een bepaalde foto. Hierbij kwamen er vanuit het publiek ook suggesties.
Eén van de suggesties (door iemand die rechts voorin zat) was een bepaalde opzet waarbij het nog sneller zou gaan (volgens mij met allemaal losse ID's o.i.d.), maar bij Webwereld wilden ze dat niet doen vanwege de data integriteit. Weet jij misschien wat er precies werd voorgesteld? (Vanuit mijn positie in de zaal was het niet goed te horen)
Door Robert
op 06.25.07 @ 11:43 pm | Permalink
Robert: Ik zat op de 3e rij van achteren, dus ik heb deze persoon ook niet goed kunnen verstaan. Het was jammer dat Sander de vragen niet herhaalde voor de rest van het publiek.
Door Mathieu Kooiman
op 06.26.07 @ 1:17 pm | Permalink
@Mathieu, het was mijn eerste keer dat ik presenteerde, ik zal volgende keer inderdaad de vragen herhalen, ik was dat ook van plan, maar ben het in mijn zenuwachtigheid helemaal vergeten ;)
@Robert, het idee dat geopperd was, was om je tabellen helemaal uit elkaar te trekken, om zo hele kleine tabellen te creeeren. Die verbind je vervolgens aan elkaar door middel van FK en PK's. Dat kan enorm snel zijn, maar heeft ook zijn nadelen, zo wordt het onderhoud een stuk lastiger, worden je queries een stuk langer en uitgebreider, en moet je voor grotere queries waarbij je meer data nodig hebt, veel verschillende tabellen bij elkaar rapen.
Ik kwam je vraag niet eerder tegen, anders had ik eerder gereageerd ;)
Door Sander van de Graaf
op 07.06.07 @ 10:57 pm | Permalink
@Sander: begrijpbaar, ik zou ook knap zenuwachtig zijn denk ik :D
Ik vroeg me nog af, je stelde op een gegeven moment (teminste, dat was wat ik er van begreep) dat je met APD ook kunt sorteren op 'unieke' aanroepen van een functie, dat is een unieke combinatie van functie + argumenten, klopt dat?
Door Mathieu Kooiman
op 07.07.07 @ 9:51 am | Permalink
"Die verbind je vervolgens aan elkaar door middel van FK en PK's. Dat kan enorm snel zijn, maar heeft ook zijn nadelen, zo wordt het onderhoud een stuk lastiger, worden je queries een stuk langer en uitgebreider, en moet je voor grotere queries waarbij je meer data nodig hebt, veel verschillende tabellen bij elkaar rapen."
Bedoel je tabel-fragmentatie? Daarbij zet je delen van een tabel in kleinere aparte tabellen. Met behulp van triggers en views kun je dat prima opzetten en nee,je queries worden daar niet ingewikkelder van, daar zijn de triggers etc voor. Naar buiten toe zie je gewoon een view/tabel en de views/triggers regelen de fragmentatie. Of het voor performance helpt, ja, als je extreem belachelijk veel records hebt, tientallen/honderden miljoenen, waarbij de indexes al te traag zijn.
Door pgVincent
op 07.09.07 @ 6:18 pm | Permalink
Line and paragraph breaks automatic, e-mail address never displayed, HTML allowed:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>