Installation ProDOK - Versionsgeschichte

IsysAdmin: /* Installation */

2026-01-08T08:22:14Z

‎Installation

Admin: /* Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8? */

2019-05-31T10:58:17Z

‎Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8?

Admin: /* Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8? */

2019-05-31T10:57:46Z

‎Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8?

Admin: /* Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8? */

2019-05-31T10:57:24Z

‎Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8?

Admin: /* Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8? */

2019-05-31T10:55:44Z

‎Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8?

Admin: /* Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8? */

2019-05-31T10:54:59Z

‎Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8?

Admin: /* Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8? */

2019-05-31T10:54:29Z

‎Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8?

Admin: /* Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8? */

2019-05-31T10:54:16Z

‎Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8?

Admin am 31. Mai 2019 um 10:50 Uhr

2019-05-31T10:50:55Z

Admin: /* Mit „Add User“ 1 isysAdmin-User einrichten */

2019-05-28T13:53:40Z

‎Mit „Add User“ 1 isysAdmin-User einrichten

← Nächstältere Version		Version vom 8. Januar 2026, 08:22 Uhr
Zeile 2:		Zeile 2:

	'''Synology Mysql Server Aufsetzen'''		'''Synology Mysql Server Aufsetzen'''
		+
		+	ACHTUNG: Mit neuen Synology NAS mit MariaDB 10 funtioniert der Zugriff einfch nicht mehr.
		+	Dann muss die MariDB V5 in einem Docker (Container) neu installiert werden.
		+	Synology Docker (jetzt Container Manager) ist eine App für Synology NAS-Geräte, die es ermöglicht, Anwendungen in isolierten Containern zu betreiben, anstatt ganze Betriebssysteme zu virtualisieren, was ressourcenschonender ist. Benutzer können Tausende von vorgefertigten Apps (Images) von Repositories wie Docker Hub herunterladen und verwalten, um Funktionen wie Nextcloud, Home Assistant oder Entwicklungsumgebungen zu nutzen. Die Verwaltung erfolgt über eine intuitive Benutzeroberfläche im Synology DiskStation Manager (DSM).
		+
		+

	https://www.synology.com/de-de/knowledgebase/tutorials/458		https://www.synology.com/de-de/knowledgebase/tutorials/458

@@ Zeile 131: / Zeile 131: @@
 ## tZeremonienPartner DELETE: ZeremonienDatum <> &apos;&apos; statt <> '0001-01-01'
 ## tPersonendaten INSERT: Geburtstag, Todestag, Kircheneintritt, Kirchenaustritt <> &apos;&apos; statt <> '0001-01-01'
 '''Wie lösen?'''

@@ Zeile 139: / Zeile 139: @@
 ##Mit der Workbench, angemeldet als isysAdmin (<span style="color:red">auf KEINEN Fall als root!</span>) das Backup-File wieder einlesen. Dabei wird automatisch bei allen VIEWS UND TRIGGERS der angemeldete User isysAdmin@% als DEFINER eingetragen
 # TRIGGER-Definitionen korrigieren:
-## Dann neue Programmversion einspielen
+## Neue Programmversion einspielen
 ## TRIGGER deaktivieren und wieder aktivieren

@@ Zeile 137: / Zeile 137: @@
 ##Mit isys-Backup.exe ein Backup ziehen, diese lässt alle DEFINER-Statements weg)
 ##Mit der Workbench den User isysAdmin@localhost löschen (<span style="color:red">es darf und muss nur noch der User isysAdmin@% vorhanden sein!</span>)
-##Mit der Workbench, angemeldet als isysAdmin (<span style="color:red">auf KEINEN Fall als root!</span>) das Backup-File wieder einlesen. Dabei wird automatisch bei allen VIESW UND TRIGGERS der angemeldete User isysAdmin@% als DEFINER eingetragen
+##Mit der Workbench, angemeldet als isysAdmin (<span style="color:red">auf KEINEN Fall als root!</span>) das Backup-File wieder einlesen. Dabei wird automatisch bei allen VIEWS UND TRIGGERS der angemeldete User isysAdmin@% als DEFINER eingetragen
 # TRIGGER-Definitionen korrigieren:
 ## Dann neue Programmversion einspielen
 ## TRIGGER deaktivieren und wieder aktivieren

@@ Zeile 130: / Zeile 130: @@
 ## tZeremonienPartner INSERT: ZeremonienDatum <> &apos;&apos; statt <> '0001-01-01'
 ## tZeremonienPartner DELETE: ZeremonienDatum <> &apos;&apos; statt <> '0001-01-01'
-## tPersonendaten INSERT: Geburtstag, Todestag, Kircheneintritt, Kirchenaustritt <> '' statt <> '0001-01-01'
+## tPersonendaten INSERT: Geburtstag, Todestag, Kircheneintritt, Kirchenaustritt <> &apos;&apos; statt <> '0001-01-01'
 -> überall &apos;&apos; mit '0001-01-01' ersetzen oder &apos;&apos; löschen, wo '0001-01-01' schon vorhanden ist

@@ Zeile 127: / Zeile 127: @@
 # Alle TRIGGER und VIEWS dürfen als DEFINER nur isysAdmin@% haben
-# TRIGGER dürfen Daten nicht = oder <> &apos;&apos; '' (leer) setzen oder abfragen. Bisher so geschehen in:
+# TRIGGER dürfen Daten nicht = oder <> &apos;&apos;(leer) setzen oder abfragen. Bisher so geschehen in:
-## tZeremonienPartner INSERT: ZeremonienDatum <> '' statt <> '0001-01-01'
+## tZeremonienPartner INSERT: ZeremonienDatum <> &apos;&apos; statt <> '0001-01-01'
-## tZeremonienPartner DELETE: ZeremonienDatum <> '' statt <> '0001-01-01'
+## tZeremonienPartner DELETE: ZeremonienDatum <> &apos;&apos; statt <> '0001-01-01'
 ## tPersonendaten INSERT: Geburtstag, Todestag, Kircheneintritt, Kirchenaustritt <> '' statt <> '0001-01-01'
--> überall '' mit '0001-01-01' ersetzen oder '' löschen, wo '0001-01-01' schon vorhanden ist
+-> überall &apos;&apos; mit '0001-01-01' ersetzen oder &apos;&apos; löschen, wo '0001-01-01' schon vorhanden ist
 '''Wie lösen?'''

← Nächstältere Version		Version vom 31. Mai 2019, 10:50 Uhr
Zeile 123:		Zeile 123:
	- Falls bei der Update-Routine die Message "Access denied..." und danach "vpersonfirmaadresse ist schon vorhanden" kommt vpersonfirmaadresse mal von Hand in der DB löschen und Update-Routinde nochmal laufen lassen		- Falls bei der Update-Routine die Message "Access denied..." und danach "vpersonfirmaadresse ist schon vorhanden" kommt vpersonfirmaadresse mal von Hand in der DB löschen und Update-Routinde nochmal laufen lassen
	<br \><br \>		<br \><br \>
		+
		+	=Was gilt es zu beachten bei einem Umzug von MySQL 5 auf 8? =
		+
		+	# Alle TRIGGER und VIEWS dürfen als DEFINER nur isysAdmin@% haben
		+	# TRIGGER dürfen Daten nicht = oder <> '' (leer) setzen oder abfragen. Bisher so geschehen in:
		+	## tZeremonienPartner INSERT: ZeremonienDatum <> '' statt <> '0001-01-01'
		+	## tZeremonienPartner DELETE: ZeremonienDatum <> '' statt <> '0001-01-01'
		+	## tPersonendaten INSERT: Geburtstag, Todestag, Kircheneintritt, Kirchenaustritt <> '' statt <> '0001-01-01'
		+	-> überall '' mit '0001-01-01' ersetzen oder '' löschen, wo '0001-01-01' schon vorhanden ist
		+
		+	'''Wie lösen?'''
		+	# DEFINER korrigieren:
		+	##Mit isys-Backup.exe ein Backup ziehen, diese lässt alle DEFINER-Statements weg)
		+	##Mit der Workbench den User isysAdmin@localhost löschen (<span style="color:red">es darf und muss nur noch der User isysAdmin@% vorhanden sein!</span>)
		+	##Mit der Workbench, angemeldet als isysAdmin (<span style="color:red">auf KEINEN Fall als root!</span>) das Backup-File wieder einlesen. Dabei wird automatisch bei allen VIESW UND TRIGGERS der angemeldete User isysAdmin@% als DEFINER eingetragen
		+	# TRIGGER-Definitionen korrigieren:
		+	## Dann neue Programmversion einspielen
		+	## TRIGGER deaktivieren und wieder aktivieren

@@ Zeile 113: / Zeile 113: @@
 Nun noch die Konfiguration ausführen lassen und der Mist ist geführt.
 <br /><br />
-'''ALLE Arbeiten mit der MYSQL-Workbench IMMER mit dem User isysAdmin AUSFÜHREN!!!'''
+<span style="color:red">'''ALLE Arbeiten mit der MYSQL-Workbench IMMER mit dem User isysAdmin ausführen, NIEMALs mit dem root!!!'''</span>
 <br /><br />