🚀 go-pugleaf

np .:

"Provider=Microsoft.Jet.OLEDB.4.0;Password="";User ID=Admin;Data
Source=C:\Program Files\Microsoft Visual
Studio\MSDN\2001OCT\1033\SAMPLES\VID98\database\GALLERY.MDB;Mode=Share Deny
None;Extended Properties="";Jet OLEDB:System database="";Jet OLEDB:Registry
Path="";Jet OLEDB:Database Password="";Jet OLEDB:Engine Type=4;Jet
OLEDB:Database Locking Mode=0;Jet OLEDB:Global Partial Bulk Ops=2;Jet
OLEDB:Global Bulk Transactions=1;Jet OLEDB:New Database Password="";Jet
OLEDB:Create System Database=False;Jet OLEDB:Encrypt Database=False;Jet
OLEDB:Don't Copy Locale on Compact=False;Jet OLEDB:Compact Without Replica
Repair=False;Jet OLEDB:SFP=False"


pozdrawiam

> Na stronie www.borland.pl jest tekst jak połączyć się bazy danych na
> MSDE/MS SQL Server. Nie mam pojęcia jak zmodyfikować ConnectionString
> aby móc się podłączy do bazy Accessowe. Provider dla ADO jest
> zainstalowany więc to powinno być możliwe.
>
> Mam komponent SqlConnection, w którym musze ustawić właściwość
> ConnectionString aby połączyć się z bazą danych. Niestety w wersji
Personal
> muszę wpisać wszystko samemu. Brak narzędzia do budowy i testowania tych
> ustawień. Pomoc zawiera wykaz ustawień, a nie znalazłem informacji na
temat
> jakie są wykorzystywane przez providera ADO do Accessa.

Dla Accessa przeznaczony jest System.Data.OleDb.OleDbConnection,
klasa System.Data.SqlClient.SqlConnection przeznaczona jest tylko
dla MSDE/MS SQL Server.
ConnectionString powinien być identyczny jak dla ADO czyli np.:
"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=baza_danych.mdb"

-- 
_______
RobertW

W artykule news:blc1oo$mqa$1...@news.onet.pl,
niejaki(a): RobertW z adresu <win...@NOSPAMpoczta.fm> napisał(a):

[...]
> Dla Accessa przeznaczony jest System.Data.OleDb.OleDbConnection,
> klasa System.Data.SqlClient.SqlConnection przeznaczona jest tylko
> dla MSDE/MS SQL Server.
> ConnectionString powinien być identyczny jak dla ADO czyli np.:
> "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=baza_danych.mdb"

Witam!

Faktycznie trzeba użyć innych komponentów dostępowych. Ciekawe dlaczego
Borland nie zainstalował ich w IDE w wersji Personal. Nie chciał aby
przewróciło mi się w głowie :-) Okazało się, że wiele dobroci zostało
poukrywanych.
Rozumiem, że te komponenty pochodzą z .Net Framework a nie bibliotek
narzędzia. Są samopisujące i dlatego można tak po prostu zainstalować bez
plików nagłówkowych i bibliotek z wraperami.

Czy dla takich komponentów przewidziano jakiś mechanizm kontroli licencji na
wykorzystanie jak w przypadku ActiveX. Czy mogą się pojawić ograniczenia z
wykorzystaniem komponentów dostępnych w systemie.

--
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]

> Faktycznie trzeba użyć innych komponentów dostępowych. Ciekawe dlaczego
> Borland nie zainstalował ich w IDE w wersji Personal. Nie chciał aby
> przewróciło mi się w głowie :-) Okazało się, że wiele dobroci zostało
> poukrywanych.
> Rozumiem, że te komponenty pochodzą z .Net Framework a nie bibliotek
> narzędzia. Są samopisujące i dlatego można tak po prostu zainstalować bez
> plików nagłówkowych i bibliotek z wraperami.
>
> Czy dla takich komponentów przewidziano jakiś mechanizm kontroli licencji
na
> wykorzystanie jak w przypadku ActiveX. Czy mogą się pojawić ograniczenia z
> wykorzystaniem komponentów dostępnych w systemie.

Jak zauważyłeś, dobroci jest dużo wiecej, a na Frameworku świat .NET sie nie
kończy.
Jest jeszcze kompilator J# (Java ala .NET) z przeportowanym pod .NET'a
Swingiem;
jest .NET Compact Framework powajajacy na uruchaomianie programów
pod PDA (PocketPC idp.);
jest Managed DirectX 9.0 SDK;
jest TabletPC SDK;
jest Web Services Enhancements rozszerzające możliwości WS wbudowanych
w samego Frameworka;
jest Mobile Internet Toolkit pozwalajacy na przygotowywanie stron WAP
dla telefonów komórkowych;
jest .NET Speech SDK (narazie Beta)


Jeśli chodzi o licencjowowanie to chyba wszystko co jest w .NET Frameworku
jest dostepne bez ograniczeń,
jeśli jednak chcesz przygotować własną kontrolke/biblioteke na sprzedaż
to .NET Framework dostarcza mechanizmówpozwlających
na licencjonowanie stworzonych przez siebie komponentów
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpguide/html/cpconlicensingcomponentscontrols.asp
-- 
_______
RobertW

W artykule news:bleok4$74u$1...@news.onet.pl,
niejaki(a): RobertW z adresu <win...@NOSPAMpoczta.fm> napisał(a):

[...]
> Jak zauważyłeś, dobroci jest dużo wiecej, a na Frameworku świat .NET
> sie nie
> kończy.
> Jest jeszcze kompilator J# (Java ala .NET) z przeportowanym pod .NET'a
> Swingiem;
> jest .NET Compact Framework powajajacy na uruchaomianie programów
> pod PDA (PocketPC idp.);
> jest Managed DirectX 9.0 SDK;
> jest TabletPC SDK;
[...]

Witam!

Dzięki, jak na razie interesuje mnie porządne narzędzie do tworzenia
klastycznych aplikacji pod Windows. Właściwe wychodzi na to, że nie
klasycznych ale .net. Więc interesuje mnie WinFrom i klasy z nim związane.
Rozszerzenia Internetowe, też może się przydać. Jakaś wymiana danych przez
XML albo generowanie stron WWW. A urządzenie mobilne to aktualnie są raczej
drogie, przynajmniej ja nie widzę takiego zapotrzebowania.

> Jeśli chodzi o licencjowowanie to chyba wszystko co jest w .NET
> Frameworku
> jest dostepne bez ograniczeń,
> jeśli jednak chcesz przygotować własną kontrolke/biblioteke na
> sprzedaż
> to .NET Framework dostarcza mechanizmówpozwlających
> na licencjonowanie stworzonych przez siebie komponentów
>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpguide/htm
l/cpconlicensingcomponentscontrols.asp

W takim razie jeśli będzie ograniczenia z licencją należy spodziewać się
odpowiedniego okienka z informacją. I tak jak zawsze obowiązuje wiedza co
właściwie się użyło we własnej aplikacji.

--
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]