Funktionen die irgendwie mit Daten aus Tabellen arbeiten wird SQL-Server nie als deterministisch durchgehen lassen. Die Daten in den Tabellen könnten sich ja ändern, und damit könnte sich das Ergebnis der Funktion ändern.
hallo,
hab im rahmen meines studiums jetzt das fach Datenbanken bekommen und mich mal an einer übungsaufgabe versucht.
diese hier:
http://i105.photobucket.com/albums/m239/souljumper/Bild2.png
und habe das letzendlich so modelliert als ER-Modell, kann da jemand der etwas mehr ahnung hat als ich was dazu sagen ob das so ok ist oder was gänzlich falsch ist ?
http://i105.photobucket.com/albums/m239/souljumper/modell.png
wäre super :-), danke im voraus für evtl. hilfeleistungen
Wenn Close nicht funktioniert versuch doch einfach mal das Recordset über Release zu schliessen... vielleicht klappt das.
Ich behalte alte Recordset Objekte nie auf, und hatte noch nie solche Probleme mit DDL.
Hi,
dickes Dankeschön, Variante 2 funktioniert.
Gut daß es nicht nur die Quick-Reference-Map von Balzert sondern auch noch Datenbankprofis gibt. Bin auf dem Gebiet leider nur reingeschnüffelt.
Gruß Mümmel
Fehler bei der Anmeldung für den Benutzer "..."
Muss ich den gesamten Pfad der Datenbank mit angeben oder reicht der Name?
Habe zwar schon beide Varianten probiert aber vl. muss ich noch etwas mitangeben.
Mit dem Management Studio kann ich problemlos eine Verbindung herstellen.
EDIT: Es hat kurzzeitig problemlos funktioniert.
Dr Hax schrieb:
das habe ich mir auch schon überlegt. aber was spricht deiner meinung nach gegen stored procedures? ich denke das die eigentlich bombensicher sein sollten da man sie ja cleintseitig nicht manipulieren kann.
Natürlich kann man Clientseitig ALLES maniupulieren! Dazu muß nur einen Sniffer als Netzwerk hänge und eine legale Session mitloggen, danach baut man sich seinen eigenen Evil-Client mit dem man ganz gezielt die DB manipuliert. Wenn Sicherheit ein Problem ist, d.h. kein Haus eigenen Netzwerk. Dann MUSST Du in jedem Fall einen Ebene zwischen Client und SQL-Server einziehen -> Multitier.
Du darfst grundsätzlich dem Client nicht vertrauen, da dieser beliebig gegen ein manipuliertes Programm ausgetauscht worden sein kann bzw. der IP Datenstrom manipuliert worden sein kann.
http://www.sqlite.org/c3ref/intro.html
http://www.alhem.net/sql_cpp_tutorial/index.html
Wenn du unter google suchst findest du noch mehr C++ Wrapper! Die meisten Wrapper bringen auch eine Umfangreiche Dokumentation mit wie sie zu verwenden sind.
Der SQL-Server war immer eines der wenigen Programme welche wirklich ausführlich getestet werden. (Im Gegensatz zu manchen anderen von MS)
Klar gibts auch da Fehler aber die wirken sich nicht auf Produktivbetrieb aus.
Ich habe SQL 2008 schon im Einsatz und bin zufrieden.
Wenn du aber die Features nicht brauchst machts auch SQL 2005.
SQL Compact 3.5 ist aber viel besser als der vorgänger und man kommt nicht drumherum.
