Forum › PHP / SQL › Topic
 
| Forum: |
[PHP/SQL] ORM Gebruiken?
Offline
Oké dus om een lang verhaal kort te maken, ik was aan het kijken voor Activerecord, en er waren mensen zeiden dat die methode dus slechter was en ORM kon gelijkaardige dingen bieden en zou een beter systeem zijn.
Dus heb ik gekeken naar Propel en Doctrine.
Ik heb eens wat geprutst met phpactiverecord, maar doordat dit een minimum vereiste heeft van PHP 5.4 of zo iets en zie ik niet in dat alle hosts er mee gaan werken, en dus vind ik dit toch niet echt een oplossing.
Dit alleen al... werkt niet overal, goede start.
Velen zeggen dat het gebruik van ORM voordeel heeft bij het feit dat je 1 abstractie methode hebt om je database handelingen te doen. En dit klopt ook voor het grootste deel.
Echter voor geavanceerde dingen, moet je mogelijk toch nog gaan tweaken.
De enige reden waarom ik zoiets zou kiezen is omdat je mensen dan hun eigen database kunt laten kiezen.
Echter als je erover nadenkt dat mensen hun eigen code niet kunnen schrijven, of ze downloaden een gratis script van je.
Ja dat bewijst al dat de cliënten die je hebt hoogstwaarschijnlijk allemaal van die mensen gaan zijn die alleen met MySQL kunnen werken, en ook met Cpanel, Directadmin, Plesk of andere GUI interfaces zo van die dingen kunnen instellen.
Met andere woorden, tenzij je echt iets maakt voor een gigantische netwerk zoals Facebook of zo. Is dit gewoon massieve overkill.
Dus ik wou jullie mening hierover eens horen. Want ik vind na het zelf te proberen wel handig, maar ik voorzie problemen die ik bij PDO (ondersteunt ook 12 databases) niet ga hebben bijvoorbeeld.
Dus heb ik gekeken naar Propel en Doctrine.
Ik heb eens wat geprutst met phpactiverecord, maar doordat dit een minimum vereiste heeft van PHP 5.4 of zo iets en zie ik niet in dat alle hosts er mee gaan werken, en dus vind ik dit toch niet echt een oplossing.
 | Code |  |  |  |
|
Dit alleen al... werkt niet overal, goede start.
Velen zeggen dat het gebruik van ORM voordeel heeft bij het feit dat je 1 abstractie methode hebt om je database handelingen te doen. En dit klopt ook voor het grootste deel.
Echter voor geavanceerde dingen, moet je mogelijk toch nog gaan tweaken.
De enige reden waarom ik zoiets zou kiezen is omdat je mensen dan hun eigen database kunt laten kiezen.
Echter als je erover nadenkt dat mensen hun eigen code niet kunnen schrijven, of ze downloaden een gratis script van je.
Ja dat bewijst al dat de cliënten die je hebt hoogstwaarschijnlijk allemaal van die mensen gaan zijn die alleen met MySQL kunnen werken, en ook met Cpanel, Directadmin, Plesk of andere GUI interfaces zo van die dingen kunnen instellen.
Met andere woorden, tenzij je echt iets maakt voor een gigantische netwerk zoals Facebook of zo. Is dit gewoon massieve overkill.
Dus ik wou jullie mening hierover eens horen. Want ik vind na het zelf te proberen wel handig, maar ik voorzie problemen die ik bij PDO (ondersteunt ook 12 databases) niet ga hebben bijvoorbeeld.
Quote:
Webtijn schreef:
[...]
Om daar even op in te haken: ik denk dat Facebook het andere uiterste is en daardoor een verkeerd voorbeeld. Juist Facebook zal van tevoren besloten wat voor opslag medium ze gebruiken en daar het hele systeem op afstellen. De overhead van een extra abstractie-laag is voor Facebook een nachtmerrie (dit is overigens niet gebaseerd op feiten)
Anyway, de vraag die je stelt, "ORM gebruiken?", is een vraag die systeem ontwikkelaars zich continu af moeten vragen. Neem je de extra overhead voor lief, of ga je voor een geoptimaliseerde versie? Ik denk dat dat helemaal afhangt van je situatie. Zoals je zelf zegt: als je niet van plan bent van database te switchen, waarom dan de database abstraheren? En als je complexe queries maakt, kun je die veel beter zelf schrijven.
My 2 cents :')
Dus ORM is niet echt noodzakelijk.
Daar Kan ik wel mee leven
