Avant tout...
Sybase est un concurrent direct des caïds du genre : SQL Server, Oracle.
Il est cependant moins répandu que ces derniers, puisque la licence n'est pas gratuite et même assez onéreuse selon le produit que l'on choisit (Oracle n'est cependant pas gratuit non plus !!!). De plus, on trouve relativement moins d'ingénieurs formés sur du Sybase alors que l'utilisation de ces produits n'est pas plus difficile ; voire même au contraire quand on peut voir les contraintes qu'apporte l'utilisation de l'interface d'Oracle.
Alors pourquoi ne pas essayer ?
(Version d'évaluation de 60 jours disponible sur le
site français de Sybase.
Pourquoi du Sybase ?
| Points Forts |
- Vitesse d'exécution des requêtes
- Vitesse d'exécution des procédures stockées
- Outils d'administration et interfaces claires
- Excellentes performances sur grosse BD
- Manipulations des fichiers DB possible (pas sur Oracle)
- Stabilité
- Prise en charge OLE DB
|
|
|
|
| Points Faibles |
- Licence payante :(
- Pas beaucoup d'hébergeurs
- Lancement du server via ligne de commande DOS (c'est pas vraiment un problème mais ils
auraient pu faire une petite interface avec 2 boutons et 3 champs pour les paramètres)
- Documentation parfois assez incomplète
|
|
|
|
Ces comparaisons sont faites avec le Sybase SQL Anywhere 8.
En gros ces produits conviennent plus aux professionnels capables d'investir dans la licence et même peut-être dans un serveur puisque les hébergeurs Sybase sont encore assez rares. Mais ça viendra :)
La rentabilité de ces produits se trouve aussi lors d'une utilisation sur des bases de données conséquentes puisque nous avons ici des performances inégalées au niveau des temps de réponse sur des grandes quantités d'informations.
Comparaison de vitesse
Voici un petit test réalisé avec une procédure stockée assez balèze qui traite un sacré paquet d'information. Les bases de données sont les mêmes (donc les procédures stockées aussi).
| |
SQL
Anywhere 8 |
SQL
Server |
| 1e Execution |
8,45 s |
8,09 s |
|
2e
Execution |
1,12 s |
7,43 s |
|
3e
Execution |
1,31s |
7,35 s |
|
4e
Execution |
1,19 s |
7,12 s |
|
5e
Execution |
1,23 s |
7,38 s |
Comme nous pouvons le voir, la 1ère exécution est équivalente à celle d'un autre serveur, mais les exécutions suivantes sont extrêmement rapides. Celà est dû à une précompilation de la requête qui a lieu lors de la 1ère exécution de la procédure stockée (c'est pourquoi la 1ère est si longue). Et même en changeant le nombre d'enregistrements concernés, nous obtenons des performances équivalentes. Alors y a pas photo pour les applis gourmandes.
Sybase et ASP
Un des reproches que j'ai pu trouver à ces outils est la documentation. En effet pour trouver les chaînes de connection pour ASP ce fut la misère. Même sur le net j'ai galéré, alors voilà tout ce k'il vous faut:
ODBC
Bon ben là c'est pas compliqué, l'ODBC c'est toujours pareil (pensez quand même à le déclarer dans
votre gestionnaire ODBC)
chaineconn="DRIVER={Sybase System 11}; srvr=mon_serveur; uid=login;pwd=mot_de_passe; db=base_en_cours"
chaineconn="PROVIDER=ASAProv; id=dba; pwd=sql; links=tcpi; {host=192.168.0.10:2638}; eng=NomDeMaBD
;"
Le paramètre link est optionnel.