SQL : Rech équivalent du GROUP BY sur texte
Fermé
wufei
Messages postés
3
Date d'inscription
mardi 24 avril 2007
Statut
Membre
Dernière intervention
24 avril 2007
-
24 avril 2007 à 09:55
wufei Messages postés 3 Date d'inscription mardi 24 avril 2007 Statut Membre Dernière intervention 24 avril 2007 - 24 avril 2007 à 11:00
wufei Messages postés 3 Date d'inscription mardi 24 avril 2007 Statut Membre Dernière intervention 24 avril 2007 - 24 avril 2007 à 11:00
A voir également:
- SQL : Rech équivalent du GROUP BY sur texte
- Logiciel sql - Télécharger - Bases de données
- Récupération serveur sql - Télécharger - Gestion de données
- Requête sql pix - Forum Python
- Dupliquer une table sql ✓ - Forum Programmation
- Connaitre version sql server ✓ - Forum Bases de données
1 réponse
wufei
Messages postés
3
Date d'inscription
mardi 24 avril 2007
Statut
Membre
Dernière intervention
24 avril 2007
24 avril 2007 à 11:00
24 avril 2007 à 11:00
J'oubliais, j'ai plusieurs alternatives à ce problème :
1 - Cela m'impose soit de convertir un fichier xls en csv à intervalles de temps régulier.
Le problème c'est que je ne sais pas comment faire ça de façon automatisée (en gros je dois pouvoir faire quelque chose que je peux planifier dans le scheduler windows).
2 - Je peux aussi procéder en ajoutant un nom de zone sur ma plage de données (pour faire un ODBC après). En effet, le lecteur de données que j'utilise n'est pas capable de détecter la plage de données si elle n'est pas nommée.
Cela dit la solution SQL reste préférable si c'est possible !
Merci :)
1 - Cela m'impose soit de convertir un fichier xls en csv à intervalles de temps régulier.
Le problème c'est que je ne sais pas comment faire ça de façon automatisée (en gros je dois pouvoir faire quelque chose que je peux planifier dans le scheduler windows).
2 - Je peux aussi procéder en ajoutant un nom de zone sur ma plage de données (pour faire un ODBC après). En effet, le lecteur de données que j'utilise n'est pas capable de détecter la plage de données si elle n'est pas nommée.
Cela dit la solution SQL reste préférable si c'est possible !
Merci :)