[oop] Mysql class

Gestart doorBartw15 reacties48 weergaven

16 berichten · pagina 1 van 2

Bartw

Lid · Topicstarter

Berichten
473
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Hee,

Wat is beter voor een mysql class? Een static class of een normale. Bij een normale class moet ik in elke class een apart object aanmaken met de functie getInstance die ik gemaakt heb. Dus leek het mij makkelijker om een static class te maken.
Zijn hier nadelen aan? Zo ja, welke.

Mvg
0
Berichten
10.421
Reputatie
4
Punten
0,00
Lid sinds
Laatst gezien
Waarom een MySQL-class terwijl je ook direct PDO kan gebruiken?
0
Bartw

Lid · Topicstarter

Berichten
473
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Ik heb toch liever een eigen om het te beheren. Maar wat is beter? Static of een normale
0
Berichten
10.421
Reputatie
4
Punten
0,00
Lid sinds
Laatst gezien
En wat nu als je over gaat naar PostgreSQL? Youll never now wink?
0
Bartw

Lid · Topicstarter

Berichten
473
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Je hebt een punt wink maar ik zou graag antwoord op mijn vraag krijgen
0
Fass

Lid

Berichten
3.771
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Aarclay schreef:
En wat nu als je over gaat naar PostgreSQL? Youll never now wink?
Dat is toch juist handig van een sql class? Je kan zelf functies erover halen om je sql enzo aan te passen...

correct me if Im wrong hoor.
0
Berichten
1.544
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Daarvoor hebben we PDO smile Dan hoeft er niet eens meer wat te worden aangepast, want het kan al gebruik maken van PostgreSQL yummie
0
Fass

Lid

Berichten
3.771
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Maar je syntax is dat toch ook iets anders? Is bij bv. Oracle wel het geval. En extra beveiliging kun je inbouwen bij een db class (extra waarde (true/false) meegeven bij je query/execute functie die if(true) checkt of er niet ergens verderop in de query nog een DROP of DELETE of iets in die richting staat).

Dat haalt btw niet weg dat je geen PDO mag gebruiken, dat kun je gewoon gebruiken binnen je class.
0
Berichten
10.421
Reputatie
4
Punten
0,00
Lid sinds
Laatst gezien
Fass schreef:
Maar je syntax is dat toch ook iets anders? Is bij bv. Oracle wel het geval. En extra beveiliging kun je inbouwen bij een db class (extra waarde (true/false) meegeven bij je query/execute functie die if(true) checkt of er niet ergens verderop in de query nog een DROP of DELETE of iets in die richting staat).
Dat haalt btw niet weg dat je geen PDO mag gebruiken, dat kun je gewoon gebruiken binnen je class.

Ja, de syntax bij elke DBMS (MySQL, MsSQL, Oracle, Filemaker etc..) is weer eens anders. Maar lang leve de prepared statements waarmee je daar niet meer om hoeft te bekommeren.thumbsup
0
Rik

Lid

Berichten
18.393
Reputatie
0
Punten
0,04
Lid sinds
Laatst gezien
Maar, als we even gewoon antwoorden op de vraag van de topicstarter:

Ik zou kiezen voor Static. Voor de meeste sites heb je maar één verbinding nodig. Het is dus niet per se nodig om een normale class te maken die meerdere instanties kan aanmaken, omdat je maar één instantie nodig hebt.
0
Bartw

Lid · Topicstarter

Berichten
473
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Oke bedankt wink
0
Berichten
6.722
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Waarom raden jullie PDO aan? Ik zou persoonlijk voor MySQLi gaan.
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Wiitse schreef:
Waarom raden jullie PDO aan? Ik zou persoonlijk voor MySQLi gaan.
Omdat PDO meerdere DB types ondersteund
0
Rik

Lid

Berichten
18.393
Reputatie
0
Punten
0,04
Lid sinds
Laatst gezien
Jenner schreef:
En anders gaan we toch voor een eigen Active Record Pattern ^^ Dat is wel het mooiste smilehttp://nl.wikipedia.org/wiki/Active_record_patroon
Heb je alsnog een achterliggende core MySQL class voor nodig, anders kan de save() method geen queries uitvoeren.
0

Jouw reactie

Deel je idee, stel een vraag of help een ander verder.

Editor laden…

Praat mee met de One2xs-community.

Inloggen om te reageren