Hallo! > Es handelt sich um ein umfangreiches Intranet mit teilweise extrem > "dynamischen" SQL Strings, die k�nnen je nach Gegebenheiten (User, > Berechtigungen, gew�hlte Optionen) sehr unterschiedlich sein. > Das kann ich nicht in SPs packen, da gibt es zu viele verscheidene > M�glichkeiten. Auch wenn ich Parameter �bergeben kann, ich > denke das reicht > nicht aus. > Zum anderen reden wir hier sicher von mehreren hundert > verschiedenen SQL im > Grundsatz, also ohne Adaptionen davon.
Je mehr SQL-Befehle Du brauchst, desto bester ist es, diese in der Datenbank zu speichern. Wenn sich die Struktur der Datenbank mal �ndert, muss man nicht lange nach den vielen Statements suchen. > Abgesehen von der Performance, warum denkst Du SQL habe nichts im > VBS-Source zu suchen? Ich bin f�r eine absolute Trennung von Datenlogik und Gesch�ftslogik. Wenn z. B. einer Adressdatei eine Adresse hinzugef�gt werden soll, dann muss die Plausibilit�tspr�fung, Dublettensuche, etc. innerhalb der Datenbank erfolgen. Dann kann man die Datenbank auch gleichzeitig mit mehreren Programmen einschlie�lich Datenimport nutzen. Man muss sich die Datenbank einfach als eine vollkommen eigenst�ndige Applikation ohne Benutzungsinterface vorstellen, die dann unterschiedliche Clients gleichzeitig bedient. Nur so kann letztendlich Datenintegrit�t und Datensicherheit gew�hrleistet werden. Wenn man die Datenbank wechselt, muss man auch nicht in mehreren Programmen �nderungen vornehmen. Man kann sogar sehr einfach VBS-Code schreiben, der verschiedene Datenbanken unterst�tzt (Access und SQL-Server und Oracle ...). F�r VBS gilt noch, dass es in der Zeichenkettenverarbeitung besonders unperformant ist, so dass Stored Procedures und Views in der Datenbank erhebliche Vorteile bieten. VS.NET erzeugt automatisch Stored Procedures f�r die verschiedenen Datenbankzugriffe. Freundliche Gr��e Joachim van de Bruck ~~~~~~~~~~~~~~~~~~~~~~~~~~~sponsored by United Planet~~~~~~~~~~~~~~~~~ Intrexx.BizWalker + ODBC/OLEDB-Daten = ASP-Formular ATTACK! Download Intrexx CRM-Studio Now! http://www.intrexx.com _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
