DB-Programmierung mit Visual C# 2008

Re(4): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Mon, 15 Dec 2008 15:35:36 GMT

und das ist auch für Einsteiger geeignet? ich glaub, ich tu mir trotzdem leichter, wenn ich einfach nur C# lerne, da mir da auch mein Arbeitskollege Tipps und Ratschläge geben kann!

Re(4): DB-Programmierung mit Visual C# 2008

Undying — Mon, 15 Dec 2008 15:21:29 GMT

ADO.net EntityFramework basiert (wie nHibernate) auf ADO.net.

Zugriff via ESQL oder auch LINQ TO SQL.

Auf Linq selbst basiert garnix.

Auch bei lINQ TO SQL ist die Trennung (mappingfile und KLassen mögich)

Im EntityFramework ist man da noch 3 Schritte weiter und hat auch die Möglichkeit mit LINQ TO Entites Strongly-Typed zu arbeiten.

Mal ansehen. Im Moment ist schon Version 2 in Planung (diesmal mit nochmehr VS unterstützung)

Re(3): DB-Programmierung mit Visual C# 2008

Norret — Mon, 15 Dec 2008 14:25:45 GMT

Hmm darüber lässt sich natürlich streiten, bzw. ist das Geschmackssache.
Wenn ich das richtig in der kurzen Zeit gegoogelt habe dann basiert das ADO. EntityFramework auf LINQ.

Ich persönlich mag LINQ nicht so besonders gern. Ich finde es relativ unübersichtlich. Da schon eher Hibernate wo ich einerseits die Klasse haben und andererseits das Mappingfile klar getrennt voneinander.

Re(3): DB-Programmierung mit Visual C# 2008

Norret — Mon, 15 Dec 2008 14:22:12 GMT

NHibernate ist für .NET also auch für C#
Hibernate ist das Pedant dazu für Java.

Somit gibts da kein Problem für dich...

Re(3): DB-Programmierung mit Visual C# 2008

Norret — Mon, 15 Dec 2008 14:21:02 GMT

Hmm, grundsätzlich würde ich sagen skaliert Hibernate schon relativ gut, weil es zB mit Proxies arbeitet wenn man dies nicht explizit unterbindet. Somit wird hier schon mal vermieden unnötige Referenzen aufzulösen.

Wie sich das aber in der Praxis dann auswirkt kann ich dir leider nicht sagen. Ich habe es bis jetzt nur für relativ kleine Anwendungen verwendet und war bis jetzt damit eigentlich sehr zufrieden, und würde es auch ohne viel zu überlegen bei größeren Anwendungen verwenden.

Ein Problem könnte bei dir sein aber, dass du durch Hibernate nicht mehr auf die erzeugten Queries zugreifen kannst. Das macht alles Hibernate und wenn da etwas nicht so performant gelöst wird, dann ist das relativ schwer zu entwirren

Re(4): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Mon, 15 Dec 2008 07:59:14 GMT

hm okay, da möcht ich nicht widersprechen - mit der Info fang ich im Moment aber trotzdem nicht viel an

Re(2): DB-Programmierung mit Visual C# 2008

Undying — Mon, 15 Dec 2008 07:55:48 GMT

Neueinstieg wäre vermutlich mit dem EntityFramework besser ... (behaupte ich mal)

Re(3): DB-Programmierung mit Visual C# 2008

Somnatic — Mon, 15 Dec 2008 07:28:03 GMT

nhibernate ist der .NET Port

Re(3): DB-Programmierung mit Visual C# 2008

pyti2000 — Mon, 15 Dec 2008 07:26:09 GMT

Ich habe Bücher auch lieber in der Hand, aber ein Fehlgriff kostet schnell 40 - 60 Euro. Mittlerweile habe ich mich dran gewähnt und verwende einen 2. Bildschirm dafür, das klappt ganz gut.

Re(3): DB-Programmierung mit Visual C# 2008

Undying — Sun, 14 Dec 2008 21:44:58 GMT

Bei jedem Layer ist das so, sobald du unnötige Daten holst.
Meist heißt das (fehlende) Zauberwort Caching ...

Re(2): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Sun, 14 Dec 2008 19:12:06 GMT

naja die Programmiersprache ist vorgegeben, also daran kann ich nichts ändern - trotzdem danke!

Re(2): DB-Programmierung mit Visual C# 2008

Somnatic — Sun, 14 Dec 2008 18:07:01 GMT

Hast du Erfahrungen wie nhibernate skaliert? Wir haben hier eine DB Anwendung (die DB hat ca. 7GB) bei der (ich glaube) der Abstraction Layer von DevExpress verwendet wird. Die Anwendung ist kaum mehr zu bedienen so langsam ist das Ding mittlerweile geworden. Ist die Problematik bei nhibernate auch gegeben?

Re: DB-Programmierung mit Visual C# 2008

Norret — Sun, 14 Dec 2008 18:03:33 GMT

Hi!

Buch kann ich dir direkt jetzt keines empfehlen, aber ich würde dir zB zu NHibernate raten, je nachdem wie groß dein Projekt ist. Für Eines mit 2 Business Objects wird es sich ws. nicht auszahlen aber für alles größere auf jeden Fall.
Dazu kommt dass du über Criteria Queries sehr schöne Abfragen bauen kannst (auch zB über Pattern Matching) ohne nur einen Strich SQL zu schreiben.

Der Vorteil ist auf jeden Fall dass du relativ flexibel bist was dein DBMS angeht, und dass sich das ganze sehr leicht warten lässt, da du nur an einer Stelle Änderungen für BO durchführen musst, und nicht hunderte Queries anpassen musst.

Ich arbeite relativ viel mit Perl, und da lernt man recht schnell die Vorzüge von Hibernate schätzen

Auf der Seite gibts relativ gute Tutorials:
http://www.nhibernate.org/

Gutes Gelingen!

Re(8): DB-Programmierung mit Visual C# 2008

mko — Fri, 12 Dec 2008 21:07:49 GMT

Na dann:
Open Source: http://en.wikipedia.org/wiki/Db4o
Kommerziell: http://en.wikipedia.org/wiki/Objectivity/DB

Re(7): DB-Programmierung mit Visual C# 2008

Somnatic — Fri, 12 Dec 2008 21:06:04 GMT

Ich geb die Hoffnung nicht auf dass sowas doch mal kommt Die Lücke zwischen Tabelle und Objekt geht mir nämlich schon arg auf den Sack.

Re(6): DB-Programmierung mit Visual C# 2008

mko — Fri, 12 Dec 2008 21:04:30 GMT

Ich habe schon von welchen gehört, ist aber nur ein Nischenprodukt, das ist klar
Wenn auch in manchen Situationen sicher kein schlechtes.

Re(5): DB-Programmierung mit Visual C# 2008

Somnatic — Fri, 12 Dec 2008 20:57:25 GMT

Det is natürlich richtig, in freier Wildbahn (zumindest bei Production Systemen) ist mir jedoch noch kein solches untergekommen

Re(5): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Fri, 12 Dec 2008 20:56:33 GMT

najo für mich unerheblich, da SQL sowieso RDBMS ist

Re(4): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Fri, 12 Dec 2008 20:55:29 GMT

welche Nachteile ergeben sich, wenn ich nur TSQL verwende?

das Projekt ist mit Abstand das größte seit Jahren - Zeitfenster 12 Monate! ich möcht da eben nicht tatenlos dabei zuschauen, wie sich das alles entwickelt, sondern eben selbst Teil davon sein! es ist halt keine große Herausforderung, wenn ich nur SQL-seitig daran beteiligt bin!

Re(4): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Fri, 12 Dec 2008 20:55:29 GMT

welche Nachteile ergeben sich, wenn ich nur TSQL verwende?

edit ... eigentlich hast ja die Vor- und Nachteile eh schon beim Namen genannt

das Projekt ist mit Abstand das größte seit Jahren - Zeitfenster 12 Monate! ich möcht da eben nicht tatenlos dabei zuschauen, wie sich das alles entwickelt, sondern eben selbst Teil davon sein! es ist halt keine große Herausforderung, wenn ich nur SQL-seitig daran beteiligt bin!

Inhaltlich könnte das Buch ganz gut hinkommen oder?

http://www.edv-buchversand.de/product.php?cat0=750000024&idx0=7&cat1=750000051&idx1=8&gr=b%FCcher&cnt=product&id=ha-41450&lng=0#

aber es hat nur 600 Seiten ... das klingt jetzt nicht grad sehr ausführlich!

Re(4): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Fri, 12 Dec 2008 20:55:29 GMT

Re(4): DB-Programmierung mit Visual C# 2008

mko — Fri, 12 Dec 2008 20:55:28 GMT

Im Endeffekt wird von LINQ auch nur SQL Code erzeugt.

Aber nur wenn man ein RDBMS verwendet, bei OODBMS schauts schon anders aus...das sollte man schon kurz erwähnen

Re(3): DB-Programmierung mit Visual C# 2008

Somnatic — Fri, 12 Dec 2008 20:51:04 GMT

LINQ soll ja an sich sehr performant sein, weil ja die Queries als Objekt
übergeben werden, richtig

Nicht ganz. Im Endeffekt wird von LINQ auch nur SQL Code erzeugt. Du sparst dir aber viele Tasks beim persistieren von Objekten die sonst nur Zeit beim programmieren kosten. Das Ganze natürlich auf Kosten der Flexibilität.

CLR

Common Language Runtime - Die "Laufzeitumgebung"

Nachdem du dich mit dem MSSQL ja schon recht gut auszukennen scheinst solltest du überlegen ob du nicht LINQ mal beiseite lässt und den klassischen Ansatz wählst. Kommt halt auch drauf an ob du ein größeres Projekt planst oder "nur" was kleines machst.

Re(2): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Fri, 12 Dec 2008 20:44:54 GMT

sicher ganz interessant und als Nachschlagewerk bestimmt hilfreich, in erster Linie hätt ich aber gern mal so ein altmodisches Offline-Buch ... mit dem kann ich einfach besser lernen!

trotzdem danke für den Tipp!

update

so ich bin mittlerweile bei Kapitel 2.4 ... anscheinend ist das Buch doch genau das, was ich gesucht hab

Re(2): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Fri, 12 Dec 2008 20:44:54 GMT

Re: DB-Programmierung mit Visual C# 2008

pyti2000 — Fri, 12 Dec 2008 20:42:39 GMT

schau mal die openbooks,
http://www.galileocomputing.de/katalog/openbook?GalileoSession=74777304A3.r9SR.g7U
die sind gratis und gar nicht so schlecht.

Re(2): DB-Programmierung mit Visual C# 2008

-Transformer2K- — Fri, 12 Dec 2008 20:42:00 GMT

LINQ soll ja an sich sehr performant sein, weil ja die Queries als Objekt übergeben werden, richtig?

mit TSQL kenn ich mich ganz gut aus, SPs, table-valued & scalar-valued functions hab ich auch schon geschrieben ... Datentypen kenn ich eigentlich auch alle - nur beim DTS wunder ich mich immer wieder, was es da alles gibt

Kennst du die SQL Datentypen und wie sie mit den CLR Datentypen übereinstimmen?

hm kann ich jetzt so nicht beurteilen, weil mir CLR kein Begriff ist!

btw. cursor, if- u. case-Abfragen etc. hab ich auch schon unzählige geschrieben ... also an SQL sollte es eigentlich nicht scheitern!

Re: DB-Programmierung mit Visual C# 2008

Somnatic — Fri, 12 Dec 2008 20:34:02 GMT

Mit dem .NET Framework 3.5 wurde Linq als "Quasi" OR Mapper eingeführt. Du solltest dir die Frage stellen, willst du in diese Richtung gehen (also das Ganze mehr objektbasiert betrachten) oder willst du lieber in Richtung SQL Statements gehen. Wie gut kennst du dich mit TSQL aus, sagen dir Stored Procedures was? Tables? Views? Kennst du die SQL Datentypen und wie sie mit den CLR Datentypen übereinstimmen?

DB-Programmierung mit Visual C# 2008

-Transformer2K- — Fri, 12 Dec 2008 20:25:56 GMT

ich bin momentan auf der Suche nach einem guten Buch über Datenbank-Programmierung (MSSQL) mit C# in VS 2008! gibts da was empfehlenswertes, das sich genau auf dieses Thema spezialisiert?

in SQL habe ich gute Kenntnisse und beim Programmieren bin ich zumindest schon so weit, dass ich einiges debuggen kann (delphi & VB6) - soll heißen, dass ich grundsätzlich den Aufbau von Programmen verstehe ... nichts desto trotz sollte sich das Buch schon an Einsteiger richten!

vorzugsweise ist es in deutsch oder englisch geschrieben, sonst muss ich vorher auch noch einen Sprachkurs besuchen