Hallo,
leider dauert bei uns das Öffnen eines Artikel (Stammdaten) in JTL 1.011.4 extrem lange. Es sind etwa 50k Artikel angelegt. Festplattenauslastung ist nicht wirklich da (SSD). RAM und CPU sind es ebenfalls nicht. Über den Support habe ich bereits den Rat erhalten die Datenbank Indizes zu aktualisieren, leider ohne Erfolg. Folgendes hatte ich dazu ausprobiert:
Hat jemand noch eine andere Idee?
leider dauert bei uns das Öffnen eines Artikel (Stammdaten) in JTL 1.011.4 extrem lange. Es sind etwa 50k Artikel angelegt. Festplattenauslastung ist nicht wirklich da (SSD). RAM und CPU sind es ebenfalls nicht. Über den Support habe ich bereits den Rat erhalten die Datenbank Indizes zu aktualisieren, leider ohne Erfolg. Folgendes hatte ich dazu ausprobiert:
Code:
-- Copyright (C) 2014 JTL-Software-GmbH-- Datum 11.07.2014
-- Version 1.0.0.1
-- Autor: AC/MP
--
DECLARE @Databasename VARCHAR(255)
--
-- Hier bitte den WaWi Datenbanknamen einfügen
--
SET @Databasename ='eazybusiness'
EXEC ('USE '+ @Databasename)
--
-- Indizies der Tabellen neuerstellen um die Fragmentierung der Indizies zu beheben
--
DECLARE @TableName VARCHAR(255)
DECLARE @sql NVARCHAR(500)
DECLARE @fillfactor INT
SET @fillfactor = 80
DECLARE TableCursor CURSOR FOR
SELECT OBJECT_SCHEMA_NAME([object_id])+'.'+name AS TableName
FROM [sys].[tables]
OPEN TableCursor
FETCH NEXT FROM [TableCursor] INTO @TableName
WHILE @@FETCH_STATUS = 0
BEGIN
SET @sql = 'ALTER INDEX ALL ON [' + REPLACE(@TableName, 'dbo.', '') + '] REBUILD WITH (FILLFACTOR = ' + CONVERT(VARCHAR(3),@fillfactor) + ')'
PRINT @sql
EXEC (@sql)
FETCH NEXT FROM TableCursor INTO @TableName
END
CLOSE TableCursor
DEALLOCATE TableCursor
GO
DELETE toptions WHERE cKey = 'letzte Index Defragmentierung'
GO
EXEC sp_updatestats @resample = resample
GO
INSERT INTO toptions (cKey, cValue)
SELECT 'letzte Index Defragmentierung', CONVERT(VARCHAR, GETDATE())Hat jemand noch eine andere Idee?