I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Jeg har ikke selv prøvet PEAR, men har lavet direkte tilknytning til min MySql. Jeg kører Apache på en win2000, med PHP4.
Jeg har forstået følgende om PEAR: PEAR er databaseuafhængig, og derfor er denne tilgang smart, da man kan skift DB uden at ændre særlig meget i PHP koden. Hvis man har lagt sine DB-kald i en klasse, så skal der kun ændres i meget få linjer.
Det lyder i hvert fald lidt som en ODBC...bortset fra at ODBC jo kun virker til MS!! :-)
okay, tror jeg har den... ...det vil sige at hvis man vilhave kontakt til en MS DB med php, og man bruger PEAR som interface, så skal man stadig have en ODBC?
Du bruger IKKE PEAR som interface, du bruger PEAR til at hente code med. Resten kan jeg ikke hjælpe dig med da jeg ikke har prøvet at blande MS og php.
PEAR er en samling klasser i PHP af meget høj kvalitet. De benyttes til forskellige abstraktioner i forbindelse med databaseopkoblinger, formularbehandling, tabelgenerering og meget mere.
Blandt alle disse klasser findes eksempelvis PEAR:DB og PEAR:MDB som er database abstraktionslag som kan benyttes til opkobling mod mange forskellige databaser - men ikke via ODBC!
Jeg bruger en del af klasserne fra PEAR og er 99,9% tilfreds med det jeg har brugt indtil videre - der er ind i mellem nogle mindre bugs i de stabile versioner, men som regel bliver de også rettet meget hurtigt!
okay...grunden til at jeg er/var i tvivl er fordi man kan slå [PEAR] op i Rasmus Lerdorf's egne bog (Programming PHP), og her stå det sammen med DB afsnittet. Jeg forstå godt hvad det er du skriver med at man bruger den til at hente kode med, så forstår jeg bare ikke budskabet i hans bog!!
Når man i alm. tale refererer til PEAR tænkes der på klasse-samlingen - det a-eriksen henviser til er at pear.php.net giver et webbaseret interface til at hente disse klasser - og i indledningen står der da også, at PEAR overordnet set må betragtes som et miks af flere ting - blandt andet de to ovennævnte!
Når Rasmus refererer til PEAR i et afsnit om databaser, hænger det nok sammen med at DB-klassen ubetinget er den mest populære og anvendte, hvis man lige ser bort fra basis-klassen! Desuden kan de fleste se det smarte i at lave database-operationerne objektorienterede - så det er også pædagogisk en god klasse at hive frem!
på http://www.zend.com/zend/tut/odbc.php : Do we need to use ODBC? PHP has several database connection libraries, such as for MySQL and Oracle, but the language cannot possibly support every database vendor in the world. As such, ODBC is a standard that will enable PHP to connect to any database server packaged with the required ODBC drivers.
tipsen-> jeg har lige hentet den klaae fra PEAR, og kan se at den har nogle mapper vedr. ODBC, ved du noget om det? Kan jeg skrive i min opg. at ODBC automatisk bliver brugt (eller der er mulighed for at bruge ODBC) med disse klasser?
jeg ved ikke om der er nogle der læser dette, men her er min konklusion på spørgsmålet:
Når man bruger PHP til databaseadgang kan det ske på 2 måder. Den ene er at have direkte adgang til den database man vil have kontakt til. Den anden er at kører sin databasekontakt igennem PEAR udvidelsen som er nogle standard hjælpeklasser der er blevet udviklet. Når man gør sin forbindelse til DB objektorienteret, er det meget nemmere at skifte database senere, fordi der kun skal ændres kode i denne klasse, og ikke på nogle af de sider der benytter klassen. En ulempe der er ved PEAR er at kontakten bliver lidt langsommere, men hvis man vil have fleksibilitet, er det at fortrække at benytte PEAR, da en given virksomhed nemmere vil kunne komme i kontakt med andres database ved et eventuelt samarbejde. PEAR tilbyder også ODBC driveren så det er endnu nemmere at skifte DB.
-hvis man ønsker at migrere til PostGreSQL ændrer man bare 'phptype' fra 'mysql' til 'postgresql' og så er den klaret!
Man har altså et væsentligt mere fleksibelt system, men giver afkast på en smule hastighed og måske også nogle af db'ernes individuelle muligheder. Man kan selvfølgelig ikke bare skifte fra MySQL til Postgresql, hvis man i sine php-script har benyttet muligheder der kun gælder for MySQL og ikke for PostGreSQL eller omvendt! Hvis man stadig nemt vil kunne skifte dbms, skal man altså¨begrænse sig til features der er fælles for de dbms'er man kunne ønske at bruge.
Så hvis man også benytter ODBC så behøver man ikke at tænke på de sidste problemer du nævnte. Feks. behøver man ikke tænke på hvilken feauteres man benytter hvis man anvender ODBC, da denne konvertere forspørgslerne til den rigtige applikation.
Nu håber jeg ikke at for fik rodet helt rundt i det... tipsen->Nu ved jeg ikke om du er en af dem der er interesseret i point...ellers må du lige sige til :-)
Claus: Det med ODBC er jeg ikke så stiv i, men det lyder vist ikke helt tosset. Point kan være ligegyldigt - de kan ikke bruges til noget alligevel - lige bortset fra et Eksperten Pro medlemsskab, så man slipper for reklamer - og hvis jeg får det, er det fordi jeg bruger for meget tid her alligevel :-)
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.