FTP contra ODBC

[Fuerchau]

Der Owner-Connect ist ja gerade das Problem da per Design am User viel zu viel hängt.
Und die AppDB kann ich auch an die DFTRDBCOL oder wie immer das bei anderen DB's heißt, hängen.

Im M$-SQL-Server benenne ich eine Datenbank beim Connect.
Im Oracle-Server benenne ich diese ebenso, bei der Firebird auch.
Warum macht die AS/400 das da so anders ?!

Und was den automatischen RPG-Connect angeht, so kann ich natürlich im 1. Programm einen eigenen Connect kodieren, so dass alle folgenden SQL's der seleben ActGrp mit dem selben DB-User arbeiten.

Und wieso sind auf einmal StoredProcs out ?
Das war doch gerade der Vorteil, dass ich BI in die Procedure/Function lege ?!
(Gut, ich sollte SQL-Code und keine externe Sprache nehmen, allerdings kennt z.B. SQL-Server nur externe und ob die SQL-Procedure-Dialekte so kompatibel sind.)

Aber wer kümmert sich schon tatsächlich um Berechtigungen wenn man doch die entsprechenden Tools hat

@DVE
Von der Bedienung ist PCSACC/400 nicht besser geworden, das liegt aber nicht an der Software sondern an der Vielzahl der offenen REGINF's die einen Angriff ermöglichen.
Ich kenne keine andere Software, die ALLES bezgl. dieser Schnittstellen abdeckt und das mit hoher Variabilität.
Die meisten anderen Tools schenken sich eine SQL-Analyse incl. temporärer Umbenennung mittels ALIAS oder OVRDBF !
(Gut, den Tipp mit dem Alias habe ich gegeben).

Mit dieser Methode haben wir dann sogar einen externen PC entdeckt der da einen pollenden Zugriff startetet von dem aber auch wirklich niemand was wusste.

[BenderD]

Letzteres geht eben beim lokalen Connect eben gerade nicht!!! Man darf lokal nicht connecten und kann genau deswegen eben keinen anderen Benutzer als den angemeldeten Benutzer mitgeben. Was da ursprünglich als Erleichterung gedacht war, wurde dann einzementiert, damit die Datenbank Workload in 5250 Jobs mit CFINT gestraft wird, führt in OPM dazu, dass man nur einen Connect hat (weswegen da Commit Steuerung nicht wirklich geht), brachte dann in ILE den fürchterlichen Work around mit den Activation Groups und schließlich und endlich macht man das notgedrungen auf der AS400 völlig anders als mit Sequel, Oracle und Co und auch anders als in nicht AS400 DB2 - soviel auch zu UDB.

Dieter Bender

Im M$-SQL-Server benenne ich eine Datenbank beim Connect.
Im Oracle-Server benenne ich diese ebenso, bei der Firebird auch.
Warum macht die AS/400 das da so anders ?!

Und was den automatischen RPG-Connect angeht, so kann ich natürlich im 1. Programm einen eigenen Connect kodieren, so dass alle folgenden SQL's der seleben ActGrp mit dem selben DB-User arbeiten.

[Fuerchau]

Also das mit dem lokalen Connect ist ja wirklich sch.... !
Habs mal ausprobiert.
Da bleibt mir ja nur noch das API QSYSETPH um den User-Status vor dem 1.Connect zu ändern.

[DVE]

Hallo mama,
solltest du Interesse daran haben, wie ich die Umsetzung zu verschärften Objektrechte gemacht habe, schick eine Nachricht.
Gruß
DVE