[T-SQL ASE 12.0] Outils de developpement [Résolu]

[msomso]

Bonjour

1. Avec quels outils travaillez-vous pour coder, lancer et tester un code T-SQL ?
   J'aimerais le faire à partir d'un poste client (Windows XP). Je dispose de SQL Advantage. J'arrive de lancer des selects et procédures isolées.
   
   • Peut-on lancer un script avec ?
   • Comment automatiser la destination du fichier trace de SQL Advantage (sans devoir le saisir à chaque fermeture de la fenêtre "Result") ?
   • Peut-on avoir plus qu'un fichier de trace (fichier nommé, ...) ?
2. Peut-on visualiser le contenu des tables avec Sybase Centrale (si oui à partir de quelle version ?) Etant en 12.0 je n'arrive pas ...
   
3. Avez-vous fait le choix de travailler en mode chainé ou non chainé ? Peut-on figer ce paramétre une fois positionné ? Sinon, à moins d'en avoir mal compris le principe, je crains de voir exploser la gestion des transactions si quelqu'un le modifie (SET CHAINED ON/OFF). Comment gérez-vous cela ?

Merci d'avance de partager avec moi votre expérience du terrain
mso (débutante Sybase)

[mpeppler]

Personnellement je suis un vieux de la vieille - je travaille en mode texte/terminal avec sqsh (http://www.sqsh.org). Comme je suis un habitué du shell Unix cela me convient très bien

Un outil que j'utilise parfois (mais surtout quand je dois faire de l'Oracle...) c'est Aqua Data Studio (http://www.aquafold.com). C'est du pur java, donc cela marche sur pratiquement toutes les platformes. Malheureusement ils viennent de passablement monter le prix, mais tu peux le télécharger pour faire un essai.

Pour le mode CHAINED (cad AutoCommit off en JDBC)... il y a plusieurs contraintes auxquelles il faut penser. Premièrement pour Sybase ASE (contrairement à Oracle) les lecteurs peuvent bloquer des écriveurs, donc quelqu'un qui travaille en mode interactif et CHAINED ON risque de laisser trainer une transaction ouverte avec des locks partagés sur des tables où quelqu'un d'autre va essayer d'écrire ce qui va bloquer ce dernier. La taille du transaction log est évidemment aussi un problème, mais c'est similaire au UNDO tablespace Oracle (si il est trop petit il y a des opérations qui plantent ou qui bloquent).

En général avec Sybase ASE on préfère des transactions compactes et de courte durée qui permette de maximiser le flux des opérations. Donc traditionnelement on utilise des transactions explicites plutôt que le mode CHAINED.

On peut figé le paramètre CHAINED (ainsi que de nombreux autres paramètres) dans le fichier de config d'OpenClient (sous Unix c'est dans $SYBASE/$SYBASE_OCS/config/ocs.cfg). Par example:

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
 
; This IS the DEFAULT external configuration definition file. Feel free
; TO ADD your own customizations.
;
[DEFAULT] 
	; This IS the DEFAULT section loaded BY applications that USE
	; the external configuration (CS_EXTERNAL_CONFIG) feature, but
	; which do NOT specify their own application name (CS_APPNAME).
	; Initially this section IS empty - defaults FROM ALL properties
	; will be the same AS earlier releases of Open Client libraries.
 
[ANSI_ESQL]
	; This section defines configuration which an ANSI conforming
	; ESQL application should USE TO get ANSI - defined behavior
	; FROM SQL Servers AND Open Client libraries.  This SET of
	; configuration properties matches the SET which earlier
	; releases of ESQL (version 10.0.X) automatically SET FOR
	; applications during execution of a CONNECT statement.
	CS_CAP_RESPONSE = CS_RES_NOSTRIPBLANKS
	CS_EXTRA_INF = CS_TRUE
	CS_ANSI_BINDS = CS_TRUE
	CS_OPT_ANSINULL = CS_TRUE
	CS_OPT_ANSIPERM = CS_TRUE
	CS_OPT_STR_RTRUNC = CS_TRUE
	CS_OPT_ARITHABORT = CS_FALSE
	CS_OPT_TRUNCIGNORE = CS_TRUE
	CS_OPT_ARITHIGNORE = CS_FALSE
	CS_OPT_ISOLATION = CS_OPT_LEVEL3
	CS_OPT_CHAINXACTS = CS_TRUE
	CS_OPT_CURCLOSEONXACT = CS_TRUE
	CS_OPT_QUOTED_IDENT = CS_TRUE
; End of DEFAULT sections
 
[sqsh]
	CS_PACKETSIZE = 1024

Où on voit que j'ai configuré l'application "sqsh" de toujours utiliser une taille de packets tcp/ip de 1k.

Bref - c'est un peu pêle-mêle tout ça, mais j'espère que cela te donne quelques idées...

Michael

[msomso]

Bonjour

Oui tout à fait.
J'ai l'habitude de travailler avec Oracle et cela se rapproche du CHAINED OFF.
Le commit explicite du mode CHAINED ON me déroute un peu.Mais s'il est plus adapté au produit, je vais essayer de m'y habituer.

Merci bien

[mpeppler]

Le tout c'est de se rappeler de faire un BEGIN TRAN avant de toucher aux tables systèmes (cad quand on est en mode "allow update to system tables"), et de faire un commit après :-)

Michael

[msomso]

merci bien