MIN_ACTIVE_ROWVERSION

Depuis l'arrivée du Service Pack 2 de Sql Serveur 2005, est apparue une nouvelle fonction appellée MIN_ACTIVE_ROWVERSION()
Cette fonction permet de renvoyer la prochaine valeur de type Timestamp à insérer dans la base de donnée.En comparaison avec ce qui se faisait avant le SP2, MIN_ACTIVE_ROWVERSION() correspond à la valeur renvoyée par @@DBTS + 1.
Note : Nous allons travailler avec un type timestamp. Sachez que ce type peut être aussi appellée rowversion. D'ailleurs les deux écritures sql sont correctes.
Prenons un exemple : Voici une table contenant une colonne de type timestamp

Create table Person.ClientWithRowVersion (version ROWVERSION)Nous allons insérer une nouvelle ligne dans cette table, puis faire une Select pour récupérer le résultat :
Insert Into Person.ClientWithRowVersion Values (DEFAULT)
Select * from Person.ClientWithRowVersionLe résultat est :
(1 row(s) affected) version
---------------------------
0x00000000000007D3Maintenant effectuons un test sur la valeur renvoyée par MIN_ACTIVE_ROWVERSION() et par @@DBTS
print 'MIN_ACTIVE_ROWVERSION : '
print MIN_ACTIVE_ROWVERSION()
print '@@DBTS'
print @@DBTS
------------------------------------------------------------------
MIN_ACTIVE_ROWVERSION :
0x00000000000007D4
@@DBTS
0x00000000000007D3Le résultat attendu est bien correct, MIN_ACTIVE_ROWVERSION() est bien la prochaine valeur insérée et @@DBTS la valeur en cours.
La où cela devient intéressant (et où l'on comprend l'intéret de cette nouvelle fonction) c'est lors de l'ajout d'une transaction dans notre exemple.Nous allons récupérer les valeurs PENDANT la transaction :
BEGIN TRAN

INSERT INTO Person.ClientWithRowVersion VALUES (DEFAULT)
SELECT * FROM Person.ClientWithRowVersion
GO

PRINT 'MIN_ACTIVE_ROWVERSION'
PRINT MIN_ACTIVE_ROWVERSION()
PRINT 'DBTS'
PRINT @@DBTS
GO

COMMIT

---------------------------------------
0x00000000000007D5

(1 row(s) affected)

MIN_ACTIVE_ROWVERSION
0x00000000000007D5
DBTS
0x00000000000007D5Que constatons nous ? Que la valeur de MIN_ACTIVE_ROWVERSION n'a pas été encore mise à jour, alors que celle de DBTS, si .
Là où cette implémentation est judicieuse, c'est lors de l'utilisation de cette fonction lors d'une synchronisation.L'un des principes lors d'une synchronisation, c'est la récupération des enregistrements de la base de données Source.Grâce à l'utilisation de MIN_ACTIVE_ROWVERSION() vous êtes sûr de ne récupérer que les enregistrements VALIDES par la base de données, et non des enregistrements en cours de validation et donc potentiellement incorrects...

Par Sébastien Pertus publié le 23/11/2007 à 11:00

Appels asynchrones en ADO.NET 2.0

ADO.NET V2 apporte une simplification appréciable pour exécuter de manière asynchrone des requêtes en BD pour l'espace de nom SqlClient.

L'exemple
Un peu à la façon des proxies Web Services générés automatiquement par Visual Studio 2003 lors de leur référencement, la classe « System.Data.SqlClient.SqlCommand » propose de nouvelles méthodes « Begin* » et « End* » permettant d'exécuter de manière asynchrone des requêtes sur une base de données SQL Server. Par exemple :
BeginExecuteNonQuery : le pendant de ExecuteNonQuery pour les requêtes actions asynchrones.
BeginExecuteReader : le pendant de ExecuteReader pour la récupération d'un jeu de données en asynchrone.Voici donc les grandes étapes pour récupérer un jeu de données de manière asynchrone sur SQL Server :
Etape 1 : création d'un délégué qui permettra de définir une signature afin de lier un IDataReader à une DataGridView : // Delegue definissant la mise jour la grille lors du callback
public delegate void ProcessDelegate(IDataReader dr);
Etape 2 : création de la méthode exécutée en fin d'appel asynchrone et qui utilisera le délégué précédent pour lier le IDataReader à la DataGridView. Vous noterez l'utilisation de la propriété « InvokeRequired » afin de vérifier si le handle du contrôle a été créé sur un autre Thread ou pas (utile pour la liaison puisque cette dernière ne peut se faire que sur le même Thread que celui qui a créé le contrôle) :

// Methode executee en callback

private void ExecuteOnCallBack(IAsyncResult result)
{
// Recuperation de la commande initiale passee en parametre lors du BeginExecuteReader
SqlCommand cmd = (SqlCommand)result.AsyncState;
SqlDataReader reader = cmd.EndExecuteReader(result);
// Verifie si le handle du controle a ete cree sur un autre Thread ou pas.
if (dataGridView1.InvokeRequired)
dataGridView1.Invoke(new ProcessDelegate(Process), new object[] { reader });
else
Process(reader);
}
Etape 3 : création de la méthode permettant de lier le IDataReader à la DataGridView selon le modèle défini par le délégué précédent : // Methode executee pour realiser la liaison de donnees

public void Process(IDataReader dr)
{
BindingSource source = new BindingSource();
source.DataSource = dr;
dataGridView1.DataSource = source;
dr.Close();
}
Etape 4 : Codage de l'appel asynchrone. Vous noterez la modification de la chaîne de connexion : « async=true » : private void Form1_Load(object sender, EventArgs e)
{
// La chaine de connexion doit etre positionnee dans un fichier de configuration. En dur dans le code, c'est Mal !
string connectionString = "data source=(local);initial catalog=Northwind;user id=sa;password=XxXx;async=true";
SqlConnection cn = new SqlConnection(connectionString);
cn.Open();
SqlCommand cmd = cn.CreateCommand();
cmd.CommandText = "sSelectOrdersDetail";
cmd.CommandType = CommandType.StoredProcedure;
// Appel asynchrone
IAsyncResult iar
= cmd.BeginExecuteReader
(
new AsyncCallback(ExecuteOnCallBack),
cmd,
CommandBehavior.CloseConnection
);
}
L'exemple que vous trouverez en attache permet d'exécuter une procédure stockée sur la base exemple Northwind sur SQL Server 2000. Vous noterez l'utilisation dur « WAITFOR » pour simuler un long traitement : CREATE PROCEDURE dbo.sSelectOrdersDetail
(
@OrderID INT = NULL
)
AS
BEGIN
WAITFOR DELAY '000:00:10'
SELECT [Order Details].*
FROM [Order Details]
WHERE ( (@OrderID IS NULL) OR (OrderID = @OrderID) )
END

Cet article a été réalisé sur les versions suivantes :
Framework .NET version 2.0.50215
Visual Studio 2005 version 8.0.50215.44 (beta2.050215-4400)

Par Frédéric Colin publié le 25/09/2005 à 20:01

L'actualité des moteurs de recherche

Depuis près d'un an maintenant, Google intégre des sitelinks sous les sites de fort trustrank. Un sitelink étant constitué de liens internes de votre site, visibles en tapant uniquement le nom de votre domaine sans son extension dans une recherche sur Google.
En d'autres termes, si vous obtenez un backlink sur un site possédant un sitelink, ceci sera très bénéfique pour augmenter votre propre trustrank (indice de confiance Google).
A noter que ceci n'a rien à voir avec votre Pagerank, notion qui semble devenir de plus en plus obsolète malgré une mise à jour massive et souvent à la baisse de ceux-ci ces derniers jours.
Google propose maintenant, dans ses " Webmaster Tools " (rubrique " Links > Sitelinks ") une rubrique où les liens actuels sont affichés. Il est alors possible d'en ajouter d'autres ou de modifier ceux existant.

Microsoft prend des parts dans Facebook

Facebook, le nouveau réseau social en vogue qui fait parler de lui, vient d'être valorisé à 15 milliards de dollars grâce à Microsoft qui vient de prendre une participation de 1,6% de Facebook pour la modique somme de 240M$.
Facebook avait refusé précédemment 1M$ de Yahoo pour son rachat. En d'autres termes, cette petite participation empêche les autres acteurs intéressés par Facebook de rentrer facilement dans son capital (je parle de Yahoo et de Google), Microsoft obtenant ainsi une exclusivité publicitaire sur Facebook jusqu'en 2011.

Soirée Ref-Party 3ème édition

Le 11 Décembre 2007, une 3eme soirée Ref-Party aura lieu dans un espace exceptionnel de 700m2 pour y accueillir plus de 500 personnes. Nous y accueillerons le monde du référencement et de la publicité en ligne.
Les inscriptions seront disponibles début Novembre. Cette 3ème édition sera organisée par David BERDAH et Sébastien POULET-MATHIS.

Source :moteurzine.com