Hallo, folgende Idee:

(Mehrere) Clients richten SQL-Anfragen über einen Webdienst an einen Server, der nimmt Anfrage für Anfrage entgegen, und gibt das entsprechende Ergebnis an den jeweiligen Clients zurück. Beliebige Abfragen sollen ermöglicht werden, aber ohne server-seitig Anfrage-bedingte Programmänderungen machen zu müssen.

Betreffend der folgenden Fragen interessiert mich nur die Client-Seite:

a) Habt ihr Stichworte hierfür nach denen ich googlen kann, wie andere eine solche (oder ähnliche) Aufgabe gelöst haben? (ich möchte gerne mehr über dieses Thema erfahren.)

b) Weiß jemand ob bzw. welche fertigen Libraries (gerne auch in C++) hierfür existieren?

Im voraus Danke für jeden Tip. LG, Ralph

Was verstehst du unter beliebige Abfragen? Dass Leute selbst das SQL eingeben?

[quote=GwenDragon,20.12.2006, 16:03]Was verstehst du unter beliebige Abfragen? Dass Leute selbst das SQL eingeben?[/quote]
Einmal eingerichtet soll auf Server-Seite nichts mehr geändert werden, d.h. Anfragen sollen über mehrere Tabellen beliebig kombiniert werden können. Da die Anfragen flexibel gehalten werden sollen sehe ich die Aufgabe der Formulierung der SQL-Anfragen eher auf Client-Seite.(?) Oder?

Nach welchen Stichworten könnte ich googlen?

Die Sache wie eine SQL-Anfrage aus dem Wunsch eines Anwender erzeugt wird ist ebenso noch offen. Diese Aufgabenstellung sieht mir aber auf den ersten Blick jetzt nicht ganz so arg vertrackt aus.

LG, Ralph

ich versteh es noch nicht richtig!
er soll quasi sich sein SQL zusammen klicken oder wie ist es gemeint.
das sinnvolste wäre doch, echtes SQL zu schicken, das man vorher eingetippt hat.
damit kann man ja lles machen.

Aber damit reißt man riesige Löcher auf...

Ok, mein Einsatz in diesem Rateduell wäre der "SAP Business Explorer" (hat mit Perl aber gar nichts zu tun...): mit diesem kann man beliebige (und zulässige) Abfragen im SAP BW zusammenstellen und die Endergebnisse visualisieren lassen.

Man kann aber üblicherweise Rechte (z.B. in mysql) vergeben, zum Beispiel nur das SELECT-Recht für eine bestimmte Datenbank. Würde das nicht ausreichen, um der Sicherheit zu genügen?

Naja, man will ja aber vielleicht nicht, dass jeder alles aus einer Datenbank lesen kann. Ich würde z.B. nicht wollen, dass jeder irgendwelche SQL-Statements (auch wenn es nur SELECTs sind) auf eine Datenbank machen kann, in der persönliche Daten von mir gespeichert sind...

aber da wir nicht wissen, was er will ... ! :)

Ich versuche es mal mit anderen Worten zu beschreiben:

a) Mir geht es mehr in Richtung Programmdesign, wo soll am besten die Schnittstelle gezogen werden zwischen der Intelligenz des Server-Teils und derjenigen des Client-Teils? Im Grunde müßte der Anwender seine SQL-Anfrage vorgeben. Wobei es vielleicht auch geht, daß der Anwender "Formulare" zur Verfügung gestellt bekommt, die seine Anfrage-Möglichkeiten ein klein wenig einschränken.

b) So etwas wie der von MisterL erwähnte SAP BusinessExplorer sieht mir auf den ersten Blick vom Prinzip her gar nicht so grundverkehrt aus. Hmm. Mit entscheidend ist allerdings daß dieses Tool die vorhandene(n) Datenbank(en) als Datenquelle nutzen muß, also möglichst keine eigene Datenhaltung betreiben will. -> muß ich nachlesen.

c) Wie kommunizieren andere Tools (wie der erwähnte SAP Bus.Expl.) die Anfrage zum Server bzw. die Antworten zurück an den Client? Gibt es hier dazu ein übliches Format, Standard? Per XML?

LG, Ralph