Temat: C# i SQL Server 2008 Express

string sConnectionString ="User ID=magda;Password=root;Initial Catalog=;Data Source=.\\SQLEXPRESS";

            SqlConnection objConn = new SqlConnection(sConnectionString);

            objConn.Open();



            string imie = textBox1.Text;

            string nazwisko = textBox2.Text;

            string sql = "insert into [test].[dbo].[dane]([id],[imie],[nazwisko]) values('2','"+imie+"','"+nazwisko+"')";

            SqlCommand sqlcmd = new SqlCommand(sql, objConn);

            try{

            sqlcmd.ExecuteNonQuery();

            MessageBox.Show("Dodano", "Informacja",MessageBoxButtons.OK,MessageBoxIcon.Information);

            }catch(Exception s)

            {

                MessageBox.Show(s.Message,"Error",MessageBoxButtons.OK,MessageBoxIcon.Error);

               

            }

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

    public class Connection

{

    public static string ConString

    {

        get

        {

            return ConfigurationManager.ConnectionStrings["conString"].ConnectionString;

        }

    }

}

   using (SqlConnection conn = new SqlConnection(Connection.ConString))

            {

                using (SqlCommand cmd = conn.CreateCommand())

                {

                    conn.Open();

                    cmd.CommandText = "...";

                    .... // operacje na bazie danych

                }

            }

   

  cmd.Parameters.AddWithValue("@Imie", imie)

   lub

  cmd.Parameters.Add(new SqlParameter("@Imie", imie));

  

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Sergiusz B.:
No i przede wszystkim powinieneś stosować procedury składowane - to zabezpieczy Twoją aplikację przed analizowaniem struktury docelowej bazy danych poprzez podgląd stringów (przez reflector czy process explorer np.) - nie w 100% bo to bezpieczeństwo zależy od wielu czynników, ale przynajmniej znacznie utrudni taką analizę. Poza tym procedury są bardziej efektywne.

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Krzysztof Raczkowski:

Że efektywne to zgoda ale że zabezpieczy przed zrozumieniem logiki ?????

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Sergiusz B.:

Jeśli ktoś ma dostęp do bazy to wtedy jedyną radą jest rzeczywiście zakodowanie sp.

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Sergiusz B.:
No i przede wszystkim powinieneś stosować procedury składowane

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Krzysztof Raczkowski:

Swoją drogą jeżeli piszesz duży system to trzymanie wszystkich zapytań po stronie bazy danych (nawet tych najtrywialniejszych) nie jest moim zdaniem wygodne - po prostu z moich doświadczeń o wiele prościej (mniej pracochłonne) jest wersjonowanie kodu niż bazy danych.

Maciej Aniserowicz:

Procedury składowane?? W 95% przypadków powinny być zastąpione ORMem, co znacznie upraszcza sprawę, skraca czas powstawania projektu, redukuje ilość kodu, ułatwia jego utrzymanie,

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Adrian Olszewski:
Dajcie na razie początkującemu koledze wytchnienie od takich rzeczy.

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Sergiusz B.:

Krzysztof Raczkowski:

Swoją drogą jeżeli piszesz duży system to trzymanie wszystkich zapytań po stronie bazy danych (nawet tych najtrywialniejszych) nie jest moim zdaniem wygodne - po prostu z moich doświadczeń o wiele prościej (mniej pracochłonne) jest wersjonowanie kodu niż bazy danych.

Nie wersjonujesz bazy danych tylko skrypty bazy danych, włącznie z sp - przy skomplikowanych projektach,

warstwy, jest wręcz krytyczne aby maks. izolować od siebie te warstwy, szczególnie jeśli masz oddzielne zespoły DEV np. od GUI, bazy danych czy "logiki biznesowej".

Trzymanie zapytań "z palca" w kodzie, oprócz w/w względów bezpieczeństwa ogranicza skalowalnośc i rozwój aplikacji, zaburza homogeniczność warstw, no chyba, że to jakiś mały projekt - wtedy rzeczywiście może to być armata na muchę.

ORMy to narzut dodatkowego kodu do utrzymania, który nie "dodaje wartości biznesowej", to narzut na wydajność aplikacji, izolowanie się od struktury danych i tym samym w dłuższej perspektywie tworzenia nawyku kodowania byle-jak, wreszcie to decentralizacja dostępu do danych co ogranicza skalowalność - LINQ pod tym względem jest masakryczny.

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Krzysztof Raczkowski:

Trzymanie zapytań razem z kodem (to określenie jest lepsze niż w kodzie - np. zasoby, jak jeden z kolegów zauważył) również umożliwia rozwój aplikacji, skalowalność ... wszystko zależy jak to napiszemy.

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Sergiusz B.:

Zmieniła się nazwa tabeli albo nazwy kolumn - trzymając zapytania "z palca" w zasobach lub co gorsza w kodzie aby zaktualizować aplikację musisz ją przekompilować i wysłać binarkę do kilkuset klientów. Wyciągając dane poprzez SP aktualizujesz tylko część serwerową (bazy danych), binarka pozostaje ta sama, nie zawracasz gitary klientom.

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Sergiusz B.:
Przykłady można mnożyć, w firmach gdzie każdy nowy kod musi przejść określoną ścieżkę zdrowia zanim wejdzie na produkcję stajesz przed dylematem: rekompilować aplikację i przechodzić przez trzy cykle testów za każdym razem jak zmieni się jakaś głupota (o poważniejszych rzeczach nie wspominając nawet) w modelu danych czy może jednak trochę pomyślec i wyizolować i ograniczyć effort do naprawdę niezbędnego minimum?

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Adam Michalski:

Sergiusz B.:
Zmieniła się nazwa tabeli albo nazwy kolumn - trzymając zapytania "z palca" w zasobach lub co gorsza w kodzie aby zaktualizować aplikację musisz ją przekompilować i wysłać binarkę do kilkuset klientów. Wyciągając dane poprzez SP aktualizujesz tylko część serwerową (bazy danych), binarka pozostaje ta sama, nie zawracasz gitary klientom.

No to się robi automatyczną aktualizację przez Internet/Intranet po połączeniu szyfrowanym. Są przecież gotowe rozwiązania a i samemu takie stworzyć można w 2-3 tygodnie.

Link do wypowiedzi

Temat: C# i SQL Server 2008 Express

Przemysław R.:

Adam Michalski:

Sergiusz B.:
Zmieniła się nazwa tabeli albo nazwy kolumn - trzymając zapytania "z palca" w zasobach lub co gorsza w kodzie aby zaktualizować aplikację musisz ją przekompilować i wysłać binarkę do kilkuset klientów. Wyciągając dane poprzez SP aktualizujesz tylko część serwerową (bazy danych), binarka pozostaje ta sama, nie zawracasz gitary klientom.

No to się robi automatyczną aktualizację przez Internet/Intranet po połączeniu szyfrowanym. Są przecież gotowe rozwiązania a i samemu takie stworzyć można w 2-3 tygodnie.

praca w korpo gdzie user nie ma internetu

co gorsza nic nie może zainstalować

Link do wypowiedzi