Zum Inhalt springen

Goos

Mitglieder
  • Gesamte Inhalte

    1.285
  • Benutzer seit

  • Letzter Besuch

Beiträge von Goos

  1. Wenn du bei ODBC bleiben magst, kannst ja noch mit File DSN's arbeiten.

    Im Übrigen schauts fuer mich so aus, als würdest einfach auf ner falschen SQLServer Instanz arbeiten (dort gibts vielleicht einfach keine Northwind DB)

    Hast aus Deiner Abfrage schonmal ein 'SELECT @@servername' gemacht um zu sehen ob Du auf dem richtigen DBMS arbeitest?

    Ansonsten bietet sich vielleicht auch ein 'SELECT name FROM sys.databases' zur Anzeige der vorhandenen Datenbanken an.

    Goos

  2. Er sagt dann er kann Customers nicht finden.

    Oh, er kann reden? :D

    Eine wortwörtliche Fehlermeldung ist in aller Regel aussagekräftiger.

    Ich tippe mal darauf, dass du in der falschen DB unterwegs bist.

    Du könntest den Tabellennamen mal 3teilig eingeben.

    SELECT * FROM Northwind.dbo.Customers

    Goos

  3. Im MS SQL Server existieren ja systeminterne Tabellen wie z.B. Inserted usw.

    Nein, die existieren erstmal nicht.

    Die Inserted/Deleted Tabellen existieren nur zur Triggerlaufzeit als lokale temporaere Tabellen.

    Dein Trigger erzeugt also eine Inserted und eine Deleted Tabelle in der tempdb.

    Da es lokale temporaere Tabellen sind, existiert fuer jeden Triggeraufruf ein solches Paar in der tempdb.

    Es gibt die Tabellen also auch nicht nur einmal fuer jede von dir angelegte Tabelle.

    Goos

  4. Jetzt die Frage wie mache ich das der Vorgesetzte als FK eingetragen ist und ein Pilot nie sein eigener Vorgesetzter sein kann.

    Hi scaleo,

    du setzt einfach noch n check constraint dafuer. Ganz wie beim Dienstgrad, nur nicht auf Spaltenebene.

    Den ersten Teil deiner Frage hab ich nicht wirklich verstanden. :)

    Goos

  5. Nehmen wir mal an die Anwendung telefoniert nachhause und überträgt dabei die logindaten die ich Ihr für den sql server hinzugefügt habe.

    Prinzipiell habe ich natürlich ein neues sql konto angelegt mit den minimal benötigten Rechten (Das heißt dieser Account hat nur Zugriff auf die von Ihm angelegte Datenbank).

    Allerdings kann/muss dieser Account Zugriff auf System Tables haben um überhaupt rudimentäre Funktionen auzuführen. Da liegt mein Problem. Denn ein gewiefter IT'ler kann so eines mit den System Tables anstellen und auch herausfinden.

    Gehen wir davon aus das es möglich wäre das ich ein Konto so einrichten könnte das es sich nur vom Localhost anmelden könnte. Damit wäre das Problem einfacherweise umgangen, da Sie selbst wenn Sie die Daten hätte sich nicht Remote am Server anmelden könnten.

    Wenn du was gegen deine Paranoia tun willst, dann unterbinde doch einfach Internetzugriffe der Applikation.

    Ansonsten bleibt dir auch noch eine eigene MSSQL Instanz auf der du nur Shared Memory Zugriffe aktivierst.

    Prinzipiell gibt dir das aber kein Plus an Sicherheit. Die Anwendung koennte, insofern sie ueble Absichten verfolgt, von aussen als Proxy fuer den Zugriff auf deinen SQL Server benutzt werden. Somit waer die Sicherheit, die du ueber lokale Anmeldung erlangen willst, wieder ausgehebelt. ;)

    Goos

  6. Kennt hier noch jemand den Film "Der Wind und der Löwe"?

    Zitat von Roosevelt: "warum eine so schöne Sache durch Legalität verderben"...

    Leider nicht, klingt aber gut ;)

    nein, ich werde keine Bank ausrauben. Versprochen.

    Ich bin nun wirklich total erleichtert. :D

    Habe ich erwähnt, dass das ein Weilchen dauern könnt? ;)

    Macht nix, ich hab Zeit. Abgesehen davon brauchts ja keine fertige Anwendung zu sein.

    Wenn du mal ein tolles Konzept zusammengestellt hast, dann kannst das ja vorstellen. :)

    Goos

  7. Ballon Trees ;) Gerade bei größeren Datenbanken ist die hauseigene Visualisierung vom SQL ManagementStudio nicht so toll.

    Gut, das lass ich gelten. Dependency Tracker ist toll, insofern man direkt damit arbeitet.

    Die Exportformate sind in meinen Augen allerdings ...hmmm nuja... suboptimal.

    Da ich aber weder Akien kaufen noch Banken ausrauben will, um mir die Toolsammlung kaufen zu können

    Banken ausrauben gehoert sich nicht und die Aktien solltest dann doch eher VERkaufen :D

    Willst du die Tools denn privat nutzen?

    Deine Ambitionen bezueglich eines Dependecy Trackers find ich gut. Gib doch mal Bescheid was daraus wird. :)

    Goos

  8. Hi Pixie,

    mir ist gerade zu den drei von dir genannten Tools nichts bekannt. Zu anderen Tools wie Compare, Data Generator und MultiScript gibts durchaus Alternativen.

    Was genau stellst du denn mit dem Dependency Tracker an? Mir ist dazu noch keine praktikable Verwendungsmoeglichkeit eingefallen.

    Goos

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...