1. no nic nie zwraca , Glock19 22/05/13 13:38
   .....
   1. a COMMIT robisz? , bwana 22/05/13 13:46
      bo może w tym problem - wstawiasz, nie masz komunikatu o błędzie ale rekordu w bazie też nie - bo wstawiłeś, nie zrobiłeś COMMIT-a i przerwałeś sesję.

      "you don't need your smile when I cut
      your throat"

      1. to chyba nie to , Glock19 22/05/13 14:04
         http://www.shotdev.com/...in-tran-commit-rollback/
         
         Skorzystałem dla przykładu z tego jeszcze.
         i to samo.
         1. może nie, ale w Twoim kodzie nie widzę nigdzie wykonania COMMIT , bwana 22/05/13 14:17
            jeśli rozpoczynasz transakcję (jawnie lub nie - czyli BEGIN TRAN albo po prostu dowolny DML) to żeby jej wyniki zostały zapisane w bazie, COMMIT trzeba wykonać (chyba że w MS SQL takie niejawne transakcje są autocommitowane, w co wątpię, ale się nie znam).

            "you don't need your smile when I cut
            your throat"

            1. Niekoniecznie. IMHO w standardzie jest ze albo zaczynasz beginem a potem , ptoki 22/05/13 14:37
               robisz commit czy rollback po kilku DML-ach albo begin i commit są zakładane domyslnie dla każdego DML-a osobno.
               1. To zależy:-D , bwana 22/05/13 16:17
                  http://stackoverflow.com/...-an-sql-server-session
                  
                  zależy od ustawienia zmiennej bazy/ zmiennej sesji o nazwie IMPLICIT_TRANSACTIONS
                  
                  Jeśli IMPLICIT_TRANSACTIONS jest ON (domyślnie) to trzeba commitować. Jeśli OFF - każdy DML jest wykonywany nietransakcyjnie (automatycznie zacommitowany - jakże brzydko to słowo wygląda:-D)

                  "you don't need your smile when I cut
                  your throat"

               2. Ale ogólnie się nie spieram, bo na MS SQL po prostu się nie znam , bwana 22/05/13 16:19
                  Niemniej jeśli brak wyjatku z API w PHP, brak błędu zwróconego przez bazę i brak rekordu w bazie - to brak commit-a to pierwsze co się nasuwa, nie?;-D

                  "you don't need your smile when I cut
                  your throat"

                  1. Oczywiście. Ale z tego ci posał Glock19 nie wynikało że nie ma błędów. , ptoki 23/05/13 08:25
                     Nie raz miałem kod który nie miał poprawnej obsługi błędów i sie drapałem po głowie co sie dzieje.
                     W ten jego kod inicjalnie nie zagląłem.
                     Ale jak select w takim kodzie działa to i insert powinien chyba że insert ma w sobie selecta który nic nie zwraca :)
                     
                     A co do ustawienia tej zmiennej to IMHO dziwne było by gdyby domyślnie było ustawione na ręczny commit. Takie jakieś nienormalne :)

   2. To może zacznij po kolei. , Tig3r 22/05/13 14:23
      1. Sprawdź czy rzeczywiście nawiązujesz połączenie.
      2. Sprawdź czy możesz zrobić jakiegoś SELECTa.
      3. Sprawdź uprawnienia dla użytkownika. To że użytkownik user@localhost coś może to nie znaczy że user@drugamaszyna może to samo.
      4. Sprawdź czy możesz zrobić insert pojedynczego pola.
      
      BTW zarówno MSSQL jak i CDN na pewno oferują support do swoich produktów. Zapytaj ich :)
      1. No i poczytaj hinty tutaj: , Tig3r 22/05/13 14:27
         http://php.net/manual/pl/ref.mssql.php

"you don't need your smile when I cut
your throat"

1. rekord wstawia sie poprawnie , Glock19 22/05/13 22:26
   jw......

https://www.siepomaga.pl/milosz-mosko

1. pisałem ze insert , Glock19 22/05/13 22:25
   wklepany w managment studio działał poprawnie
   1. w tym wypadku PHP zachowało się bardziej jak ODBC podczas połączenia , Tomasz 23/05/13 02:37
      (takie opcje można w ODBC ustawić) podczas gdy np. C# w którym podaje się bezpośrednio connection string przyjmuje powyższe z konfiguracji serwera. Ciekawe.

      https://www.siepomaga.pl/milosz-mosko