SQL Paramètres optimum

Version imprimable

10/06/2015, 10h29
dams8787

SQL Paramètres optimum

Bonjour à tous, je me permets de solliciter votre aide.
Et lorsque je demande à des personnes comptétents ou le prestataire m'ont vendu la solution personne est capable de me répondre et de me trouver une solution.

Donc mon problème, lenteur aléatoires sur postes clients (4x postes) ou en local par le logiciel ou le biais de requête php.
Le problème disparaît temporaiement si je fait une défragmentation des index des tables concernées ou éventuellement un redémarrage de sql
En résumé :
Logiciel gestion commercial EBP, installé sur un server 64bits - (XEON E3) - 16gb RAM 2 disques 500gb (RAID0) WINDOWS SERVER 2012
4x bases sont présent sur le serveur. (moyenne des bases 4go)
Toutes les mises à jours sont faites et dernières versions.
(Pas de polémiques sur EBP ce n'est pas un logiciel fait pour le travail...bref)

Ma question est simple et unique pouvez vous m'indiquer si les paramètres sont bons ou éventuellement me donner les infos pour corriger:
(car j'ai trouvé des bouts ou pas d'infos):

MEMOIRE :
AWE faut il l'activer ? (je pense que non car j'ai une machine 64bits)
Mémoire mini : 2048Mo
Mémoire maxi : 13500Mo
Mémoire création index : 0
Mémoire mini requête : 1024

Processeur:
Les 4 processeurs sont cochés et l'option Définir auto affinité processeur et E/S aussi
Nbr max de threads = 0
Renforcer priorité SQL Server est coché
Fibre windows = Faut il le cocher ?

Tx de remplissage index = 0

flux de fichier
Niveau d'accés = Désactivé

D'avance merci pour votre aide.
10/06/2015, 11h25
Donpi

Pour moi les paramètres ne semblent pas mauvais, mais c'est impossible de donner une réponse tranchée sur ce sujet sans connaitre l'utilisation que vous en faites.

Boost SQL server prority n'est coché sur aucune de mes bases
Et windows fiber nonplus
10/06/2015, 11h41
dams8787

Bjr, c'est uniquement de la gestion commercial.
J'ai des latences dans le programme lorsque je change de tables (mais ceci c'est un pb connu chez EBP)
après pour la requête en php, elle interroge la table des commandes, c'est ici que j'ai des lenteurs aléatoires.
cdt
10/06/2015, 13h13
Donpi

Re,

Pourriez vous définir :

Citation:

Envoyé par dams8787

J'ai des latences dans le programme lorsque je change de tables

et éventuellement me donner la requête que vous exécutez dans votre page PHP?
10/06/2015, 13h27
Boubou2020

la première chose que je ferais à ta place.C'est de réorganiser/reconstruire tes indexs et recalculer les statistiques régulièrement dans un plan de maintenance
10/06/2015, 13h49
dams8787

Citation:

Envoyé par Donpi

Re,

Pourriez vous définir :

et éventuellement me donner la requête que vous exécutez dans votre page PHP?

Lorsque je change par exemple entre les articles et les commandes. (en local ou distant)
Pour la requête je ne sais pas, je n'y pas accès, et je n'y connait pas grand chose.

Je suis passé par un serveur, justement car il y avait déjà des signes de lenteurs avant.
3 mois après l'achat du serveur, après il a fallu doubler la RAM... (car EBP ne pouvait me donner des explications)à ce rythme il faut un supercalculateur si j'arrive à 300 factures/jour
Pour ma part il y a une erreur de conception à la base chez EBP, plus il y a de factures plus c'est lent...(vous allez me dire c'est logique mais pas avec leur programme)

Par exemple, à ce jour 5/6 heures pour le recalcul des mouvements de stock (il n'y a que 3000 articles)
la solution donné par EBP est de créer une nouvelle base pour alléger l'actuel... c'est à dire de repartir de 0 pour avoir le même problème dans 8 mois...
10/06/2015, 13h52
dams8787

Citation:

Envoyé par abdallah_mehdoini

la première chose que je ferais à ta place.C'est de réorganiser/reconstruire tes indexs et recalculer les statistiques régulièrement dans un plan de maintenance

Je n'ai jamais fait la reconstruction mais uniquement la réorganisation.

Les périodes à forte activité je suis parfois à +de 80% de fragmentation dans la table concerné

tu peux nous communiquer la résultat de cette requête

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
WITH [Waits] AS
    (SELECT
        [wait_type],
        [wait_time_ms] / 1000.0 AS [WaitS],
        ([wait_time_ms] - [signal_wait_time_ms]) / 1000.0 AS [ResourceS],
        [signal_wait_time_ms] / 1000.0 AS [SignalS],
        [waiting_tasks_count] AS [WaitCount],
        100.0 * [wait_time_ms] / SUM ([wait_time_ms]) OVER() AS [Percentage],
        ROW_NUMBER() OVER(ORDER BY [wait_time_ms] DESC) AS [RowNum]
    FROM sys.dm_os_wait_stats
    WHERE [wait_type] NOT IN (
        N'BROKER_EVENTHANDLER',             N'BROKER_RECEIVE_WAITFOR',
        N'BROKER_TASK_STOP',                N'BROKER_TO_FLUSH',
        N'BROKER_TRANSMITTER',              N'CHECKPOINT_QUEUE',
        N'CHKPT',                           N'CLR_AUTO_EVENT',
        N'CLR_MANUAL_EVENT',                N'CLR_SEMAPHORE',
        N'DBMIRROR_DBM_EVENT',              N'DBMIRROR_EVENTS_QUEUE',
        N'DBMIRROR_WORKER_QUEUE',           N'DBMIRRORING_CMD',
        N'DIRTY_PAGE_POLL',                 N'DISPATCHER_QUEUE_SEMAPHORE',
        N'EXECSYNC',                        N'FSAGENT',
        N'FT_IFTS_SCHEDULER_IDLE_WAIT',     N'FT_IFTSHC_MUTEX',
        N'HADR_CLUSAPI_CALL',               N'HADR_FILESTREAM_IOMGR_IOCOMPLETION',
        N'HADR_LOGCAPTURE_WAIT',            N'HADR_NOTIFICATION_DEQUEUE',
        N'HADR_TIMER_TASK',                 N'HADR_WORK_QUEUE',
        N'KSOURCE_WAKEUP',                  N'LAZYWRITER_SLEEP',
        N'LOGMGR_QUEUE',                    N'ONDEMAND_TASK_QUEUE',
        N'PWAIT_ALL_COMPONENTS_INITIALIZED',
        N'QDS_PERSIST_TASK_MAIN_LOOP_SLEEP',
        N'QDS_CLEANUP_STALE_QUERIES_TASK_MAIN_LOOP_SLEEP',
        N'REQUEST_FOR_DEADLOCK_SEARCH',     N'RESOURCE_QUEUE',
        N'SERVER_IDLE_CHECK',               N'SLEEP_BPOOL_FLUSH',
        N'SLEEP_DBSTARTUP',                 N'SLEEP_DCOMSTARTUP',
        N'SLEEP_MASTERDBREADY',             N'SLEEP_MASTERMDREADY',
        N'SLEEP_MASTERUPGRADED',            N'SLEEP_MSDBSTARTUP',
        N'SLEEP_SYSTEMTASK',                N'SLEEP_TASK',
        N'SLEEP_TEMPDBSTARTUP',             N'SNI_HTTP_ACCEPT',
        N'SP_SERVER_DIAGNOSTICS_SLEEP',     N'SQLTRACE_BUFFER_FLUSH',
        N'SQLTRACE_INCREMENTAL_FLUSH_SLEEP',
        N'SQLTRACE_WAIT_ENTRIES',           N'WAIT_FOR_RESULTS',
        N'WAITFOR',                         N'WAITFOR_TASKSHUTDOWN',
        N'WAIT_XTP_HOST_WAIT',              N'WAIT_XTP_OFFLINE_CKPT_NEW_LOG',
        N'WAIT_XTP_CKPT_CLOSE',             N'XE_DISPATCHER_JOIN',
        N'XE_DISPATCHER_WAIT',              N'XE_TIMER_EVENT')
    AND [waiting_tasks_count] > 0
 )
SELECT
    MAX ([W1].[wait_type]) AS [WaitType],
    CAST (MAX ([W1].[WaitS]) AS DECIMAL (16,2)) AS [Wait_S],
    CAST (MAX ([W1].[ResourceS]) AS DECIMAL (16,2)) AS [Resource_S],
    CAST (MAX ([W1].[SignalS]) AS DECIMAL (16,2)) AS [Signal_S],
    MAX ([W1].[WaitCount]) AS [WaitCount],
    CAST (MAX ([W1].[Percentage]) AS DECIMAL (5,2)) AS [Percentage],
    CAST ((MAX ([W1].[WaitS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgWait_S],
    CAST ((MAX ([W1].[ResourceS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgRes_S],
    CAST ((MAX ([W1].[SignalS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgSig_S]
FROM [Waits] AS [W1]
INNER JOIN [Waits] AS [W2]
    ON [W2].[RowNum] <= [W1].[RowNum]
GROUP BY [W1].[RowNum]
HAVING SUM ([W2].[Percentage]) - MAX ([W1].[Percentage]) < 95; -- percentage threshold
GO

Citation:

Envoyé par abdallah_mehdoini

tu peux nous communiquer la résultat de cette requête

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
WITH [Waits] AS
    (SELECT
        [wait_type],
        [wait_time_ms] / 1000.0 AS [WaitS],
        ([wait_time_ms] - [signal_wait_time_ms]) / 1000.0 AS [ResourceS],
        [signal_wait_time_ms] / 1000.0 AS [SignalS],
        [waiting_tasks_count] AS [WaitCount],
        100.0 * [wait_time_ms] / SUM ([wait_time_ms]) OVER() AS [Percentage],
        ROW_NUMBER() OVER(ORDER BY [wait_time_ms] DESC) AS [RowNum]
    FROM sys.dm_os_wait_stats
    WHERE [wait_type] NOT IN (
        N'BROKER_EVENTHANDLER',             N'BROKER_RECEIVE_WAITFOR',
        N'BROKER_TASK_STOP',                N'BROKER_TO_FLUSH',
        N'BROKER_TRANSMITTER',              N'CHECKPOINT_QUEUE',
        N'CHKPT',                           N'CLR_AUTO_EVENT',
        N'CLR_MANUAL_EVENT',                N'CLR_SEMAPHORE',
        N'DBMIRROR_DBM_EVENT',              N'DBMIRROR_EVENTS_QUEUE',
        N'DBMIRROR_WORKER_QUEUE',           N'DBMIRRORING_CMD',
        N'DIRTY_PAGE_POLL',                 N'DISPATCHER_QUEUE_SEMAPHORE',
        N'EXECSYNC',                        N'FSAGENT',
        N'FT_IFTS_SCHEDULER_IDLE_WAIT',     N'FT_IFTSHC_MUTEX',
        N'HADR_CLUSAPI_CALL',               N'HADR_FILESTREAM_IOMGR_IOCOMPLETION',
        N'HADR_LOGCAPTURE_WAIT',            N'HADR_NOTIFICATION_DEQUEUE',
        N'HADR_TIMER_TASK',                 N'HADR_WORK_QUEUE',
        N'KSOURCE_WAKEUP',                  N'LAZYWRITER_SLEEP',
        N'LOGMGR_QUEUE',                    N'ONDEMAND_TASK_QUEUE',
        N'PWAIT_ALL_COMPONENTS_INITIALIZED',
        N'QDS_PERSIST_TASK_MAIN_LOOP_SLEEP',
        N'QDS_CLEANUP_STALE_QUERIES_TASK_MAIN_LOOP_SLEEP',
        N'REQUEST_FOR_DEADLOCK_SEARCH',     N'RESOURCE_QUEUE',
        N'SERVER_IDLE_CHECK',               N'SLEEP_BPOOL_FLUSH',
        N'SLEEP_DBSTARTUP',                 N'SLEEP_DCOMSTARTUP',
        N'SLEEP_MASTERDBREADY',             N'SLEEP_MASTERMDREADY',
        N'SLEEP_MASTERUPGRADED',            N'SLEEP_MSDBSTARTUP',
        N'SLEEP_SYSTEMTASK',                N'SLEEP_TASK',
        N'SLEEP_TEMPDBSTARTUP',             N'SNI_HTTP_ACCEPT',
        N'SP_SERVER_DIAGNOSTICS_SLEEP',     N'SQLTRACE_BUFFER_FLUSH',
        N'SQLTRACE_INCREMENTAL_FLUSH_SLEEP',
        N'SQLTRACE_WAIT_ENTRIES',           N'WAIT_FOR_RESULTS',
        N'WAITFOR',                         N'WAITFOR_TASKSHUTDOWN',
        N'WAIT_XTP_HOST_WAIT',              N'WAIT_XTP_OFFLINE_CKPT_NEW_LOG',
        N'WAIT_XTP_CKPT_CLOSE',             N'XE_DISPATCHER_JOIN',
        N'XE_DISPATCHER_WAIT',              N'XE_TIMER_EVENT')
    AND [waiting_tasks_count] > 0
 )
SELECT
    MAX ([W1].[wait_type]) AS [WaitType],
    CAST (MAX ([W1].[WaitS]) AS DECIMAL (16,2)) AS [Wait_S],
    CAST (MAX ([W1].[ResourceS]) AS DECIMAL (16,2)) AS [Resource_S],
    CAST (MAX ([W1].[SignalS]) AS DECIMAL (16,2)) AS [Signal_S],
    MAX ([W1].[WaitCount]) AS [WaitCount],
    CAST (MAX ([W1].[Percentage]) AS DECIMAL (5,2)) AS [Percentage],
    CAST ((MAX ([W1].[WaitS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgWait_S],
    CAST ((MAX ([W1].[ResourceS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgRes_S],
    CAST ((MAX ([W1].[SignalS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgSig_S]
FROM [Waits] AS [W1]
INNER JOIN [Waits] AS [W2]
    ON [W2].[RowNum] <= [W1].[RowNum]
GROUP BY [W1].[RowNum]
HAVING SUM ([W2].[Percentage]) - MAX ([W1].[Percentage]) < 95; -- percentage threshold
GO

J'ai ceci, si j'ai fait correctement :

Code:

1
2
3
4
5
6
7
WaitType	Wait_S	Resource_S	Signal_S	WaitCount	Percentage	AvgWait_S	AvgRes_S	AvgSig_S
PAGEIOLATCH_SH	4715.64	4706.02	9.62	907901	52.71	0.0052	0.0052	0.0000
IO_COMPLETION	2499.27	2498.62	0.65	480434	27.94	0.0052	0.0052	0.0000
PAGEIOLATCH_EX	598.02	597.86	0.16	44379	6.68	0.0135	0.0135	0.0000
BACKUPIO	493.32	491.51	1.81	33709	5.51	0.0146	0.0146	0.0001
PREEMPTIVE_OS_FLUSHFILEBUFFERS	138.19	138.19	0.00	4332	1.54	0.0319	0.0319	0.0000
ASYNC_IO_COMPLETION	103.75	103.75	0.00	51	1.16	2.0343	2.0343	0.0000

10/06/2015, 16h22
Donpi

Citation:

Envoyé par dams8787

Par exemple, à ce jour 5/6 heures pour le recalcul des mouvements de stock (il n'y a que 3000 articles)

Effectivement, il manque peut être des index dans la DB.

Pour info, chez moi ça prend 4h pour recalculer les stock de 350000 références dans 150 magasins sur les 30 dernières années.
On a un 4 cœur à 2ghz et 12Go de RAM.

A+
10/06/2015, 16h46
dams8787

Citation:

Envoyé par Donpi

Effectivement, il manque peut être des index dans la DB.

Pour info, chez moi ça prend 4h pour recalculer les stock de 350000 références dans 150 magasins sur les 30 dernières années.
On a un 4 cœur à 2ghz et 12Go de RAM.

A+

Effectivement, il y abien un pb
10/06/2015, 16h53
Boubou2020

merci de nous communiquer le script du création du table en question ainsi que la requête qui vous pose le problème
10/06/2015, 17h13
dams8787

La construction des tables s'est faite toute seul lors de l'installation du logiciel.
pour la requête je n'y a pas accès. Mais il n'y a aucune latence sur les autres bases de données car cela utilise le même script.

On dirais que tu a des lenteur / attentes au niveau des accès disque.

Quel est le résultat de ça ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
SELECT top 20 
	COUNT(*) OVER (PARTITION BY mig.index_group_handle) AS NbColonnesNdx
	,NbCTbl.NbColonnes
	,mig.index_group_handle,
	statement AS [database_scheme_table],
	column_id , column_name, column_usage,
	migs.last_user_seek, migs.avg_total_user_cost,
	migs.avg_user_impact
	,migs.unique_compiles,migs.user_scans,migs.user_seeks
 
FROM		sys.dm_db_missing_index_details AS mid
INNER JOIN	sys.dm_db_missing_index_groups AS mig		ON mig.index_handle = mid.index_handle
INNER JOIN sys.dm_db_missing_index_group_stats AS migs	ON mig.index_group_handle=migs.group_handle
CROSS APPLY sys.dm_db_missing_index_columns (mid.index_handle)
cross apply(
		Select Count(*) NbColonnes from sys.columns C_ where C_.object_id=MID.object_id
	) NbCTbl
 
ORDER BY migs.avg_user_impact DESC
		,migs.unique_compiles DESC
 
		,mig.index_group_handle
		,mig.index_handle
		,column_id

Bjr, ci-dessous le résultat pour l'ensemble :

Code:

1
2
3
4
NbColonnesNdx	NbColonnes	index_group_handle	database_scheme_table	column_id	column_name	column_usage	last_user_seek	avg_total_user_cost	avg_user_impact	unique_compiles	user_scans	user_seeks
3	0	1478	[msdb].[dbo].[backupset]	27	backup_finish_date	INCLUDE	2015-06-12 16:16:04.997	0,329336524909662	75,93	1	0	1
3	0	1478	[msdb].[dbo].[backupset]	28	type	INEQUALITY	2015-06-12 16:16:04.997	0,329336524909662	75,93	1	0	1
3	0	1478	[msdb].[dbo].[backupset]	34	database_name	INCLUDE	2015-06-12 16:16:04.997	0,329336524909662	75,93	1	0	1

Et le résultat pour la base :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
NbColonnesNdx	NbColonnes	index_group_handle	database_scheme_table	column_id	column_name	column_usage	last_user_seek	avg_total_user_cost	avg_user_impact	unique_compiles	user_scans	user_seeks
1	489	18	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	15	TransferedDocumentId	EQUALITY	2015-06-15 11:34:52.260	69,0985023872102	99,99	1	0	24
3	489	4	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	11	DocumentDate	INEQUALITY	2015-06-15 11:38:42.603	69,228817035633	99,92	1	0	6
3	489	4	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	85	DeliveryState	INEQUALITY	2015-06-15 11:38:42.603	69,228817035633	99,92	1	0	6
3	489	4	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	313	DocumentType	EQUALITY	2015-06-15 11:38:42.603	69,228817035633	99,92	1	0	6
4	489	33	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	9	NumberPrefix	EQUALITY	2015-06-15 11:35:01.753	69,2045635808531	99,84	1	0	1
4	489	33	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	309	DeliveryOrderPreparationState	INEQUALITY	2015-06-15 11:35:01.753	69,2045635808531	99,84	1	0	1
4	489	33	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	457	xx_VAGUE	EQUALITY	2015-06-15 11:35:01.753	69,2045635808531	99,84	1	0	1
4	489	33	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	468	xx_CDE_ORIGINE	INCLUDE	2015-06-15 11:35:01.753	69,2045635808531	99,84	1	0	1
4	489	35	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	9	NumberPrefix	EQUALITY	2015-06-15 11:35:03.773	69,1766281111111	99,84	1	0	1
4	489	35	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	309	DeliveryOrderPreparationState	EQUALITY	2015-06-15 11:35:03.773	69,1766281111111	99,84	1	0	1
4	489	35	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	457	xx_VAGUE	EQUALITY	2015-06-15 11:35:03.773	69,1766281111111	99,84	1	0	1
4	489	35	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	468	xx_CDE_ORIGINE	INCLUDE	2015-06-15 11:35:03.773	69,1766281111111	99,84	1	0	1
4	489	20	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	7	Id	INCLUDE	2015-06-15 11:34:30.220	69,2432007460765	99,83	1	0	1
4	489	20	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	11	DocumentDate	INEQUALITY	2015-06-15 11:34:30.220	69,2432007460765	99,83	1	0	1
4	489	20	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	85	DeliveryState	INEQUALITY	2015-06-15 11:34:30.220	69,2432007460765	99,83	1	0	1
4	489	20	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	313	DocumentType	EQUALITY	2015-06-15 11:34:30.220	69,2432007460765	99,83	1	0	1
3	489	2	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	11	DocumentDate	INCLUDE	2015-06-15 11:34:05.810	69,3558910452405	99,68	1	0	2
3	489	2	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	95	AmountVatExcludedWithDiscountAndShipping	INCLUDE	2015-06-15 11:34:05.810	69,3558910452405	99,68	1	0	2
3	489	2	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[SaleDocument]	313	DocumentType	INEQUALITY	2015-06-15 11:34:05.810	69,3558910452405	99,68	1	0	2
2	16	16	[AGD _ SARL KWD_0895452f-b7c1-4c00-a316-c6a6d0ea4bf4].[dbo].[DocumentLineAssociation]	13	TransferedDocumentId	EQUALITY	2015-06-15 11:34:52.253	1,75405402687614	99,13	1	0	24