[12:20PM]<tbone> baja cava
[12:22PM]<tbone> Our oracle server is currently down for maintenance, contact
tbone in case of emergency
[12:22PM]<tbone> Thank you for your understanding!
[12:22PM]<tbone> huu, en da op men eigen servers en ik weet van nix
[12:23PM]<_inch_> LOL!
[12:23PM]<_inch_> de welken ?
[12:23PM]<_inch_> forum ?
[12:23PM]<tbone> nieje divx db
[12:24PM]<_inch_> ahzu
[12:24PM]<_inch_> ahja sech
[12:24PM]<_inch_> der mankeerd nog een photo galleri emmek gezien
[12:24PM]<tbone> ke; ier gisteren vanalles moeten afleggen ver dieen diskarray
in mene rack in te bouwen.. dormee
[12:24PM]<tbone> de listener start ni ottomatisch op
[12:25PM]<tbone> ahja ?
[12:26PM]<tbone> heh blijkbaar emme wijr de dvd versie van FN al van verlede
zomer
[12:26PM]<tbone> http://germaine.kicks-ass.net:8001/divx ... php?id=482

[12:28PM]<tbone> fyi: het forum drodj op mysql, ni op oracle
[12:29PM]<tbone> he deef, ge wedj wel, da kloddendatabaseken )
[12:30PM]<_inch_> da gojje posten gilzeker

mijn beste loekes

laat mij proberen u enige wijsheid bij te brengen ivm databasen. ik m da in het verleden al geprobeert mor tis blijkbaar nog ni echt doorgedrongen zoals bij de meeste andere gebieden van software ist ook bij DBs het geval dasse elk zowa hun specialiteiten / sterke punten / nadelen mm. en dus ni alleen vanuit het oogpunt van performance, maar ook op gebied van recovery, stability, support, longlivity, enz. dit gezegd zijnde, willek kwijt da MySQL kwa performance op een overwegend read-only DB zeer hoog scoort. in een datawarehouse architectuur echter - waar vele updates en inserts gebeuren tijdens het query-en - gaat uwen MySQL het ni trekken... zo heeft elke DB zijn kwaliteiten. ma das ni alles. pakt het voorbeeld van informix, zeer goede database, kwa performance > oracle... en toch mm wij hier voor oracle gekozen. waarom? omda oracle een vaste waarde is, en bij de top 3 marktleiders is. en zie ... paar jaar geleden is informix overkocht door IBM ... da zou voor ons willen zeggen mm dammen alle DB's hier opnief moesten migreren. en dan emmek et nog ni over disaster recovery / backup strategies / scalabilty/ support. as ik hier problemen m me mijn dwh dan emmekik een ganse knowledgebase ter mijn beschikking van oracle, alsook 24/24 7/7 support da gaje bij MySQL nooit krijgen. jaja tis open source enaal, mor ik gon mij echt ni bezigaven met deur gans die code te zitten zoeken nor bugs, echt

bottom line is : bezigt de verschillende DBs voor wa ze dienen, en probeert gin appels met peren te vergelijken...

pas op, ik vin MySQL wel goe eh ! der is trouwens na MaxDB van MySQL, en da zo de eerste open source enterprise database moeten zen. misschien geraken ze der nog op gebied van de 'echte' DBs

hehe, jaja ik ben da 100% mee u eens gans diene oitleg ier... ik vontet just wel ish foin van dei aa koei nog ish op te halen, respons verzekerd dacht ik, en terecht )

enfin ja.. men divxdb drodj uk op oracle zelle ... (initial development was op mysql) en kben uk ver een performance reden overgeschakeld, mor da zal misschien on den API in php ewa gelegen emmen op diene moment soit. blijft gelijk.

ik em dor overlest in luxemburg ewa sap klodden liggen clustern enzu, en ik zien mij da uk nog ni flikken mee mysql

vi dorentegen ....