@ dkozlowski
Drogi Kolego. Zwykle każda mamusia uważa swoje dziecko za niewinne, więc i Kolega może uważa InsERTa za najdoskonalszy produkt od czasu wynalezienia koła i za problemy wini wszystko (a najchętniej administratora) a nie program. Proszę jednak o trochę obiektywizmu. Zawsze, gdy tylko jakiś program teoretycznie da się uruchomić na jakimś komputerze (a InsERTa da się), to można wzorem Kolegi wszystkie problemy z działaniem zgonić na administratora i teoretycznie, ale tylko teoretycznie, będzie to prawda, bo administrator ma teoretycznie możliwość wszystkie problemy usunąć. Jednak
ODROBINA przyzwoitość wymaga, by jednak program lub jego instrukcja
przynajmniej trochę temu administratorowi w tym pomogły. Spójrzmy jak sprawa wygląda:
- Kolega się z pewnością zgodzi, że zalecaną przez Microsoft konfiguracją MS SQL jest uwierzytelnianie po Windows, prawda?
- Kolega się z pewnością zgodzi, że InsERT poszedł po najmniejszej linii oporu i instaluje się z uwierzytelnianiem po koncie na MS SQL i to w dodatku 'sa', prawda?
- Kolega się z pewnością zgodzi, że brak zgodności metod uwierzytelniania może prowadzić do problemów i chyba nie jest to niespotykane, skoro od wersji 1.44 są już 2 wątki na ten temat, prawda?
- Nie wiem jak teraz, ale przynajmniej przed rokiem, kiedy ostatni raz czytałem, instrukcja InsERTa ani nie ostrzegała, ani program tego nie sprawdza, przed problemami z mieszanym sposobem uwierzytelnienia i poprzestaje na suchym "0x80004005: Nieokreślony błąd." (choć jak wspomniałem w Google można łatwo znaleźć skąd się taki błąd zwykle bierze), a takie ostrzeżenie powinno być, prawda?
- Oczywiście jak Kolega można o wszystko winić administratora, który przecież powinien być wszechwiedzący, a nie "doskonały"program, więc ten administrator pewnie, a nie program, powinien wiedzieć skąd bierze się "nieokreślony" błąd 0x80004005, jednak w praktyce nie ma doskonałych administratorów i Kolega przyzna, że nie tylko początkujący Kolega tomson5 nie wiedział jak rozwiązać problem, ale też nie wiedział ekspert Aldo ani ekspert candy ani sam guru dkozlowski...
- Nie winię za to wspomnianych Kolegów ekspertów (sam to wiem przypadkowo, bo rok temu miałem podobny problem i nie na InsERT), tylko winię za to twórców InsERTa: gdyby program stosował uwierzytelnienie zalecane przez Microsoft, albo podawał w instrukcji jak mapować uprawnienia na MS SQL (nie każdy jest takim ekspertem jak Kolega by to wiedział), albo choć ostrzegał przed problemem czy to w instrukcji czy to komunikatem programu (zamiast "wiele mówiącegu" 0x80004005: Nieokreślony błąd.) to taki błąd by się albo nie zdarzał, albo Koledzy eksperci wiedzieliby jak go rozwiązać.
Przy autentykacji Windows serwer SQL wykonuje operacje w systemie operacyjnym z uprawnieniami zalogowanego użytkownika, a nie konta usługi serwera SQL... Programy Insertu nie tworzą bezpośrednio żadnych plików (poza logiem z konwersji), wszystkie pliki, a są to pliki baz danych są tworzone przez serwer SQL.
- skoro Kolega tak twierdzi, to pewnie tak jest, tylko dlaczego bez włączenia uwierzytelniania po koncie MS SQL konwersja nie działa?... (oczywiście przyczyn może być wiele, np. brak uprawnień tego użytkownika Windows do plików na tym serwerze baz danych, ale instrukcja InsERT nie podaje jakie uprawnienia powinien mieć, prawda? I Kolega gwarantuje, że InsERT, zainstalowany domyślnie po koncie z MS SQL, nie wywołuje części procedur na MS SQL po koncie na MS SQL a części z uwierzytelnieniem Windows jak takowe się stosuje?)
Wobec powyższego, Kolego dkozlowski, pozwolę sobie pozostać przy zdaniu, że winnym przedmiotowego problemu jest InsERT a nie niekompetencja administratora (czy tym bardziej użytkowników) i zamiast krytykować użytkowników, lepiej by Insert uderzył się w piersi i poprawił jeśli już nie program, to instrukcję i przynajmniej uczulił użytkowników na błędy i ich objawy z mieszania sposobów uwierzytelnienia a najlepiej jakby jeszcze opisał wspomniane przez Kolegę mapowanie uprawnień na serwerze MS-SQL. Przyznaję bez bicia, że od roku tej instrukcji nie czytałem, więc nie mam 100% pewności że tego nie ma, ale mniemam, że gdyby było, to taki ekspert jak Kolega potrafiłby podać rozwiązanie wspomnianego błędu.
