GoldenLine
Zaloguj się
Kazimierz Kuta

Kazimierz Kuta Microsoft MVP

Temat: Praca dla Programisty .NET - Gliwice

Stanowisko Programisty Baz Danych zawsze kojarzyło mi się z innymi umiejetnościami, na przykład T-SQL?
Link do wypowiedziLink
Edyta Ratajczyk

Edyta Ratajczyk
programista/bazodano
wiec/analityk
biznesowy IT

Temat: Praca dla Programisty .NET - Gliwice

A widzisz. Nie tylko. :)
Sama oprogramowuję bazę w C#. Owszem, procedury są po stronie serwera (MS SQL) ale nie tylko tym się żyje. Dla użytkownika konieczne okienka... :D
Link do wypowiedziLink
Wojciech Z.

Wojciech Z. Konsultant
IT/Biznesowy

Temat: Praca dla Programisty .NET - Gliwice

Tyle ze wtedy nie nazywa sie to programista baz danych tylko programista UI
Link do wypowiedziLink
Edyta Ratajczyk

Edyta Ratajczyk
programista/bazodano
wiec/analityk
biznesowy IT

Temat: Praca dla Programisty .NET - Gliwice

Jak zwał, tak zwał :)
Ale C# i bazy się łączą. OT się robi :D
Link do wypowiedziLink

konto usunięte

Temat: Praca dla Programisty .NET - Gliwice

Kazimierz Kuta:
Stanowisko Programisty Baz Danych zawsze kojarzyło mi się z innymi umiejetnościami, na przykład T-SQL?

przereklamowane ;)

a zeby nie byl off to mozna prosic o wiecej szczegolow? :) wymagania, co oferujecie i etc ;-)
Link do wypowiedziLink
Kazimierz Kuta

Kazimierz Kuta Microsoft MVP

Temat: Praca dla Programisty .NET - Gliwice

Wojciech Z.:
Tyle ze wtedy nie nazywa sie to programista baz danych tylko programista UI

Dokładnie o to mi chodziło.

Wiem, od 2005 że istnieje coś takiego jak CLR w SQL Server ;) tym nie mniej bez znajomości bebechów SQL, procedur składowanych, zagadnień profilowania baz i tym podobnych rzeczy w moim mniemaniu nie można być prawdziwym programistą baz danych. Może się mylę...
Link do wypowiedziLink

konto usunięte

Temat: Praca dla Programisty .NET - Gliwice

Kazimierz Kuta:
Wojciech Z.:
Tyle ze wtedy nie nazywa sie to programista baz danych tylko programista UI

Dokładnie o to mi chodziło.

Wiem, od 2005 że istnieje coś takiego jak CLR w SQL Server ;) tym nie mniej bez znajomości bebechów SQL, procedur składowanych, zagadnień profilowania baz i tym podobnych rzeczy w moim mniemaniu nie można być prawdziwym programistą baz danych. Może się mylę...
No ja bym mogl sie wdac w polemike na ten temat.
Owszem ze i to pomaga, ale gros z tego mozna osiagnac bez dotykania *SQLa (za gwiazdke wstaw akronim od ulubionego dialektu) jesli masz dobry ORM, jak NHibernate
Link do wypowiedziLink
Kazimierz Kuta

Kazimierz Kuta Microsoft MVP

Temat: Praca dla Programisty .NET - Gliwice

Lekki OT się zrobił ;)

IMHO NHibernate nadaje się do czegokolwiek większego odkąd ma... możliwość uruchamiania procedur serwera, które 'ktoś' musi napisać.

Nie żeby dobry ORM był zły. Wyciągnięcie danych z dwóch, trzech tabel jest ok i nie ma się co wysilać na pisanie w takim przypadku procedur. Co innego jeśli składasz zapytanie które chodzi po wielu tabelach. Nie dość, że jako programista nie masz pojęcia, jakie zapytanie zostanie wykonane, to jeszcze plan jego wykonania jest kompilowany za każdm wywołaniem.
Link do wypowiedziLink
Dariusz Żukowski

Dariusz Żukowski [keczerad]
Programista z
zamiłowania.

Temat: Praca dla Programisty .NET - Gliwice

samo stwierdzenie "programista bazy danych" dla laika jest mylace bo sugeruje ze bedziemy je (bazy) programować a my je tylko wykorzystujemy do przechowywania danych. Moim zdaniem stwierdzenie Edyty "oprogramowuje" tez jest pewnym przekłamaniem.

Juz nie mowiac ze z C# to daleko od SQL jakiegokolwiek.Dariusz Ż. edytował(a) ten post dnia 11.06.08 o godzinie 19:14
Link do wypowiedziLink

konto usunięte

Temat: Praca dla Programisty .NET - Gliwice

Kazimierz Kuta:
Lekki OT się zrobił ;)

IMHO NHibernate nadaje się do czegokolwiek większego odkąd ma... możliwość uruchamiania procedur serwera, które 'ktoś' musi napisać.

Nie żeby dobry ORM był zły. Wyciągnięcie danych z dwóch, trzech tabel jest ok i nie ma się co wysilać na pisanie w takim przypadku procedur. Co innego jeśli składasz zapytanie które chodzi po wielu tabelach. Nie dość, że jako programista nie masz pojęcia, jakie zapytanie zostanie wykonane, to jeszcze plan jego wykonania jest kompilowany za każdm wywołaniem.
Chyba powinienes sie blizej przyjzec NH w takim razie bo baaardzo go niedoceniasz ;)

W zasadzie dobrze napisana aplikacja w NH bedzie dzialac tak samo szybko co DAL pisany 'recznie' a nawet jesli okaze sie to waskim gardlem mozesz recznie stuningowac co trzeba bez problemu.
W zamian masz cala mase zalet, jakie daje Ci NH + szybciej stworzona aplikacje, ktora sie latwiej testuje latwiej ja zmienic itp (aczkolwiek to juz zalezy od architektury).

koniec dygresji ;)
Link do wypowiedziLink
Dariusz Żukowski

Dariusz Żukowski [keczerad]
Programista z
zamiłowania.

Temat: Praca dla Programisty .NET - Gliwice

Krzysztof K.:
Kazimierz Kuta:
Lekki OT się zrobił ;)

IMHO NHibernate nadaje się do czegokolwiek większego odkąd ma... możliwość uruchamiania procedur serwera, które 'ktoś' musi napisać.

Nie żeby dobry ORM był zły. Wyciągnięcie danych z dwóch, trzech tabel jest ok i nie ma się co wysilać na pisanie w takim przypadku procedur. Co innego jeśli składasz zapytanie które chodzi po wielu tabelach. Nie dość, że jako programista nie masz pojęcia, jakie zapytanie zostanie wykonane, to jeszcze plan jego wykonania jest kompilowany za każdm wywołaniem.
Chyba powinienes sie blizej przyjzec NH w takim razie bo baaardzo go niedoceniasz ;)


no, ale kolega ma racje z tym kompilowaniem, procedura tego nie robi wiec jest szybsza a to przy duzej ilosc zapytan ma znaczenie.
Link do wypowiedziLink
Wojciech Kucia

Wojciech Kucia Technical Leader /
Technical Project
Manager, Roche
Polska

Temat: Praca dla Programisty .NET - Gliwice

Parametryzowane zapytanie też jest przetrzymywane w cache'u bazy w postaci skompilowanej ... a NH właśnie takowe zapytania wysyła do bazy ...

Pozatym ja jestem zdania, że nie samym ORM'em żyje człowiek :) ... i jeżeli muszę sobie coś wyciągnąć co mi w ogóle do mappera nie pasuje wtedy w DAL'u opartym głównie o NH dopisuje sobie konkretne metody omijające mapping (czyli takie bardziej klasyczne :)) i wszystko gra i trąbi :)
Link do wypowiedziLink

konto usunięte

Temat: Praca dla Programisty .NET - Gliwice

Wojciech Kucia:
Parametryzowane zapytanie też jest przetrzymywane w cache'u bazy w postaci skompilowanej ... a NH właśnie takowe zapytania wysyła do bazy ...
A to swoja droga. A przy okazji NH tez ma swoje keszowanie wewnetrzne wiec kolejne zapytania po jego stronie tez wykonuja sie szybciej
Pozatym ja jestem zdania, że nie samym ORM'em żyje człowiek :) ... i jeżeli muszę sobie coś wyciągnąć co mi w ogóle do mappera nie pasuje wtedy w DAL'u opartym głównie o NH dopisuje sobie konkretne metody omijające mapping (czyli takie bardziej klasyczne :)) i wszystko gra i trąbi :)
W sumie mozna, ale zazwyczaj w takich momentach sie powinna kontrolka ostrzegawcza zapalic ze cos jest nie tak. Z dizajnem, nie z ORMem. ;)
Link do wypowiedziLink
Kazimierz Kuta

Kazimierz Kuta Microsoft MVP

Temat: Praca dla Programisty .NET - Gliwice

Dobry ORM jest dobry, nawet świetny do pewnych klas zastosowań, gdzie prosi się wręcz o zastosowanie jakiegoś. W pozostałych przydaje się niestety znajomość bebechów bazy na której pracujemy jak i samej składni języka SQL (oczywiście można połączyć tą wiedzę z ORM - nie widzę przeszkód).

Co do sparametryzowannych zapytań ad-hoc to plany ich wykonac są zapisywane w cache (niesparametryzowane też). Tylko trzeba wiedzieć jak i gdzie są przechowywane, kiedy są usuwane, kiedy serwer po nie sięga i jaki może mieć to wpływ na wydajność...

Reasumując... nikt mi nie wmówi, że do komunikacji z bazą odkąd mamy ORMy nie trzeba znać już ani składni SQL ani całej magii dziejącej się pod spodem. Przecież wystarczy sobie dołączyć do projektu SubSonic (swoją droga ciekawe podejście do ORM na .Net) i wszystko magicznie dzieje się samo ;)
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

Praca dla programisty .NET




Wyślij zaproszenie do
Anuluj