Reporting environment: Best practices

[Dejan Vu]

Selbst zu Dir (obwohl es vermutlich ein sehr weiter und beschwerlicher Weg ist) sollte es sich herumgesprochen haben, das eine API in jedem Fall zu dokumentieren ist. Eine Reporting-Schnittstelle sowie die zugrundeliegenden Tabellen ist eine API, weswegen sich dein OT-Geschwätzes schon erübrigt.

Wenn Du aber eine Möglichkeit siehst, die gängigen Coding-Prinzipien (die ein Kommentieren von Code überflüssig machen) auf SQL zu übertragen, bist Du herzlich eingeladen, hier einen Beitrag zu posten.

Und wenn Du etwas Erhellendes zum Thema 'Code kommentieren?' beizutragen hast, dann kram den Thread heraus und poste dort etwas Nützliches. Ich bezweifle, das Dir das gelingt, aber es geschehen immer wieder Zeichen und Wunder

Es geht auch nicht darum, das ich nicht verstehe, was der Programmierer bezweckt (lesen können wir hier und fragen auch, denn er sitzt mir gegenüber), sondern wie man eine Reporting-API sinnvollerweise strukturiert.

Ich habe einen Plan, den ich auch beschrieben habe, aber hier wenig Erfahrung, wie andere es machen.