Hallo zusammen,
ich versuche mich gerade an einem WCF-Dienst in Verbindung mit IIS
(Vista)und nehme als Datenbank AdventureWorks. Hier erhalte ich beim
Ausführen einer Abfrage folgende Fehlermeldung:

Die von der Anmeldung angeforderte "AdventureWorks"-Datenbank kann nicht
geöffnet werden. Fehler bei der Anmeldung.
Fehler bei der Anmeldung für den Benutzer 'NT-AUTORITÄT\NETZWERKDIENST'.

Der Zugriff über die Managemnt Console klappt und eine Abfrage die aus
normalem Code heruas erfolgt klappt auch.

Hat hierzu jemand eine Idee.

Danke schonmal
Peter

"Peter Forstmeier" schrieb im Newsbeitrag
news:8D54F885-D086-4EED-A450-49693CB2E27D@microsoft.com...

Hallo Silvio,

[heise online - 19.09.08 - Honorare der IT-Freiberufler steigen]
http://www.heise.de/newsticker/Honorare-der-IT-Freiberufler-steigen--/meldung/11...

In München nochmal mindestens ~5%% draufrechnen.

ciao Frank

Hallo NG,

wenn ich im Projectordner App_Code ein stark typisiertes DataSet anlege um es später für
einen DAL zunutzen bekomme ich einen Kompilierungsfehler.

Compilerfehlermeldung: BC30269: "Public Sub New()" hat mehrere Definitionen mit
identischen Signaturen.
Quellfehler:
Zeile 32:
Zeile 33: _
Zeile 34: Public Sub New()
Zeile 35: MyBase.New
Zeile 36: Me.BeginInit

Liegt das DataSet aber außerhalb des Ordners App_Code d.h. im Projektverzeichnis dann gibt
es keinen Kompilierungsfehler.

Viele Grüße
Jürgen

Hallo zusammen,

ich bin (mal wieder) am Suchen. Das Theam ist 'Performanz beim Schreiben
vieler neuer Datensätze' und SQL Server 2005. Unter Performanz verstehe
ich dabei nicht allein, dass der Client zügig arbeitet, sondern ebenso
dass der Server nicht über Gebühr belastet wird. Beim Lesen scheint der
SqlDataReader nicht zu schlagen zu sein. Feine Sache. Aber beim Schreiben?

Gegeben ist die Situation, dass häufiger am Tag Daten eingelesen werden
müssen, die leider aus "historischen" Quellen stammen, soll heissen als
Textdateien vorliegen. Darin sind mal ein Dutzend, mal ein paar hundert,
manchmal auch ein paar Tausend Datensätze.

Diese Datensätze in Felder zu zerlegen, ist einfache Routine. Aber jeden
einzelnen Satz per SQL-Insert zu übergeben, sicherlich nicht der beste
Weg. Am liebsten wäre es mir, die Daten in einen lokalen Cache (auf dem
Client) zu schreiben und dann am Stück an den SQL-Serevr 2005 zu übergeben.

Aber mit welchem Mittel am besten? DataTable? Ich suche eine kritische
Dikussion der Alternativen (möglichst mit prägnanten B.eispielen). Hat
da jemand Tipps?

Johannes Busch

Hallo NG,

Zur Arbeit mit dem DataAdapter-Objekt habe ich ein paar Verständnisfragen:

Zuerst erstelle ich einen DataAdapter und ordne ihm eine SQL-Abfrage und
eine Verbindung zu:

SqlDataAdapter dataAdapter = new SqlDataAdapter();
SqlCommand sqlCommand = new SqlCommand("SELECT * FROM Kunden, connection);
dataAdapter.SelectCommand = sqlCommand;

Soweit ich die einschlägige Literatur verstanden habe, wird die Abfrage nun
aber erst gegen die Datenbank abgesetzt, wenn ich auch die Fill-Methode
aufrufe und die Ergebnismenge beispielsweise in eine DataTable schreibe:

dataAdapter.Fill(dataTable);

Dafür liegt jetzt die geamte Ergebnismenge im Hauptspeicher vor, was ich bei
größeren Ergebnistabellen z. B. auf einem Webserver irgendwie beunruhigend
finde, oder ist das Quatsch?

Wenn ich jetzt ein manuelles Paging programmieren möchte, kann ich die
Ergebnismenge mit der Fill-Methode einschränken:

dataAdapter.Fill(1, 5, dataTable);

Liegt jetzt wirklich nur der "Ausschnitt" von 5 Datensätzen im Hauptspeicher
des Servers vor?

Hallo,

ich habe einen seltsamen Fehler. Das Updaten eines Datensatzes in eine
SQL-Tabelle funktioniert nur, wenn der Datensatz in keinem Datenfeld einen
NULL-Wert besitzt. Der ASP-Code wurde mit Expression-Web original erzeugt. Im
Forum von xWeb konnte mir keiner helfen.
Wo liegt der Fehler?
Ausprobieren kann man es unter
http://www.sachsen-billard.de/birilli/test/db/sql/artikel.aspx
Der erste und derletzte Datensatz lassen sich nicht updaten.

Tag zusammen,

ich muss Daten (z. B. Adressen) aus einem System in ein anderes bringen.

System A ist z. B. eine SybaseDB, System B ein SQL2005.
Die Tabellenstruktur ist in beiden Systemen unterschiedlich, aber bekannt
und unveränderlich.

Was ist denn hierfür der beste Ansatz?

Danke

Volker

Hallo NG,

ich habe eine Frage zu dem Locking Verhalten von ado.net. Bisher bin
ich davon ausgegangen das beim ExecuteReader (SQLClient Data Provider)
ein shared Lock auf die Datensatzmenge gemacht wird. So dass man im
Read Vorgang kein UPDATE Befehl ausführen kann, der einen DS dieser
Menge betrifft (Da ein Update Befehl ja einen Exclusiven lock
anfordert).

wieso funktioniert aber folgender konstrukt:


reader = da.ExecuteReader("SELECT * FROM MyTable")

while(reader.Read())
{
da.ExecuteScalar("UPDATE MyTable SET Field=1");
}


ich hätte jetzt vermutet, das er beim UPDATE einfach stehen bleibt...
Kann es eventuell eine Einstellung am SQL Server 2005 sein?

Vielen Dank im voraus!

gruss marcel