hallo mensen,
je kan een data base maken met Mysql enzo.
maar ik heb ook keer ergens gelezen dat het kan met Mircosoft Access.
nou is er een poll:
Welke database prefereer jij?
hoe werkt het dan met microsoft access, iemand miss goede uitleg.
en hoe kan je die database uit microsoft dan koppelen in een php script?(hoe verbind je hem dus?)
Hallo, als er hier iemand rondloopt die MySQL vervloekt vanwege volslagen idioot gedrag, dan ben ik het wel. MySQL is ********BEEEEEEEEEEP******** en een bewuste keuze voor MySQL duidt vaak op een totaal gebrek aan kennis. Nee, dus, je kiest nooit vrijwillig voor MySQL, dat doe je jezelf echt niet aan.
Kijk eens naar PostgreSQL of FireBird (beide altijd gratis, pgSQL is alleen bekender) of SQL Server, Oracle of DB2 (er zijn gratis licenties beschikbaar, maar het wordt al snel erg kostbaar). Daarmee kun je goede, snelle en vooral veilige databases bouwen.
MySQL is voor prutsers en voor mensen die deze database van A tot Z opnieuw kunnen opbouwen en compileren. Maar dat zijn er maar weinig.
Wanneer je met PostgreSQL en PHP aan de slag gaat, hou dan ook even de PHP-handleiding bij de hand:
Connectie: pg_connect()
Query uitvoeren: pg_query_params()
Fetchen resultaat: pg_fetch_all()
Foutafhandeling: pg_last_error()
Aantal gewijzigde records: pg_affected_rows()
Hiermee heb je zo'n 99% van de benodigde functionaliteit te pakken.
?
Onbekende gebruiker
01-03-2009 11:11
Ik denk dat Martyn voorloppig ook nog wel prima met MySQL overweg kan; een gemiddeld gastenboekje heeft echt niet perse PostgreSQL nodig.
Een gemiddeld gastenboek, of welke willekeurige applicatie dan ook, is eenvoudiger met PostgreSQL te maken dan met MySQL. Waarom? Omdat MySQL data verknalt wanneer je per ongeluk iets fout doet (gebeurt iedereen) en daar geen (bruikbare) foutmeldingen op geeft. Tevens heb je minder functies nodig om een veilig systeem te maken, al ligt dat in dit geval aan de bijbehorende PHP-functies, voor MySQL mag je keer op keer weer aan de slag met mysql_real_escape_string, voor PostgreSQL trap je de variabelen samen met de query in pg_query_params() en klaar ben je. Je hoeft zelf niet/nauwelijks meer aan de beveiliging te denken, dat regelt pg_query_params() wel voor je.
Met 4 functies (pg_affectedP_rows() heb je niet nodig wanneer je het slim aanpakt) heb je de interface met de database klaar. Zo eenvoudig gaat het met MySQL niet worden.
En vergeet niet dat je met PostgreSQL leert omgaan met SQL, met MySQL leer je iets wat regelmatig wiskundig niet eens mogelijk is, bv. het optellen van appels en peren...
SELECT '5 appels' + '3 peren';
Resultaat in MySQL: 8
En wat mag 8 dan voorstellen? 8 appels? 8 peren? Of 8 emmertjes bullshit?
In PostgreSQL krijg je keurig een foutmelding:
ERROR: operator does not exist: text + text
En dat klopt ook, 2 stukken tekst kun je niet bijelkaar optellen.
