Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 6 reacties
Bron: Microsoft, submitter: Tarabass

Microsoft heeft een cumulatieve update voor SQL Server 2005 en SQL Server 2008 vrijgegeven, die een verbeterde ondersteuning van PHP 5 met zich meebrengt. De update heet voluit 'SQL Server Driver for PHP Version 1.0' en maakt het mogelijk dat php-scripts gegevens in een SQL Server-database kunnen lezen en schrijven. Hieronder staan de release notes van deze update, die ook te vinden zijn in het readme-document die in de download wordt meegeleverd:

In its continued commitment to interoperability, Microsoft has released an updated SQL Server Driver for PHP. The SQL Server Driver for PHP download is available to all SQL Server users at no additional charge. The SQL Server Driver for PHP is a PHP 5 extension that allows for the reading and writing of SQL Server data from within PHP scripts. The extension provides a procedural interface for accessing data in all editions of SQL Server 2005 and SQL Server 2008.

The following updates are included in this release of the SQL Server Driver for PHP:

  • The name of the driver is now SQL Server Driver for PHP. The previous name, SQL Server 2005 Driver for PHP, led many people to infer that the driver was only compatible with SQL Server 2005, although it is also compatible with SQL Server 2008. Note, however, that regardless of which version of SQL Server you are targeting, you must have SQL Server 2005 Native Client installed on the same machine that is running PHP. For more information about SQL Server 2005 Native Client, see the Microsoft SQL Server Native Client page on MSDN. To download and install the SQL Server 2005 Native Client now, click on the appropriate link below:
  • Variables passed as query parameters to the sqlsrv_prepare function in the parameter array should be passed by reference instead of by value. If you pass query parameters by value to sqlsrv_prepare, other variables that are assigned to the query parameters might be overwritten when the query is executed. To call attention to this, a PHP warning will now be raised when a query with by-value parameters is executed. For more information, see sqlsrv_prepare in the API Reference section of the product documentation.
  • Variables passed as query parameters to the sqlsrv_query function in the parameter array can be passed by value without concern for overwriting other variables that are assigned to the query parameters.
  • The log message "Failed to remove statement resource" is no longer written to the log file when no failure occurred.
  • Calling a stored procedure with a RETURN clause no longer causes an error.
  • Binding a string output parameter to a PHP variable that has been set to null no longer fails.
  • Executing a query in which a string output parameter is bound to a PHP variable that has been set to null no longer causes an error.
  • In previous releases, calling a stored procedure that returned an output parameter of type string caused a truncation error. This issue has been fixed.
Moderatie-faq Wijzig weergave

Reacties (6)

Hoe verhoudt de performance nou tov mysql of postgresql icm PHP5?
Is er bijvoorbeeld door de extra laag (sql server native client) toch performance verlies en ben je toch beter uit met andere sql servers?
performance is lastig te meten ten aanzien van je applicatie (applicatie en niet DB omdat het hier over php gaat).
immers dezelfde tabellen met dezelfde structuur komt zeker niet altijd voor op mysql / mssql.
mede ook doordat andere "tweaks" gebruikt worden om de applicatie te versnellen.

zou je zelf een db maken met 2 dezelfde tabellen, dan is het ook niet meetbaar, immers na 1 a 2 queries zijn die tabellen al in je ramgeheugen geladen.

verder kun je nog kijken naar IO, maar dat is hardware afhankelijk, dus als je dezelfde hardware neemt (en ook hetzelfde OS!!) is dat weer wat minder relevant ten aanzien van de performance.

als je dan kijkt naar PHP, wat juist bedoelt is om met myssql samen te werken en daar dus ook het langstre trackrecord voor heeft, zou het mij niet verbazen als de combi myssql/php het uiteindelijk beter doet dan mssql/php (maar dat blijft een aanname).
maar de echter performance krijg je pas te zien bij grote db's verspreid over een cluster met zware apps.

[Reactie gewijzigd door fallen_angel op 13 mei 2009 07:20]

waarom is dat pas échte perfomance? wat nou als je een 'kleine' DB (lees weinig/kleine tabellen) heeft met enorm veel requests?

ik denk dat de performace wel te meten is, maar dat je niet één factor kunt wijzigen. vergelijken zegt dus niet zo heel veel over de driver, maar over de gehele combi. op zich prima, aangezien er toch geen alternatieven bestaan.

optie 1: mysql / driver x / php
optie 2: mssql / driver y / php

dit kun je wel tegen elkaar af zetten
Ik dacht dat alle drivers hetzelfde werkte, en dat dus ook de mysqli driver op deze manier werkt, maar dat ze de meeste gewoon eruit geknikkerd hadden om zelf minder werk te hebben?
Is deze driver een vervanger van de FreeTDS driver?

Met FreeTDS en MS SQL Server heb je na 50 concurrent gebruikers performance issues. Dit heb je bijvoorbeeld met MySQL niet.

Als deze driver FreeTDS vervangt, is er de hoop dat de combinatie PHP en SQL Server goede performance gaat leveren zoals het dat op Linux of met MySQL wel doet.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True