dla procedury:

CREATE PROCEDURE procedure_name
@param1 INT
@param2 INT
@param3 INT
@param4 INT
@param5 INT
AS
...


Do serwera zostanie wysłane zapytanie:

EXEC procedure_name @param3 = @param1, @param4 = @param2


Wystarczy jednak zainstalować „Microsoft Drivers for PHP for SQL Server 2.0″ i problem znika.

Jeżeli nie mamy/nie chcemy instalować w/w sterownika, należy zachować kolejność parametrów w php z parametrami procedury, a nieużywane podawać jako: $param1 = DEFAULT

Mały hint, dla mniej zorientowanych Jeżeli zainstalowany zostanie Native client na maszynie, gdzie wcześniej istniał wyłącznie sterownik np dla SQL 200 lub 2005 trzeba pamiętać o zmianie nazwy sterownika:

$pdo = new PDO(‘odbc:DRIVER={SQL Server};SERVER=SERVER2008\SERVER2008′, ‘sql_login’, ‘sql_pass’, array(PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION));

$pdo = new PDO(‘odbc:DRIVER={SQL Server Native Client 10.0};SERVER=SERVER2008\SERVER2008′, ‘sql_login’, ‘sql_pass’, array(PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION));

Bez buga Native Client znajduje się w paczce fjuczerów do sql 2008 R2 (kluczowe jest R2)

Linki do „Microsoft® SQL Server® 2008 R2 Native Client” na dzień 2011-03-30:
- wersja 64 bit http://go.microsoft.com/fwlink/?LinkID=188401&clcid=0×409
- wersja 32 bit: http://go.microsoft.com/fwlink/?LinkID=188400&clcid=0×409


extension=php_mbstring.dll
extension=php_exif.dll


PDO/ODBC/MSSQL does not work with bound params.

Simple solution (if you dont want wait for M$) use CAST:
because integer is definded (sql2000) as -9223372036854775808 through 9223372036854775807 we need max 20 chars.

Use this:
SELECT TestID FROM zTest_TBL
WHERE TestID = CAST(:TestID AS VARCHAR(20)) AND TestID IN (SELECT TestID FROM zTest_TBL
)

instead this:
SELECT TestID FROM zTest_TBL
WHERE TestID = :TestID AND TestID IN (SELECT TestID FROM zTest_TBL
)

Dont convert to INT or BIGINT. Why? Try it

I hope, this help to save many complicated solution in php code.

Z doświadczenia wiem, że ma to miejsce przynajmniej w kilku (jak nie kilkunastu) przypadkach. Będę je tu wypisywał w miarę, jak będą mi dokuczać

1. Niby prosta sprawa:
$stmt = $pdo->prepare('SELECT * FROM tabela WHERE kol = :kol');
$params = array('kol'=> $kol);
$stmt->execute($params);

Ostatni wiersz powoduje błąd. kol jest integer. Co ciekawe, na innym komputerze, wszystko działa. Profiler pokazuje 1, zamiast spodziewanej wartości.
Zastąpienie $kol, wartością z palca, np.: 1234, powoduje, że błąd znika.
Rozwiązanie: tu sprawa jest prosta, prawdopodobnie, $kol nie przekazuje integer (np.: 1234.0 zamiast 1234) aby to sprawdzić, trzeba rozwiązać problem typu $kol. Można to sprawdzić rzutując (int)$kol – błąd zniknie – wszystko jasne. Błąd nie znika? Jaki błąd??

resources.db.adapter = "Zend_Db_Adapter_Pdo_Mysql"
resources.db.params.username = "login"
resources.db.params.password = "pass"
resources.db.params.dbname = "sjakas_baza_np_lokalna"
resources.db.params.host = "localhost"

I to wystarczy. Po odpaleniu, resztę czarnej roboty odwala framework.
Dostęp do naszego połączenia mamy poprzez getPluginResource(‘db’)->getDbAdapter().
Jeżeli mamy dwie bazy i chcemy aby je ‘obsługiwał’ automatycznie nasz bootstrap, trzeba będzie utworzyć własną klasę reusorce: dbWWW i dbLocal.
1. tworzymy klasę np:
require_once 'Zend/Application/Resource/Db.php';

function init()
{
parent::init();//pozwólmy popracować Zendowi
Zend_Registry::set('dbwww', $this->getDbAdapter());//zapisujemy adapter do rejestru
}
}

teraz w config.ini dopisujemy (założyłem, że plik z klasą leży w /library projektu):

pluginPaths.Resource = APPLICATION_PATH "/../library/Resource"

resources.dbwww.adapter = "Zend_Db_Adapter_Pdo_Mysql"
resources.dbwww.params.username = "www"
resources.dbwww.params.password = "www"
resources.dbwww.params.dbname = "baza_na_www"
resources.dbwww.params.host = "mysql.playboy.com"


That’s all folks Teraz, jeżeli potrzeba w dowolnym miejscu użyć połączenia do bazy ‘mysql.playboy.com’ piszemy Zend_Registry::get(‘dbwww’), a jak potrzeba do bazy lokalnej Zend_Registry::get(‘www’).
Jeżeli trzymamy się standardów nazywania adapterów do baz, które sami sobie narzucamy w pracy, to takie podejście pozwala pisać biblioteki klas działające na bazach, bez potrzeby przekazywania adapterów jako parametrów konstruktora czy poszczególnych metod.

0) ustawić include_path
1) wstawić extension_dir
2) odremować odpowiednie rozszerzenia:
- pdo, pdo_odbc
- gettext
3) włączyć short_open_tag
4) jeżeli używane, włączyć asp_tags
5) ustawić safe_mode
6) ustawić disable_functions
7) ustawić magic_quotes_gpc, magic_quotes_runtime
ustawić doc_root
9) upload_tmp_dir
10) dla świętego spokoju ustawić date.timezone
11 ustawić zend_extension_ts

Chłopaki z zenda obiecali, że w finalnej wersji ma się to już samo robić z wykorzystaniem zend toolsów.

Do testów, polecam na początek, w celu uniknięcia straty czasu na poszukiwaniu dziury w całym, dodać w index.php, na samym początku:

error_reporting(E_ALL | E_STRICT);
ini_set('display_errors', 'On');
ini_set('display_startup_errors', 'On');


oraz zmianić linię :

defined('APPLICATION_PATH')
|| define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application'));


na linię:

defined('APPLICATION_PATH')
|| define('APPLICATION_PATH', realpath(dirname(__FILE__) .'/../').'\application');


Do pliku configs\application.ini w sekcji „production”:

resources.frontController.throwExceptions = 1
resources.frontController.disableOutputBuffering = 1