<article> <h3> <a target="_blank" href="https://www.w3schools.com/sql/sql_select.asp" title="&#11016;" >SQL</a> </h3> <p> Wenn Alles versagt, eine ordentliche SQL <strong>läuft</strong> </p> <div> <strong> <a target="_blank" href="https://www.postgresql.org/docs/current/ddl-constraints.html" title="&#11016;" >prüft</a> </strong> <ul> <li>ob was doppelt ist</li> <li>Detailzeilen ohne Haupteintrag</li> <li>Datum muss Datum sein, Pflichtfeld nicht leer ...</li> <li><a target="_blank" href="https://www.postgresql.org/docs/current/ddl-rowsecurity.html" title="&#11016;" >d. Benutzer/Rolle berechtigt ist, eine Zeile/Spalte zu lesen oder zu ändern</a></li> </ul> </div> <div> <strong>bringt Übersicht</strong> <a target="_blank" href="/frepjs2000/ACalendar?von_VORGANGSWOCHE=2025-W36" >z.B. unterschiedliche Daten der SQL im Kalender</a> </div> <p> <strong> <a target="_blank" href="/frepjs2000/AAudit?von_VORGANGSWOCHE=" title="z.B.: Audit Trigger Diese duplizieren alle Daten, die geändert wurden, und man kann zügig herausfinden welche Inhalte vorher da waren. Eigentlicht geht das mit jeder SQL. Die Postgres - Umsetzung ist bis Heute eine einfache Lösung. ( ohne Restore nachschauen, was vorher war )" >protokolliert</a></strong> neue, geänderte, gelöschte Einträge <a href="/frepjs2000/ACalendar?von_VORGANGSWOCHE=2025-W36" target="_blank" > <img src="/public/js_es6_sql_faellige_termine.png" alt="faellige Termine" style="width: 30%; opacity: 0.7;" /> </a> <br /> <i>(auch wenn's die IT-Abteilung per Workaround um's ERP herum macht)</i> </p> <div> <strong> <a target="_blank" href="https://www.postgresql.org/docs/current/datatype-json.html" title="&#11016;" >dokumentiert</a></strong> JSON- oder XML-Dokumente </div> <p> <strong> <a target="_blank" href="https://www.postgresql.org/docs/current/logical-replication-subscription.html#LOGICAL-REPLICATION-SUBSCRIPTION-SLOT" title="&#11016;" >synct/repliziert</a></strong> wenn's an anderer Stelle die gleichen Daten braucht </p> </article>