Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 24 reacties
Bron: Infoworld

MySQL mikt op november voor de release van versie 5 van de open-source database. De laatste testrelease heeft twee weken geleden plaatsgevonden. "Als er geen grote bugs worden gevonden kan de commerciele versie in november worden vrijgegeven", aldus Kaj Arnö, managementlid van MySQL. Release 5 is een belangrijke upgrade. Het product bevat belangrijke aanpassingen en tools zoals triggers, views en stored procedures. Deze nieuwe mogelijkheden zijn al langer gebruikelijk in de databases van Oracle of IBM en zullen de kansen van MySQL in het bedrijfsleven vergroten.

MySQL logo nieuwe stijlOok sommige standaard taken zijn meer aangepast aan de wijze die bij de meeste databases gebruikelijk is. MySQL wil hiermee een eventuele overstap gemakkelijker maken. De prijzen zullen niet worden aangepast. De supportprijzen variëren van 495,- tot 3.995,- euro per server per jaar en zijn afhankelijk van het niveau van de ondersteuning.

Moderatie-faq Wijzig weergave

Reacties (24)

In hoeverre gaat MySQL nu kwa functionaliteiten op het niveau komen van oa MsSQL en Oracle?

Dat ANSI compliant werkt ook alleen maar als je applicatie niet meer verwacht dan simpele select/update/insert queries. En zelfs dat heeft kleine verschillen per db.

Als je db onafhankelijk wilt zijn kun je het best kijken naar Hibernate. Een Object Relation Mapping tool waarmee je je database laag echt loskoppelt van je applicatie en je direct objecten kunt querien met een HQL taal (soort OO SQL). Het enige wat je dan nog hoeft in te stellen per deployment is:
- JDBC Driver
- Dialect (oracle,ansi,etc)
- Connection props
Nog veel mooier dan al die features vind ik de stap richting (optionele) ANSI compilancy. Rarigheden zoals het automatisch trimmen van varchar-velden zijn bij versie 5 (eindelijk) verdwenen.
Inderdaad. Zelfs als je aangeeft dat de informatie BINARY is, gaat MySQL 4 en lager toch de 'whitespace' weghalen. Erg irritant.

Verder mooi dat MySQL de langverwachte features krijgt. MySQL werd vaak verweten dat het wel heel snel is, maar ten koste van geavanceerde functies. Ik hoop dat ze dit imago kunnen rechttrekken maar vooral dat de snelheid er niet onder zal lijden, tenzij je daadwerkelijk gebruik maakt van de nieuwe functies. PostGreSQL is een aardig alternatief, maar helaas qua snelheid soms ondergeschikt. Het merendeel van de websites heeft geen geavanceerde functies nodig; simpele SELECTs met hier en daar een join, daar blijft het dan ook bij.
Zou het dan nu al verstandig zijn om het meteen in een productieomgeving te draaien?

Ik bedoel, met de introductie van stored procedures en triggers begint MySQL eindelijk volwassen te worden, maar ik zou er nog niet aan moeten denken om critische grote databases die van deze functies gebruik maken nu om te zetten naar MySQL. Dan blijf ik nog liever even bij een andere database die deze features al enkele jaren heeft en waar de beginziektes inmiddels lang en breed uit zijn.

Ik denk dat MySQL toch altijd een beetje in het php/mysql hoekje blijft hangen, en niet snel gebruikt zal worden als database server achter (grote) bedrijfs applicaties. Ook al zal het daar nu steeds meer geschikt voor worden. Er zijn beter alternatieven (Interbase/firebird om maar iets te noemen...)
Zou het dan nu al verstandig zijn om het meteen in een productieomgeving te draaien?
Natuurlijk niet, kom over vijf jaar nog eens terug.
Ik bedoel, met de introductie van stored procedures en triggers begint MySQL eindelijk volwassen te worden, maar ik zou er nog niet aan moeten denken om critische grote databases die van deze functies gebruik maken nu om te zetten naar MySQL. Dan blijf ik nog liever even bij een andere database die deze features al enkele jaren heeft en waar de beginziektes inmiddels lang en breed uit zijn.
Dat is je geraden.
Ik denk dat MySQL toch altijd een beetje in het php/mysql hoekje blijft hangen, en niet snel gebruikt zal worden als database server achter (grote) bedrijfs applicaties. Ook al zal het daar nu steeds meer geschikt voor worden. Er zijn beter alternatieven (Interbase/firebird om maar iets te noemen...)
Het wordt steeds beter, dat is zeker het geval, maar de meest recente versies draaiden tot nu toe by default in non-ANSI modus en standaard DDL creert non-ACID tabellen! Als ze de defaults verzetten, breken ze massa's applicaties. Eigenlijk alle bestaande aplicaties die op MySQL draaien. Als ze de defaults laten staan, maken ze nooit enige kans om voor serieuze toepassingen gebruikt te worden.

En dan de beperkingen en inefficienties bij complexe geneste queries!

MySQL, zeker tot en met versie 4, is enkel goed als je gegevens niets waard zijn. Als dat niet het geval is, dan is out-of-the-box ACID compliance een conditio sine qua non. Je gebruikt dan PostgreSQL (http://www.PostgreSQL.org) als het niets mag kosten, of Oracle of DB2 als het wel iets mag kosten.

Versie 5 is mogelijk beter, maar heeft nog niets bewezen. Wie gaat nu belangrijke data toevertrouwen aan een DB met zo'n track record? Er zijn DBs zat die zich al uitgebreid bewezen hebben.
MySQL, zeker tot en met versie 4, is enkel goed als je gegevens niets waard zijn. Als dat niet het geval is, dan is out-of-the-box ACID compliance een conditio sine qua non. Je gebruikt dan PostgreSQL (<a href=\"http://\"http://\"http://www.PostgreSQL.org\\\" target=\"_blank\">http://www.PostgreSQL.org</a>) als het niets mag kosten, of Oracle of DB2 als het wel iets mag kosten
Dus de gegevens van tweakers.net zijn niets waard?

Beetje overtrokken reactie. Ik ken een complete Outlook/webmail met alles erop en eraan ala exchange die mysql als database backend gebruikt.

Clustering met 10.000 users geen probleem.
Wel, het is niet onmogelijk om iets deftig te bouwen met MySQL 4+.

Als je je beperkt tot InnoDB tabellen.
Als integriteit niet zo belangrijk is.
Als je geen complexe queries nodig hebt.
(Tot nu toe) als je geen triggers/views/stored procs nodig hebt.
Als je het ding vanaf het begin in ANSI-modus zet (anders is de app die je bouwt incompatibel met alle andere databases).
Als je geen data hebt waarop veel concurrent access nodig is.
Als je geen hoge transaction isolation level nodig hebt.
Als je geen interesse hebt om het onderste uit de kan te halen van een machine met 4+ CPUs.

Als daar allemaal aan voldaan is... het kan werken.
Voor een mail app is kan dat het geval zijn! Queries zijn daar triviaal, iedere user heeft zijn eigen data dus zero concurrency, etc.
Voor wat Tweakers betreft... tja, als die eens een post verliezen dan kraait daar geen haan naar he! ;-)
Dus de gegevens van tweakers.net zijn niets waard?
Well no, he was probably referring to Mission Critical :9
Dus je zegt dat MYSQL best te gebruiken is als je het product goed kan configureren voor je toepassing. Dus als je je taken als een DBA’er, goed uitvoert. Ik vindt dat je je nogal denigrerend over het product uitlaat , en dat MYSQL bij voorbaat niet geschikt is voor “het echte werk”. Ik denk dat deze partijen toch wel een andere mening hebben. http://www.mysql.com/customers/ Overigens kan ik je vertellen dat onze eigen rabobank, MYSQL gaat gebruiken om gedeelten van haar bankzaken over te nemen. Het lijkt me echter wel handig om versie vijf eerst in een proef opstelling te gebruiken en deftige load en stress testen op de gemaakte functionaliteit uit te voeren, alvoren s het in productie te nemen ( of inderdaad 2 jaar wachten).
Zou het dan nu al verstandig zijn om het meteen in een productieomgeving te draaien?
Een beetje systeembeheerder TEST eerst voordat ie het in productie gaat nemen. Vind jij jezelf geen 'beetje systeembeheerder', moet je het vooral doen. Niet zeuren als het kapot gaat he?
Maar ook geldt dat ook al is dit de eerste 5.x release, dat betekent niet dat er nog een berg bugs in hoeven te zitten. Het is tenslotte best lang in alpha en beta geweest. Je mag dus verwachten dat het op z'n minst werkt.

en btw, niet alleen de sysadmin moet het testwerk doen, maar vooral de developers.
En een eventuele dba...
In hoevere is MySQL nu eigenlijk een volwassen relationele DBMS?
Dat is helemaal afhankelijk van wat je definitie van volwassen is. Als je bedoelt dat het stabiel werkt dan kan je MySQL 4 ook al volwassen noemen. Als je onder volwassenheid bepaalde features verstaat is het maar helemaal afhankelijk van welke features je wilt hebben.
Dat MySQL nu ANSI compliant kan draaien zie ik net zoals cSp als het grootste voordeel. Hiermee wordt het ook makkelijker om een systeem eerst op te bouwen met MySQL en daar later met weinig ingrijpende wijzigingen een andere database achter te hangen als dat nodig mocht zijn.
Versie 4 had ook al een ANSI-compatibele modus hoor.
Met beperkingen natuurlijk, maar toch zeer handig om min-of-meer draagbare toepassingen op te maken.
Zolang het nu nog niet concreet ACID compliant is, geen fatsoenlijke referentiële integriteit biedt is het niet volwassen.

wil je een volwassen DB dan ga je toch voor PostgreSQL?
Besides.. MySQL snel? met simpele queries en een paar concurrent users wel. Maar na 50 concurrent users en een beetje query is MySQL in geen velden of wegen meer te bekennen.
(geen wonder dat ze eerder nadenken over Replication dan over de meest essentiele zaken die een DB moet doen zoals gegevens bewaking)
"Als er geen grote bugs worden gevonden kan de commerciele versie in november worden vrijgegeven", aldus Kaj Arnö, managementlid van MySQL.
De open source versie zal toch op hetzelfde moment worden gereleased?

Overigens zitten er in de laatste release candidate nog wel critical bugs.
MySQL is toch alleen maar open source? Het commerciele gedeelte slaat volgens mij op de service die verleend wordt bij dit product.
Nee, je kunt ook een versie kopen met een license zodat je MySQL in je eigen apps kunt gebruiken zonder de source daarvan te hoeven publiceren.
"Als er geen grote bugs worden gevonden kan de commerciele versie in november worden vrijgegeven"
Dus als men kleine bugs kent, brengt men die release toch op de mark. Leuke visie :?
Nee, die lost men op :)
De klant bepaald of een database goed genoeg is. Volwassenheid hangt dus niet volledig af van een lijst features, die de klant mogelijk niet eens nodig heeft. Overigens staan bij MySql ook een lijst bedrijven die wat met MySql doen: http://www.mysql.com/news...ease/release_2005_03.html. Daar zitten wel serieuze namen tussen, die meer doen dan een mail database hosten...
Ik heb ooit een stukkie geschreven over MySQL vs PG en Firebird.
MySQL is supersnel met het maken van connecties wat het ideaal maakt voor werken met PHP ed. MySQL is sneller dan out of the box PG en Firebird máár als je de laatste 2 goed configureerd en gebruik maakt van stored procedures voor veel voorkomende taken maakt het weinig verschil.
Je zou dus kunnen zeggen dat je voor MySQL dus geen DB expert hoeft te zijn om redelijke snelheden te kunnen halen en voor PG en FB wel. In de hoop dat de nieuwe features van MySQL het geheel niet teveel vertragen blijf ik vooral MySQL gebruiken. De filosofie staat me wel heel erg aan namelijk, ze werken gewoon net zolang tot het werkt op de snelheid die ze acceptabel vinden. Snelheid is in het hele proces van ontwikkelijk vooropgesteld. Terwijl dat bij andere databases vaak de feature-compleetheid is.
In veel applicaties heb je niet alle features nodig en kun je rustig voor MySQL kiezen. Heb je ze wel nodig kies je PG of FB.
Bij PG ben ik ooit wel wat raars tegengekomen, ik wilde een MySQL db overzetten naar PG, blijkt dat PG booleans teruggeeft als characters 't' en 'f' ipv 0 of 1. Moet zeggen dat ik tijdens het aanpassen van alle scripts wel wat aversie tegen PG heb opgebouwd :), wat een onzin, 't' en 'f'.
triggers, views en stored procedures
Yes :*) Hier heb ik op zitten wachten. Eindelijk serieuze DBMS mogelijkheden. Alleen ipv. Triggers zou ik wel een 'cascade update' of iets dergelijks willen zien.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True