Discussion :

[cestpasmoinonplus]

Bonjour à tous.tes
Concernant le fonctionnement de ma base, j'ai besoin de m'affranchir totalement des performances, tant de SQLServer au niveau software, que du serveur au niveau hardware.
Afin d'éviter une réécriture trop lourde de mes appli Delphi, j'aimerais trouver un outils permettant de bufferiser les INSERT envoyées à SQLServer chaque seconde.
Quelque soit le niveau d'occupation du serveur, aucune de ces écritures ne doit être perdue.

La meilleure solution que je connaisse actuellement, est l'écriture de ces données dans un fichier csv, lui-même "purgé" par une appli envoyant les INSERT à SQLServer.
Ce qui m'oblige à réécrire.

Je me dis qu'il existe peut-être déjà un outil permettant de bufferiser ces écritures directement dans SQLServer avec un peu de chance...
Cela parle t-il à quelqu'un ?

Merci d'avance.

[StringBuilder]

Exécuter les INSERT de manière asynchrone plutôt que synchrone ?

[cestpasmoinonplus]

SQL Server bufferise naturellement les écritures.

Super, du coup ...

Exécuter les INSERT de manière asynchrone plutôt que synchrone ?

...ce serait la solution

Je vais fouiller la doc.
Merci à tous.

StringBuilder, tu devrais écrire un bouquin sur SQLServer

[mikedavem]

...ce serait la solution

A voir cependant si cela vaut le coup et s'il y a une bonne raison de le faire (par exemple utiliser Service Broker) car cela introduit une certaine complexité.

++

[StringBuilder]

Euh…

Je pige pas.

T'as un timeout de 1 seconde ???

Si un SELECT effectue un LOCK (ce qui en soit n'est pas très naturel), les nouveaux INSERT sont mis en attente jusqu'à ce que le lock soit terminé…
Avec un timeout raisonnablement long (par défaut ça doit être dans les 30 secondes) t'es pas censé aboutir à ce genre d'erreur.

Et sinon, pourquoi ton SELECT lock les lignes/tables ? En a-t-il vraiment besoin ?

[cestpasmoinonplus]

Attends, j'ai supprimé mon msg précédent trop tard.
Je comprends ta question, je développe dans le msg suivant .

[StringBuilder]

Illustration de la mise en attente des INSERT sans pour autant que ça les plante…

[cestpasmoinonplus]

Mais si ça plante :

Cannot perform the action, because the previous action is in progress.

StringBuilder je regarde ce que tu m'envoies, ça me paraît très joli. Merci.

[SQLpro]

Bonjour à tous.tes
Concernant le fonctionnement de ma base, j'ai besoin de m'affranchir totalement des performances, tant de SQLServer au niveau software, que du serveur au niveau hardware.
Afin d'éviter une réécriture trop lourde de mes appli Delphi, j'aimerais trouver un outils permettant de bufferiser les INSERT envoyées à SQLServer chaque seconde.
Quelque soit le niveau d'occupation du serveur, aucune de ces écritures ne doit être perdue.

C'est toujours le cas, quelque soit la manière de travailler avec SQL Server

La meilleure solution que je connaisse actuellement, est l'écriture de ces données dans un fichier csv, lui-même "purgé" par une appli envoyant les INSERT à SQLServer.

L'écriture dans un fichier est beaucoup moins fiable (par de journalisation, donc pas de reprise en cas d'incident) et beaucoup moins rapide que ce que fera SQL Server

Ce qui m'oblige à réécrire.

Je me dis qu'il existe peut-être déjà un outil permettant de bufferiser ces écritures directement dans SQLServer avec un peu de chance...
Cela parle t-il à quelqu'un ?

Merci d'avance.

SQL Server bufferise naturellement les écritures.

A +