Seit 1.6... Nervenbündel- nicht zu empfehlen

[Frederik von Bot]

Arbeite seit einiger Zeit mit der Version 1.6... ich kann jedem der es bisher nicht upgedatet abraten.

Es wäre empfehlenswert, wenn zuvor von JTL offensichtlich kommuniziert worden wäre, das für eine normal große Datenbank die Bezahlversion von SQL nötig ist, das ist teilweise mit enormen Kosten verbunden.
Bisher alles vertretbar, aber produktives arbeiten ist nicht möglich, das ist wie mit einem 30 Jahre alten Fiesta eine 5000 km Reise machen zu wollen. Überall lauern Gefahren in Form von BUG.

So eine Version als Stable anzubieten ist meinem empfinden nach fahrlässig!

 

[Loads]

Bin der gleichen Meinung!
Nicht updaten!

 

[recent.digital]

Hey @Frederik von Bot, kannst du das etwas genauer spezifizieren?

Wieviele Menschen arbeiten bei euch mit der Wawi? Die Kosten für den SQL Server sind enorm - unserer Erfahrung nach gibt es in der Regel aber auch großes Potenzial bei der Optimierung der SQL Server in der Express Version.

Von welchem Bugs sprichst du? Sind diese bekannt z. B. im Issue Tracker https://issues.jtl-software.de/ - nur wenn die Fehler bekannt sind kann JTL was dagegen unternehmen.

 

[recent.digital]

Bin der gleichen Meinung!
Nicht updaten!

aber warum? Den einen stört etwas, dem anderen ist es recht, weil andere Funktionen vorhanden sind die eine hohe Prio haben.

 

[Verkäuferlein]

Guckst Du hier:
https://guide.jtl-software.de/jtl-wawi/installation/checkliste-fuer-den-umstieg-auf-jtl-wawi-1-6/

 

[Rektor]

aber warum? Den einen stört etwas, dem anderen ist es recht, weil andere Funktionen vorhanden sind die eine hohe Prio haben.

Sieh dir nur mal die Probleme bei "normaler" Benutzung der Wawi 1.6 an. Diese findest du massenweise im JTL-Forum. Die Grundfunktionen und auch die von JTL so hoch gelobten zusätzlichen Funktionen sollten problemlos funktionieren, tun Sie aber teilweise nicht.

Hier wird von den Programmierern nicht nach dem "normalen, einfachen" Geschäftsablauf programmiert, sondern vieles verschlimmbessert.

Keine Frage, JTL geht den richtigen Weg, jedoch teilweise mit sehr umständlicher Umsetzung der Auftragsabwicklung, welches viel Zeit unseren Mitarbeitern kostet. Arbeitsabläufe sollten so schlank wie möglich gehalten werden, ganz anders bei den Auftrags- bzw. Rechnungsänderungen, eine absolute Fehlprogrammierung.

 

[_simone_]

Unterm Strich bereuen wir nicht den Schritt auf die neueste Version gemacht zu haben. Ist ein "wenig" Arbeit mehr auf der einen Seite, aber auch eine Aussicht auf das online-business 3.0.
Windows 3.11 hat sich irgendwann auch erledigt.^^
Alles wird gut.

 

[css-umsetzung]

Unterm Strich bereuen wir nicht den Schritt auf die neueste Version gemacht zu haben. Ist ein "wenig" Arbeit mehr auf der einen Seite, aber auch eine Aussicht auf das online-business 3.0.
Windows 3.11 hat sich irgendwann auch erledigt.^^
Alles wird gut.

Ich erinnere Dich daran wenn ich dir wieder ein Taschentuch geben muss

 

[aadursun]

Arbeite seit einiger Zeit mit der Version 1.6... ich kann jedem der es bisher nicht upgedatet abraten.

Es wäre empfehlenswert, wenn zuvor von JTL offensichtlich kommuniziert worden wäre, das für eine normal große Datenbank die Bezahlversion von SQL nötig ist, das ist teilweise mit enormen Kosten verbunden.
Bisher alles vertretbar, aber produktives arbeiten ist nicht möglich, das ist wie mit einem 30 Jahre alten Fiesta eine 5000 km Reise machen zu wollen. Überall lauern Gefahren in Form von BUG.

So eine Version als Stable anzubieten ist meinem empfinden nach fahrlässig!

Denke das Projekt hat JTL so richtig verkackt!

 

[JohnFrea]

Es wäre empfehlenswert, wenn zuvor von JTL offensichtlich kommuniziert worden wäre, das für eine normal große Datenbank die Bezahlversion von SQL nötig ist, das ist teilweise mit enormen Kosten verbunden.

Bitte erkläre das mal genauer.
Wieso wird bei Dir der Umstieg von SQL Express auf die Vollversion nötig?!?

 

[Frederik von Bot]

Bitte erkläre das mal genauer.
Wieso wird bei Dir der Umstieg von SQL Express auf die Vollversion nötig?!?

SQL Express ist auf 10GB limitiert, das Update bläht die Datenbank um 30% auf, in meinem Fall, mit Sicherheit auch bei den meisten wird das Limit überschritten, das macht den Standart nötig, dann fängt die Rechnerei an.

Sieh dir nur mal die Probleme bei "normaler" Benutzung der Wawi 1.6 an. Diese findest du massenweise im JTL-Forum. Die Grundfunktionen und auch die von JTL so hoch gelobten zusätzlichen Funktionen sollten problemlos funktionieren, tun Sie aber teilweise nicht.

Hier wird von den Programmierern nicht nach dem "normalen, einfachen" Geschäftsablauf programmiert, sondern vieles verschlimmbessert.

Keine Frage, JTL geht den richtigen Weg, jedoch teilweise mit sehr umständlicher Umsetzung der Auftragsabwicklung, welches viel Zeit unseren Mitarbeitern kostet. Arbeitsabläufe sollten so schlank wie möglich gehalten werden, ganz anders bei den Auftrags- bzw. Rechnungsänderungen, eine absolute Fehlprogrammierung.

Da bin ich total bei dir, es ist überhaupt nicht intuitiv. Der ebaysupport frisst potenziell sehr viel mehr Zeit.

Hey @Frederik von Bot, kannst du das etwas genauer spezifizieren?

Wieviele Menschen arbeiten bei euch mit der Wawi? Die Kosten für den SQL Server sind enorm - unserer Erfahrung nach gibt es in der Regel aber auch großes Potenzial bei der Optimierung der SQL Server in der Express Version.

Von welchem Bugs sprichst du? Sind diese bekannt z. B. im Issue Tracker https://issues.jtl-software.de/ - nur wenn die Fehler bekannt sind kann JTL was dagegen unternehmen.

Grundsätzlich ist es völlig in Ordnung die Dinge zu verbessern. Das große ABER, der Verbesserungsprozess sollte nicht an den einfachen Funktionen vorbeigehen.

 

[JohnFrea]

Gibt es eine Funktion zu schauen, wie viel Platz noch in der DB zur Verfügung steht? Ich hatte dazu schonmal einem Betrag verfasst aber leider keine Antwort bekommen.

https://forum.jtl-software.de/threa...-wie-viel-ist-noch-frei-wie-ermitteln.186592/

 

[recent.digital]

SQL Express ist auf 10GB limitiert, das Update bläht die Datenbank um 30% auf, in meinem Fall, mit Sicherheit auch bei den meisten wird das Limit überschritten, das macht den Standart nötig, dann fängt die Rechnerei an.

Und der Microsoft SQL Lizenzdschungel...

 

[wortek]

Wenn du die Express Version hast, hast du max 10 gb. Also 10Gb Minus deine aktuelle Datenbankgröße

 

[JohnFrea]

Wenn du die Express Version hast, hast du max 10 gb. Also 10Gb Minus deine aktuelle Datenbankgröße

Leider hilft diese Antwort wirklich KEIN Stück weiter, solange es keine Anleitung gibt, wie man die Größe der Datenbank denn nun feststellen kann.

 

[css-umsetzung]

Du gehst einfach in das Verzeichnis udn schaust dir an wie groß die Datei ist.
oder startest den SSM und schaust da drinnen wie groß die Datei ist.

wenn dir das jetzt alles nichts sagt und du eventuell überfordert bist, dann mach halt über die wawi eine Datenbank Sicherung und schau dir diese Größe an.

 

[Pinkman]

das ist wie mit einem 30 Jahre alten Fiesta eine 5000 km Reise machen zu wollen

auch das kann klappen.
Und der Fiesta hat bestimmt auch mal was gekostet und die Wawi ist erstmal kostenlos.

 

[JohnFrea]

Du gehst einfach in das Verzeichnis udn schaust dir an wie groß die Datei ist.
oder startest den SSM und schaust da drinnen wie groß die Datei ist.

wenn dir das jetzt alles nichts sagt und du eventuell überfordert bist, dann mach halt über die wawi eine Datenbank Sicherung und schau dir diese Größe an.

@css-umsetzung Ne, so "einfach" läuft das nämlich nicht.

1. Im Backup sind auch die ausgelagerten FileStream Dateien enthalten und die zählen in die maximale Größe der Express Datenbank nicht hinein.
2. Die Dateigröße der *.mdf Datei im Verzeichnis \MSSQL\DATA ist auch nicht zuverlässig. Das ist lediglich die maximale Größe, die die Datenbank (durch automatisches) Wachstum jemals hatte. Hat man z.B. später FS aktiviert, wird die DB zwar durch Auslagern kleiner aber die *.mdf Datei schrumpft nicht wieder.

 

[css-umsetzung]

@css-umsetzung Ne, so "einfach" läuft das nämlich nicht.

1. Im Backup sind auch die ausgelagerten FileStream Dateien enthalten und die zählen in die maximale Größe der Express Datenbank nicht hinein.
2. Die Dateigröße der *.mdf Datei im Verzeichnis \MSSQL\DATA ist auch nicht zuverlässig. Das ist lediglich die maximale Größe, die die Datenbank (durch automatisches) Wachstum jemals hatte. Hat man z.B. später FS aktiviert, wird die DB zwar durch Auslagern kleiner aber die *.mdf Datei schrumpft nicht wieder.

Wer mit dem Filestream arbeitet ist in meinen Augen selbst Schuld, es gibt ständig Probleme, das die Bilder verloren gehen. Darum gehe ich immer davon aus, das diese Option nicht verwendet wird.

ein Backup würde unter normalen Umständen die Tatsächliche genutzte Größe anzeigen.

dann müsstest du ja den Benötigten Platz der Files nur abziehen oder?

 

[JohnFrea]

Wer mit dem Filestream arbeitet ist in meinen Augen selbst Schuld, es gibt ständig Probleme, das die Bilder verloren gehen. Darum gehe ich immer davon aus, das diese Option nicht verwendet wird.

Die Logik erschließt sich mir nicht.
FS wurde von JTL empfohlen und ist eine offizielle MS Funktion. Wenn Du FS nicht traust, kannst Du in dem Zucg auch gleich NTFS abschreiben?!?

dann müsstest du ja den Benötigten Platz der Files nur abziehen oder?

Sorry, aber ich finde die Mutmaßungen nicht hilfreich. Wenn da Kompression im Backup genutzt wird, sagt die Größe der Backupdatei nichts aus.
...naja, vielleicht weiß ja jemand wirklich, wie man die Größe herausfinden kann.