Witam, czy ktoś zna jakiś niedrogi hosting z obsługą SQL Server 2008, ale taki, który dawałby możliwość samodzielnego wgrywania restore'a bazy danych ? Sprawdzałem amm.net.pl i home.pl i niestety każą podesłać sobie baze, którą ich admin wgrywa na server. To pewnie dlatego, że używają jeszcze SQL Server 2005, bo z tego co się orientuję w SQL Server 2008 istnieje już możliwość delegowania funkcji odtwarzania bazy danych bez konieczności posiadania uprawnienia 'sa'. A czy komuś udało się wogóle połączyć z takim zdalnym SQL Serverem na jakimkolwiek hostingu i podpiąć Subiekta ? Interesuje mnie szybkość (powiedzmy na łączu 6 Mb) - czy jest duża różnica w porównaniu ze standardową lokalizacją bazy subiekta w LAN'ie ?

Że to jest zły pomysł, to rozumiem kolega ma na myśli względy wydajności, tak ? Bo poza tym, to widzę jednak takie rozwiązanie jako całkiem fajne (pomijam też kwestię zaufania do firm świadczących usługi hostingowe). Środowisko rozproszone, to chcąc nie chcąc kierunek rozwoju wielu firm i trzeba sobie jakoś radzić. Można oczywiście próbować inne rozwiązania (np. obecnie używam połączeń vpn'owych, ale ze względów wydajnościowych rozważam połączenie z "chmurą" - czyli jakiś hosting z serverem sql'owym).
Oczywiście, w sytuacji gdy ktoś wrzuca baze sql na hosting zapomina o Archiwizatorze Subiekta. W tym momencie mija się to z celem, ponieważ backup'ami zarządza zdalny server sql'owy. Bardzo rzadko, ale jednak (przynajmniej na samym początku), zachodzi konieczność wrzucenia całej bazy danych (cały restore) i wtedy chciałbym mieć kontrolę nad tym procesem i nikogo się nie prosić, żeby mi wrzucił taką bazę. Później, hosting sam robi backupy wg. ustalonego harmonogramu, a ja mogę wybrać sobie z historii bakupów wersję, którą chcę odtworzyć. Jak jednak jest z wydajnością takiego połączenia ? Czy da się mimo wszystko znośnie pracować ?

Jak możesz, to wrzuć do FAQ. Czytałem na tym forum parę postów o zdalnych połączeniach, ale o stabilności jakoś nikt chyba nie pisał (chyba, że w jakichś archiwalnych).
Właśnie chętnie bym się dowiedział, co konkretnie stanowi problem. W końcu sam SQL powinien zapewniać gwarancję bezpiecznego zakończenia transakcji.

Danielson : powinien ale tego nie robi ;-)
SQL jest bardzo odporny ale nie jest niezniszczalny i nieomylny - niestety.

Fajnie ze dziala Ci to od roku. Znam gosci ktorzy juz 10 lat jezdza wychlani i nadal maja prawko.
Programy przystosowane do pracy przez Internet z Insertu to:
mobilny, sello, szybka sprzedaz i oscgt.
Insert gt nie jest przygotowany do takiej pracy. Oczywiscie mechanizmy SQL-a niweluja bledy wynikajace z niestabilnosci czy wolnego polaczenia ale to za malo.
Nie wiem jak mam Ci to wytlumaczyc szczegolowo bo nie wiem na ile znasz SQL-a.
W skrocie: komunikacja pomiedzy GT i baza napisana jest dla szybkich polaczen sieci LAN.
Tak samo to wyglada w aplikacjach konkurencji.

Nie łatwiej przesiąść się na usługi terminalowe nawet w przypadku błedu połączenia czy przerwy z serwerem nic sie nie dzieje bo przerwana jest jedynie sesja terminalowa a nie sesja SQL

Fajnie ze dziala Ci to od roku. Znam gosci ktorzy juz 10 lat jezdza wychlani i nadal maja prawko.
Programy przystosowane do pracy przez Internet z Insertu to:
mobilny, sello, szybka sprzedaz i oscgt.
Insert gt nie jest przygotowany do takiej pracy. Oczywiscie mechanizmy SQL-a niweluja bledy wynikajace z niestabilnosci czy wolnego polaczenia ale to za malo.
Nie wiem jak mam Ci to wytlumaczyc szczegolowo bo nie wiem na ile znasz SQL-a.
W skrocie: komunikacja pomiedzy GT i baza napisana jest dla szybkich polaczen sieci LAN.
Tak samo to wyglada w aplikacjach konkurencji.

oj kreuje się temat na dłuższą dyskusję

Może warto pomyśleć o oddzielnym katalogu na połączenia zdalne i pracę oddziałową? W końcu dotyczy to wszystkich programów z lini GT?

szkoda ;( bo mimo to, że moje doświadczenie z sql i insertGT jest 15 razy mniejsze niż Twoje to uważam, że czasy jak wszystko działało na LAN należą do przeszłości i nawet sam, w którymś wątku przyznałeś, ze u klienta łączysz się z bazą przez wifi. A potrzeby klientów rosną wraz z rozwojem technologii.