🚀 go-pugleaf

Marek Powichrowski wrote:
> Czesc wszystkim,
> 
> ma zainstalowany MSSQL 2000 i po zainstalowaniu Visual C# myslalem, ze bez
> problemu bede mogl z niego korzystac a tu niespodzianka : wersja ta
> wspolpracuej jedynie z MSDE lub Access'em. Czy w zwiazku z tym pownienienem
> zainstalowac rowniez MSDE ? Czy nie bedzie to w konflikcie z MSSQL 2000 ?
> 
> Pozdrawiam,
> 
> Marek Powichrowski
> 

Co dokładnie oznacza, że nie współpracuje? Z puntku widzenia pisania 
aplikacji msde i mssql to to samo. Różnice są w licencji z braku 
niektórych funkcji w MSDE. Zawsze miałem wrażenie, że dla środowiska 
(przynajmniej VStudio) wersja bazy jest obojętna.

Na jednym komputerze może być kilka (do 16) instacji zarówno mssql jak i 
msde. U siebie mam obie wersje (MSSQL 2k Dev oraz MSDE) i wszystko 
chodzi bez problemów.

Pozdrawiam
art

> Co dok�adnie oznacza, �e nie wsp�pracuje? Z puntku widzenia pisania
> aplikacji msde i mssql to to samo. R�nice s� w licencji z braku
> niekt�rych funkcji w MSDE. Zawsze mia�em wra�enie, �e dla �rodowiska
> (przynajmniej VStudio) wersja bazy jest oboj�tna.

Wlasnie jezeli nie ma MSDE a jest MSSQL 2000 to nie mozna nic zrobic z
kontrolkami bazy danych SQL. VC# odmawia z mozliwosci podlaczenia do bazy
danych.

>
> Na jednym komputerze mo�e by� kilka (do 16) instacji zar�wno mssql jak i
> msde. U siebie mam obie wersje (MSSQL 2k Dev oraz MSDE) i wszystko
> chodzi bez problem�w.


Wlasnie o ta odpowiedz mi chodzilo. Wiec zainstaluje jeszcze MSDE i bede
cwiczyl SQL-a w VC# przez MSDE.

Dzieki,

Marek Powichrowski

Jakiej wersji VC# u�ywasz?
Korzystaj�c z ca�ego studia w wersji Enterprise lub Architect nie ma �adnych
tego typu problem�w.
Podejrzewam, �e chodzi o wersj� standard?
W takim razie problemem mo�e by� brak sterownik�w .NET do SQL Servera. SQL
2000 raczej ich nie zawiera, by� mo�e MSDE w najnowszej wersji instaluje je.
Ale wydaje mi si� (nie wiem, bo nie znam wersji standard), �e powinny w niej
by� sterowniki OleDB?
Te sterowniki powinny by� r�wnie� dost�pne w MS Download...

Pozdrawiam


-- 
Piotr Olech
Remove "spam_off" while answering...

> Jakiej wersji VC# u�ywasz?
> Korzystaj�c z ca�ego studia w wersji Enterprise lub Architect nie ma
�adnych
> tego typu problem�w.
> Podejrzewam, �e chodzi o wersj� standard?

Tak.

> W takim razie problemem mo�e by� brak sterownik�w .NET do SQL Servera. SQL
> 2000 raczej ich nie zawiera, by� mo�e MSDE w najnowszej wersji instaluje
je.
> Ale wydaje mi si� (nie wiem, bo nie znam wersji standard), �e powinny w
niej
> by� sterowniki OleDB?
> Te sterowniki powinny by� r�wnie� dost�pne w MS Download...

Nie mozna ani przez OLEdb ani przez ODBC z MSSQL 2000. Sprobuje jednak
zainstalowac MSDE.

Dzieki za odzew,

Marek Powichrowski

> Jakiej wersji VC# używasz?
> Korzystając z całego studia w wersji Enterprise lub Architect nie ma żadnych
> tego typu problemów.
> Podejrzewam, że chodzi o wersję standard?
> W takim razie problemem może być brak sterowników .NET do SQL Servera. SQL
> 2000 raczej ich nie zawiera, być może MSDE w najnowszej wersji instaluje je.
> Ale wydaje mi się (nie wiem, bo nie znam wersji standard), że powinny w niej
> być sterowniki OleDB?
> Te sterowniki powinny być również dostępne w MS Download...

Sterowniki MS SQL'a są elementem samego .NET'a (System.Data.SqlClient)
Sterowniki OleDB w .NET (System.Data.OleDb) nie pozwalaja nawet do dostęp do SQL'a
poprzez Microsoft OLE DB Provider for SQL Server,
ani na skorzystanie z Microsoft OLE DB Provider for ODBC Drivers.

Natomiast ograniczeniem wszystkich wersji Standard
jest to że baza musi znajdować się na tem samym komputerze co Visual

-- 
____________
Robert Winkler

Zainstalowalem MSDE natomiast nadal spod VC# nie pomeg wykonac polaczenia.
Wszystkie proby koncza sie tym samym komunikatem jak w sytuacji gdy nie bylo
MSDE. CO robie �le ? Proces instalacji przebiegl prawidlowo.

Maerk Powichrowski

U�ytkownik "Marek Powichrowski" <mar...@telbank.pl> napisa� w wiadomo�ci
news:bu1a84$3ke$1@korweta.task.gda.pl...
> Zainstalowalem MSDE natomiast nadal spod VC# nie pomeg wykonac polaczenia.
> Wszystkie proby koncza sie tym samym komunikatem jak w sytuacji gdy nie
bylo
> MSDE. CO robie �le ? Proces instalacji przebiegl prawidlowo.

Jakiego providera powinienem wybrac ? Na liscie providerow nic sie nie
zmienilo po zainstalowaniu MSDE.

Marek Powichrowski

> > Zainstalowalem MSDE natomiast nadal spod VC# nie pomeg wykonac polaczenia.
> > Wszystkie proby koncza sie tym samym komunikatem jak w sytuacji gdy nie
> bylo
> > MSDE. CO robie źle ? Proces instalacji przebiegl prawidlowo.
>
> Jakiego providera powinienem wybrac ? Na liscie providerow nic sie nie
> zmienilo po zainstalowaniu MSDE.
>

Jak chcesz wygrać providera?

Dla MS SQL'a/MSDE jest oddzielny System.Data.SqlClient
i tylko z niego można skorzystać aby połączyć sie z bazą
System.Data.OleDb nie pozwala na połączenie z MS SQLem
dlatego też nie można wybrać providera

Spróbuj skorzytać z SqlConnection (OleDbConnection jest dla plików Access'a):

System.Data.SqlClient.SqlConnection mCon;
mCon.ConnectionString = "integrated security=SSPI;data source=localhost;initial catalog=jakas_baza";
mCon.Open;

(i to niezależnie czy bazą będzie MS SQL, czy MSDE)
--
__________
Robert Winkler

> Jak chcesz wygra� providera?

Czyli nie mozna wykonac dodaj polaczenie z zakladki Server ?

Marek Powichrowski

wersja standard jest okrojona z wszelkiego rodzaju wizardow(nie ze
wszystkich ale...)
koniec kropka nie ma co wnikac
musisz to wpisywac z reki lub kupic lepsza wersje VC#
najgorsze jest to ze na stronie MS nigdzie nie mozna znalezc co jest a czego
nie ma dokladnie
zawsze jakies mgliste opisy sprawdz moze w SD jest jakis wizard i do
tworzenia polaczenia uzywaj
SD zamias VC# inny sposob moze ktos napisal addin ktory dodaje taka
mozliwosc do
standardowej wersji VC# sprawdz na www.codeproject.com albo w google

pozdrawiam

Przemek Sulikowski

> zawsze jakies mgliste opisy sprawdz moze w SD jest jakis wizard i do

Co to jest SD ?

Marek Powichrowski

sharpdevelop

U�ytkownik "Selvin" <selvin...@nospam_osadkowski.com.pl> napisa� w
wiadomo�ci news:bu1llg$6l8$1@news.onet.pl...
> sharpdevelop

Znalazlem. Czy to sie dobrze integruje z VC# Standard ? Sorry, za pytanie
ale nie chcialbym sie wpierniczyc w kanal.

Marek Powichrowski

U�ytkownik "Robert Winkler" <win...@NOSPAMpoczta.fm> napisa� w wiadomo�ci
news:bu0geb$86m$1@news.onet.pl...
[...]
> Sterowniki MS SQL'a s� elementem samego .NET'a (System.Data.SqlClient)
> Sterowniki OleDB w .NET (System.Data.OleDb) nie pozwalaja nawet do dost�p
do SQL'a
> poprzez Microsoft OLE DB Provider for SQL Server,
[...]
Tak jak pisa�em nie znam wersji standard, to by�y podejrzenia :)
Jednak zaciekawi�o mnie ostatnie zdanie, �e OleDB nie pozwala na dost�p do
SQL Servera. Masz na my�li wersj� standard C#? Bo w Enterprise jest to jak
najbardziej mo�liwe.
Pytam, bo nosz� si� z zamiarem kupna dla siebie prywatnie C# standard (nie
sta� mnie na ca�e studio)

[...]
> Natomiast ograniczeniem wszystkich wersji Standard
> jest to �e baza musi znajdowa� si� na tem samym komputerze co Visual
[...]
I tu te� mam pytanko: sprawdza�e� to na 100%? Jest to gdzie� wyra�nie
napisane? Przecie� to musia�oby by� wykrywane w runtime, �e ConnectionString
odwo�uje si� do bazy na sieci.
Co� mi tu nie pasi.....
Pow�d pytania j.w.

Je�eli to wszystko prawda, to� mnie zmartwi� bardzo :(

Pozdrawiam

-- 
Piotr Olech
Remove "spam_off" while answering...

to nie jest jakis dodatek tylko alternatywne darmowe IDE :)
i nie przeszkadza w niczym VC#

pozdrawiam

Przemek Sulikowski

U�ytkownik "Selvin" <selvin...@nospam_osadkowski.com.pl> napisa� w
wiadomo�ci news:bu2r9f$oqf$1@news.onet.pl...
> to nie jest jakis dodatek tylko alternatywne darmowe IDE :)
> i nie przeszkadza w niczym VC#

Czyli jest to alternatywa dla VC# ? Czy ma przewage nad nim (poza cena
oczywiscie).

Marek Powichrowski

> Tak jak pisałem nie znam wersji standard, to były podejrzenia :)
> Jednak zaciekawiło mnie ostatnie zdanie, że OleDB nie pozwala na dostęp do
> SQL Servera. Masz na myśli wersję standard C#? Bo w Enterprise jest to jak
> najbardziej możliwe.
> Pytam, bo noszę się z zamiarem kupna dla siebie prywatnie C# standard (nie
> stać mnie na całe studio)

http://msdn.microsoft.com/library/en-us/cpguide/html/cpconconnectingtosqlserverusingadonet.asp?frame=true
"The .NET Framework Data Provider for SQL Server provides connectivity to Microsoft SQL Server version 7.0 or later using the
SqlConnection object."

http://msdn.microsoft.com/library/en-us/cpguide/html/cpconconnectingtooledbdatasourceusingadonet.asp?frame=true
"The .NET Framework Data Provider for OLE DB provides connectivity to data sources exposed using OLE DB and to Microsoft SQL Server
version 6.x or earlier (through SQLOLEDB, the OLE DB Provider for SQL Server), using the OleDbConnection object."

Tak więc SqlConnection powinien być stosowany do połączeń z SQL Serwerem od wersji 7.0,
natomiast OleDbConnection w przypadku SQL'a 6.x i wcześniejszych.

Zarówno SqlConnection jak i OleDbConnection jest w każdej dystrybucji .NET Frameworka
nie bedzie więc problemu z dostepem do SQL'a również z programów
napisanych w Visual C# Standard

>
> [...]
> > Natomiast ograniczeniem wszystkich wersji Standard
> > jest to że baza musi znajdować się na tem samym komputerze co Visual
> [...]
> I tu też mam pytanko: sprawdzałeś to na 100%? Jest to gdzieś wyraźnie
> napisane? Przecież to musiałoby być wykrywane w runtime, że ConnectionString
> odwołuje się do bazy na sieci.

Jest to ograniczenie wizardów znajdujących się w Visual (Basic|C#|C++) .NET Standard,
ale nie programów napisanych w tych środowiskach.
Poprostu w tych Visualach nie wyklikach takiego polączenia
nie ma jednak problemu żeby oprogramować je ręcznie w kodzie.

-- 
____________
Robert Winkler

U�ytkownik "Robert Winkler" <win...@NOSPAMpoczta.fm> napisa� w wiadomo�ci
news:bu2tqv$1r1$1@news.onet.pl...
>
http://msdn.microsoft.com/library/en-us/cpguide/html/cpconconnectingtosqlserverusingadonet.asp?frame=true
> "The .NET Framework Data Provider for SQL Server provides connectivity to
Microsoft SQL Server version 7.0 or later using the
> SqlConnection object."
>
>
http://msdn.microsoft.com/library/en-us/cpguide/html/cpconconnectingtooledbdatasourceusingadonet.asp?frame=true
> "The .NET Framework Data Provider for OLE DB provides connectivity to data
sources exposed using OLE DB and to Microsoft SQL Server
> version 6.x or earlier (through SQLOLEDB, the OLE DB Provider for SQL
Server), using the OleDbConnection object."
>
> Tak wi�c SqlConnection powinien by� stosowany do po��cze� z SQL Serwerem
od wersji 7.0,
> natomiast OleDbConnection w przypadku SQL'a 6.x i wcze�niejszych.
[...]
Dzi�ki za wyja�nienia. Jako� nie natkn��em si� na to wcze�niej. Raczej na
sugestie, �e _lepiej_ jest u�y� SqlClient'a do ��czenia si� z SQLSrv 7 i
wzwy�, ale OleDB te� dzia�a spoko (czego zreszt� przynajmniej na razie
do�wiadczam w stosunku do SQLSrv 2K w naszym projekcie)

[...]
> Jest to ograniczenie wizard�w znajduj�cych si� w Visual (Basic|C#|C++)
.NET Standard,
> ale nie program�w napisanych w tych �rodowiskach.
> Poprostu w tych Visualach nie wyklikach takiego pol�czenia
> nie ma jednak problemu �eby oprogramowa� je r�cznie w kodzie.
[...]

spoko, wizardy s� mi�e, ale niekonieczne (czasami wr�cz za bardzo "wizardz�"
;) )
Czyli reasumuj�c, pierwszy post najprawdopodobniej wynika z braku rzeczonych
wizard�w, wpisanie ConnectionStringa "z r�ki" za�atwi spraw�?
Je�li tak, to mnie to uspokaja :)
Dzi�ki.

Pozdrawiam

-- 
Piotr Olech
Remove "spam_off" while answering...