[Java] Database voor commerciële doelen

[Verwijderd]

Ik ben opzoek naar een gratis database die commercieel gebruikt mag worden en goed "online" samen kan werken met Java.

SQLite leek me een goed idee alleen deze is volgens mij alleen standalone te gebruiken. Hebben jullie nog een goed idee, er zijn er namelijk zo veel!

[Leftblank]

SQLite is grappig, maar is inderdaad meer op gebruik door een klein aantal users tegelijk bedoelt, het lockt nogal snel. Waarom ga je niet gewoon voor de meest bekende keus; Mysql? Oftewel, wat heb je zelf al uitgezocht verder? Keuze genoeg in ieder geval

[Robtimus]

PostgreSQL is onder de BSD license uitgegeven. Voor zover ik weet mag je het dan commercieel verspreiden zolang je hun copyright statement maar include.

[Marcj]

Apache Derby is vergelijkbaar met SQLite, maar is volledig te integreren in jouw Java programma. Plus dat hij onder de Apache licence valt, wat zover ik weet betekent dat je deze mag verspreiden zolang je de licencie maar meegeeft.

[den 150]

Zowel Oracle en Microsoft hebben kleine gratis versies van hun databases. Mysql en Postgresql zijn beide gratis en volwassen genoeg. Daarnaast heb je de kleine databases zoals Derby en HSQLDB.

Het hangt er van af wat je ermee wil gaan doen: grote transaction processing, data archiveren, gewoon wat settings bijhouden, ...

Welke heb je zelf al gevonden? En waarom voldoen die wel/niet?

[Verwijderd]

Leftblank schreef op dinsdag 30 december 2008 @ 13:53:
SQLite is grappig, maar is inderdaad meer op gebruik door een klein aantal users tegelijk bedoelt, het lockt nogal snel. Waarom ga je niet gewoon voor de meest bekende keus; Mysql? Oftewel, wat heb je zelf al uitgezocht verder? Keuze genoeg in ieder geval

MySQL is niet gratis voor commercieel gebruik dacht ik.

IceManX schreef op dinsdag 30 december 2008 @ 13:54:
PostgreSQL is onder de BSD license uitgegeven. Voor zover ik weet mag je het dan commercieel verspreiden zolang je hun copyright statement maar include.

PostgreSQL is volgens http://www.sqlite.org/speed.html op bepaalde vlakken stukken trager dan bijvoorbeeld SQLite of MySQL. Maar op zich wel een goed idee.

Marcj schreef op dinsdag 30 december 2008 @ 13:59:
Apache Derby is vergelijkbaar met SQLite, maar is volledig te integreren in jouw Java programma. Plus dat hij onder de Apache licence valt, wat zover ik weet betekent dat je deze mag verspreiden zolang je de licencie maar meegeeft.

Heeft Apache Derby goede performance? Ik ga er naar kijken, het is natuurlijk wel beter omdat Java er gemakkelijk mee om kan gaan.

[BHR]

Verwijderd schreef op dinsdag 30 december 2008 @ 14:10:
[...]
MySQL is niet gratis voor commercieel gebruik dacht ik.

Je hebt de community edition.

[...]

PostgreSQL is volgens http://www.sqlite.org/speed.html op bepaalde vlakken stukken trager dan bijvoorbeeld SQLite of MySQL. Maar op zich wel een goed idee.

Bovenaan het document staat duidelijk "Note: This document is old.". Zo wordt oa PostgreSQL 7.1(!) gebruikt. Je keuze dus niet op deze info baseren.

[...]


Heeft Apache Derby goede performance? Ik ga er naar kijken, het is natuurlijk wel beter omdat Java er gemakkelijk mee om kan gaan.

Alle genoemde dbs gebruiken JDBC. Wat dat betreft zou alleen het wel of niet direct bundelen van de database met je applicatie iets kunnen uitmaken voor je keuze.

[Verwijderd]

den 150 schreef op dinsdag 30 december 2008 @ 14:05:
Zowel Oracle en Microsoft hebben kleine gratis versies van hun databases. Mysql en Postgresql zijn beide gratis en volwassen genoeg. Daarnaast heb je de kleine databases zoals Derby en HSQLDB.

Het hangt er van af wat je ermee wil gaan doen: grote transaction processing, data archiveren, gewoon wat settings bijhouden, ...

Welke heb je zelf al gevonden? En waarom voldoen die wel/niet?

Ik wil het online gebruiken voor kleine transacties dus eigenlijk is een simpele database voldoende.

Als ik de applicatie test met MySQL dan duurt het ongeveer 5 sec. om te verbinden.

code:

connection = DriverManager.getConnection("jdbc:mysql://" + this.url + "/" + this.database + "?user=" + this.username + "&password=" + this.password);

Dit duurt uiteraard te lang, aangezien de applicatie meerdere malen de connectie opent en sluit. Ik weet niet of dit bij PostgreSQL of Apache Derby sneller gaat of dat ik een fout maak?

[TeeDee]

Als je de database op een, laten we zeggen, Commodore 64 host dan kan dat wat traag zijn. Met andere woorden: Zoek eens uit waarom dit zo traag is, en geef dan niet meteen de database de schuld.

• DB configuratie
• Slechte/trage verbinding
• Firewall

[ Voor 14% gewijzigd door TeeDee op 30-12-2008 14:29 ]

[Verwijderd]

BHR schreef op dinsdag 30 december 2008 @ 14:19:
Je hebt de community edition.

Op de MySQL site staat:
MySQL Community Server is the world's most popular open source database to the open source community.

Is dit dan niet alleen geldig voor de open source community?

Bedankt trouwens voor jullie snelle reacties!

[Johnny]

Verwijderd schreef op dinsdag 30 december 2008 @ 14:34:
[...]


Op de MySQL site staat:
MySQL Community Server is the world's most popular open source database to the open source community.

Is dit dan niet alleen geldig voor de open source community?

Bedankt trouwens voor jullie snelle reacties!

Kijk eens in de licentievoorwaarden in plaats van een slagzin van de homepage.

Verder is totaal niet duidelijk hoe je de database wil gebruiken. Om wat voor soort applicatie gaat het? Een clientside java-applicatie waarmee je de database meelevert, een client side applicatie die verbinding maakt met een database via internet of een webapplicatie die verbinding maakt met een eigen database op de server, of iets anders?

[Verwijderd]

TeeDee schreef op dinsdag 30 december 2008 @ 14:27:
Als je de database op een, laten we zeggen, Commodore 64 host dan kan dat wat traag zijn. Met andere woorden: Zoek eens uit waarom dit zo traag is, en geef dan niet meteen de database de schuld.

• DB configuratie
• Slechte/trage verbinding
• Firewall

Sorry voor de belediging , ik heb het verandert. Maar waarschijnlijk ga ik niet verder met MySQL dus ik wacht nog even met het verder uitzoeken.

[Verwijderd]

Johnny schreef op dinsdag 30 december 2008 @ 14:38:
Kijk eens in de licentievoorwaarden in plaats van een slagzin van de homepage.

Verder is totaal niet duidelijk hoe je de database wil gebruiken. Om wat voor soort applicatie gaat het? Een clientside java-applicatie waarmee je de database meelevert, een client side applicatie die verbinding maakt met een database via internet of een webapplicatie die verbinding maakt met een eigen database op de server, of iets anders?

Licentie:

MySQL website op dinsdag 30 december 2008 @ 14:50:
Updated October 9, 2008

For OEMs, ISVs, VARs and Other Distributors of Commercial Applications:

OEMs, ISVs, VARs and other distributors that combine and distribute commercially licensed software with MySQL software and do not wish to distribute the source code for the commercially licensed software under version 2 of the GNU General Public License (the "GPL") must enter into a commercial license agreement with Sun.

Het gaat om een client side java applicatie die verbinding maakt met een database via internet. Het aantal gebruikers die er uiteindelijk gebruik van zullen maken is nog onduidelijk. De applicatie verricht simpele query's.

[den 150]

Op basis van je antwoorden lijkt mij dat je het beste bent met Mysql of Postgresql. Bijde zijn aanspreekbaar met JDBC over netwerk, volwassen, en schaalbaar. Voor Mysql zal je waarschijnlijk meer info online vinden.

Aangezien je enkel maar verbinding maakt met de mysql server en die niet zelf distribueert ben je niet verplicht om je eigen code beschikbaar te maken onder gpl. Postgresql heeft een bsd-style licentie, wat wil zeggen dat je er ongeveer alles mee kan doen wat je wil.

Overigens is het aanmaken van een connectie niet iets om te benchmarken. Probeer je db connecties te poolen, en gebruik transacties om verschillende (verzamelingen van) queries te onderscheiden.

[Verwijderd]

Dank jullie wel , ik ga aan de slag!

[Gerco]

Je gaat een client applicatie direct verbinding laten maken met een MySQL server op het internet? Dat is uit veiligheidsoverwegingen niet aan te raden... niet zonder SSL in ieder geval.

Bedenk overigens wel dat er voor de MySQL JDBC driver wellicht andere licentievoorwaarden gelden als voor de server. Als die MySQL Connnector-J onder GPL valt moet je wel degelijk je eigen app onder de GPL uitbrengen wanneer je die samen distribueert!

[rrrandy]

Verwijderd schreef op dinsdag 30 december 2008 @ 14:22:
[...]


Ik wil het online gebruiken voor kleine transacties dus eigenlijk is een simpele database voldoende.

Als ik de applicatie test met MySQL dan duurt het ongeveer 5 sec. om te verbinden.

code:

connection = DriverManager.getConnection("jdbc:mysql://" + this.url + "/" + this.database + "?user=" + this.username + "&password=" + this.password);

Dit duurt uiteraard te lang, aangezien de applicatie meerdere malen de connectie opent en sluit. Ik weet niet of dit bij PostgreSQL of Apache Derby sneller gaat of dat ik een fout maak?

Je maakt geen fout. Bij andere databases zal het niet (veel) sneller gaan. Google eens op connection pooling

[MSalters]

Gerco schreef op dinsdag 30 december 2008 @ 17:07:
Je gaat een client applicatie direct verbinding laten maken met een MySQL server op het internet? Dat is uit veiligheidsoverwegingen niet aan te raden... niet zonder SSL in ieder geval.

SSL alleen gaat niet veel helpen - je kunt nog steeds als client een DROP TABLE verzenden. SSL zorgt er voor dat als A en B communiceren, A weet dat alle communicatie in een sessie van B afkomstig is en vice versa, terwijl C daar geen inzicht in heeft. Maar op Internet weet A meestal niet wie B is.

[Gerco]

MSalters schreef op dinsdag 30 december 2008 @ 18:22:
SSL alleen gaat niet veel helpen - je kunt nog steeds als client een DROP TABLE verzenden. SSL zorgt er voor dat als A en B communiceren, A weet dat alle communicatie in een sessie van B afkomstig is en vice versa, terwijl C daar geen inzicht in heeft. Maar op Internet weet A meestal niet wie B is.

Dat timmer je natuurlijk met rechten af. Een client die op die manier verbinding maakt zal natuurlijk alleen SELECT rechten hebben op een zeer beperkt aantal tabellen en velden daarin. Misschien UPDATE of INSERT rechten, maar liever niet.

Je hebt natuurlijk gelijk dat het beter is om het gewoon helemaal niet te doen, maar *als* je het doet gebruik je SSL (liefst met client-certificaten) en draconische rechtenbeperkingen.

[Remus]

Ik zou ook kijken naar Firebird (http://www.firebirdsql.org/). Dat is ook een open source database, maar de licentie is minder beperkend dan MySQL (al is de JDBC driver licentie LGPL en daarmee iets meer beperkend dan de BSD licentie van PostgreSQL).