SQLite vs de rest
Hallo allemaal,
Lange tijd heb ik MySQL gebruikt als database engine en ben toen eens rond gaan kijken in mijn phpinfo() gegevens van mijn host. Al vaker zie ik SQLite voorbij komen (en PostgreSQL, he Frank :P), maar nu wil ik wel eens weten wat zo'n beetje de verschillen zijn tussen SQLite en MySQL en de rest.
Oke, ik weet dat PostgreSQL "de toekomst" is en ik heb dit ook al aan de host voorgelegd, maar nu moet ik het doen met wat men biedt en dat is (PDO i.c.m.) SQLite en MySQL (en Access dan).
MySQL weet ik nu wel zo'n beetje allemaal en Access is een flat-file database driven engine. SQLite, heb ik opgemerkt, is ook een flat-file database, maar waarom wordt daar nog steeds zoveel over gesproken? Komt dat door de snelheid? Door het snelle opzetten van een (tijdelijke) database?
Kort gezegd: Enlighten me!
GaMer13
Lange tijd heb ik MySQL gebruikt als database engine en ben toen eens rond gaan kijken in mijn phpinfo() gegevens van mijn host. Al vaker zie ik SQLite voorbij komen (en PostgreSQL, he Frank :P), maar nu wil ik wel eens weten wat zo'n beetje de verschillen zijn tussen SQLite en MySQL en de rest.
Oke, ik weet dat PostgreSQL "de toekomst" is en ik heb dit ook al aan de host voorgelegd, maar nu moet ik het doen met wat men biedt en dat is (PDO i.c.m.) SQLite en MySQL (en Access dan).
MySQL weet ik nu wel zo'n beetje allemaal en Access is een flat-file database driven engine. SQLite, heb ik opgemerkt, is ook een flat-file database, maar waarom wordt daar nog steeds zoveel over gesproken? Komt dat door de snelheid? Door het snelle opzetten van een (tijdelijke) database?
Kort gezegd: Enlighten me!
GaMer13
Gesponsorde koppelingen:
Hmm?
MySql gebruikt ook gewoon files.
Heb jij wel eens SQLite gebruikt? En is het handig(er)? Wat zijn dan de voordelen van SQLite?
Nee nog nooit gebruikt. Volgens mij is het 'lite' oftewel minder mogelijkheden.
Edit: http://nl.wikipedia.org/wiki/SQLite
http://en.wikipedia.org/wiki/SQLite
Edit: http://nl.wikipedia.org/wiki/SQLite
http://en.wikipedia.org/wiki/SQLite
Gewijzigd op 01/01/1970 01:00:00 door - SanThe -
Quote:
Hallo allemaal,
Lange tijd heb ik MySQL gebruikt als database engine en ben toen eens rond gaan kijken in mijn phpinfo() gegevens van mijn host. Al vaker zie ik SQLite voorbij komen (en PostgreSQL, he Frank :P), maar nu wil ik wel eens weten wat zo'n beetje de verschillen zijn tussen SQLite en MySQL en de rest.
Lange tijd heb ik MySQL gebruikt als database engine en ben toen eens rond gaan kijken in mijn phpinfo() gegevens van mijn host. Al vaker zie ik SQLite voorbij komen (en PostgreSQL, he Frank :P), maar nu wil ik wel eens weten wat zo'n beetje de verschillen zijn tussen SQLite en MySQL en de rest.
SQl lite is handig voor websites die lang laden.
twee belangrijkste dingen die verschillen:
- geen data typen (alle velden is een geneerde veld) volgens mij varchar alleen
- geen security behalve voor native bestandenssysteem en zekerheid op gegevensbestanden
het leukste is dat er geen grote server in de achtergrond runt
en nog een belangrijkste verschil:
sqllite kun je beter gebruiken voor single user o.i.d. en mysql is het best voor meerdere gebruikers.
Kort gezegd: SQLite is voor development en niet voor productie?
Nja is maar hoe je het bekijkt en wat je doeleinde is,,
Ik vind sql lite best wel chill! Is wel een aanrader eigenlijk..
waarvoor wil je het any way gebruiken (misschien kunnen we daaruit halen welke geschikt voor je is)?
Ik vind sql lite best wel chill! Is wel een aanrader eigenlijk..
waarvoor wil je het any way gebruiken (misschien kunnen we daaruit halen welke geschikt voor je is)?
SQLite is voor kleine dingetjes zou ik zeggen. Een simpel CMS, een kleine cache. Het is wel simpel, maar het is niet underpowered voor applicaties. Juist dat het simpel is, en je de bestanden gewoon kan zetten waar je wilt en je geen installatie nodig hebt is het naar mijn mening idealer voor kleine applicaties dan MySQL e.a.
Het is niet zo strikt als PostgreSQL (sinds wanneer is dat "de toekomst"?!) maar het is wel zo veilig dat het garandeert dat je database-bestand niet corrupt raakt. Volgens mij is het ook nog redelijk snel, al kan ik zo niet de bronnen daarvan terugvinden.
Ik zou als vuistregel aanhouden: SQLite is voor applicaties, en MySQL of PostgreSQL, of een andere database die op zichzelf staat is meer voor het opslaan van data (waar mensen dan weer applicaties omheen bouwen) SQLite wordt bijvoorbeeld gebruikt voor de bookmarks & geschiedenis van Firefox, voor de muziekbibliotheek van iTunes. Het is heel geschikt voor blogposts van een weblog, reacties op een fotoalbum. MySQL zou ik eerder gebruiken wanneer je gegevens wilt gaan verzamelen, of wanneer het echt om de data gaat, en niet om de applicaties eromheen. Een forum, waar meerdere mensen posten & lezen, of een weblog-service waar ieder z'n eigen weblog kan starten is meer het werk voor een "echte" database. Bijvoorbeeld twitter zou ik op basis van een goeie database bouwen (of een snellere meer schaalbare service, aangezien er wel heel veel reads/writes zijn. Vraag me af of een complexe database dan wel geschikt is) want daar gaat het om de berichtjes. Het frontend, de website, zou dan weer een SQLite database lokaal op de webserver (in het geheugen kan dat zelfs) kunnen gebruiken als cache.
Het is niet zo strikt als PostgreSQL (sinds wanneer is dat "de toekomst"?!) maar het is wel zo veilig dat het garandeert dat je database-bestand niet corrupt raakt. Volgens mij is het ook nog redelijk snel, al kan ik zo niet de bronnen daarvan terugvinden.
Ik zou als vuistregel aanhouden: SQLite is voor applicaties, en MySQL of PostgreSQL, of een andere database die op zichzelf staat is meer voor het opslaan van data (waar mensen dan weer applicaties omheen bouwen) SQLite wordt bijvoorbeeld gebruikt voor de bookmarks & geschiedenis van Firefox, voor de muziekbibliotheek van iTunes. Het is heel geschikt voor blogposts van een weblog, reacties op een fotoalbum. MySQL zou ik eerder gebruiken wanneer je gegevens wilt gaan verzamelen, of wanneer het echt om de data gaat, en niet om de applicaties eromheen. Een forum, waar meerdere mensen posten & lezen, of een weblog-service waar ieder z'n eigen weblog kan starten is meer het werk voor een "echte" database. Bijvoorbeeld twitter zou ik op basis van een goeie database bouwen (of een snellere meer schaalbare service, aangezien er wel heel veel reads/writes zijn. Vraag me af of een complexe database dan wel geschikt is) want daar gaat het om de berichtjes. Het frontend, de website, zou dan weer een SQLite database lokaal op de webserver (in het geheugen kan dat zelfs) kunnen gebruiken als cache.
Gewijzigd op 01/01/1970 01:00:00 door Jelmer rrrr
Ik gebruik nu MySQLi. Prima 8)
Oke, bedankt allemaal voor de info.
Dennis Mertens schreef op 12.02.2009 15:53:
Dat is geen database, dat is een verzameling PHP-functies.Ik gebruik nu MySQLi. Prima 8)



