Commentaires de Benouille sur sqlfr

CodeS-SourceS est hébergé par Frontier.fr

Ce site au démarrage

AccueilCodesTutorielsForumsEmploiLivresConnexion

begin process at 2009 01 09 07:12:15

ESSAYEZ WINDOWS 7 GRATUITEMENT DèS DEMAIN par fabien

LUCENE - IGNORER LES ACCENTS LORS DE L'INDEXATION ET LA RECHERCHE | IGNORE DIACRITICS par cyril

MESH OBJECTS BROWSER - MOB 1.0 SUR CODEPLEX par redo

MICROSOFT TAG par khamlon

[LINQTOSQL] REQUêTES ASYNCHRONES SIMULTANéES par NeuroCypher

PROBLèME CRéATION DE PROCéDURE STOCKéE par djobert

PROBLEME AVEC SQLSERVER 2005 EXPRESS par cyberfinger01

RE : PB SUR JOINTURE DANS UPDATE DANS ACCESS 2003 par lecourty

PROBLéME RéPLICATION SQL SERVER 2005 par baatoutmehdi

RE : MYSQL INFORMATION_SCHEMA par Teclis01

+ de logiciels à télécharger

1 330 606 membres
76 nouveaux aujourd'hui
14 644 membres club

Trouver une ressource

Trouvez une ressource parmi 39 262 codes, 1 223 253 messages d'aide etc...

Recherche: dans [ Dernières recherches ]

Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

12 commentaire(s) de Benouille sur des sources sur sqlfr

Le : 30/08/2005 16:43:22
Source : BACKUP DU FICHIER LOG

non le principe est de réduire le fichier log.

toutes les actions sur une base de données sont stockées dans le fichier log, qui devient donc de plus en plus volumineux.
de manière générale en "validant" les modifications faites, tu te débarrasses des lignes de modification. c'est la méthode la plus simple pour gérer les fichiers log d'une bdd au quotidien.

tu peux aussi tronquer le fichier log, en utilisant cette source par exemple

Le : 23/06/2005 11:09:51
Source : BACKUP DU FICHIER LOG

pas mal :)
peut être tu devrais préciser sur quelle base de données ça marche.

8/10

Le : 23/06/2005 11:05:32
Source : MISE À JOUR

et si on veut tester l'existence de 2 champs?

note 4/10
(aucun interet et inadapté a la cible visée)

Le : 30/03/2005 14:29:32
Source : NB LIGNES PAR TABLE

> Un curseur INSENSITIVE serait encore mieux.
ah bon? c'est quoi ça?

> Un NOLOCK lors du SELECT serait un plus.
ah bon? c'est quoi ça?

> Et un @@FETCH_STATUS <> -1 serait finalement parfait
ah bon? c'est quoi ça? ... euh je veux dire ah bon? pourquoi ça?

:)

vb nouille, mais aussi SQL NOUILLE!

[b] VBNouille. [/b]

Le : 19/11/2004 18:40:31
Source : RENVOYER LES 10 PREMIÈRE LIGNES SUR TOUTES LES COLONNES D'UNE TABLE

s'en est un, c'est meme le language le plus proche de la norme par rapport a du c, vb ou autres.

la pluspart sont SQL92 (la norme de 92) et sinon les récents sont sur celle de 2003.

mais sorti du select, les façons de gérées les clefs index triggers curseurs sont toujours un petit peu différents selon le language (par exemple ça existe(ait) pas sous mysql qui n'est pas une base relationelle).

mais tous les languages évoluent vers le meme standard et c'est pas trop dur de passer de l'un a l'autre...

Le : 02/11/2004 14:54:40
Source : FONCTIONS DATEADD, DATEDIFF, DATENAME ET DATEPART

bien expliqué, sinon tu peux aussi retrouver tout ça sur msdn.
par exemple pour dateadd : http://msdn.microsoft.com/library/fre/default.asp?url=/library/FRE/vblr7/html/vafctDateAdd.asp

alors canislupus, ça avance .net ?

Le : 20/10/2004 12:48:26
Source : RENVOYER LES 10 PREMIÈRE LIGNES SUR TOUTES LES COLONNES D'UNE TABLE

me rappelle plus sur oracle mais il me semblait que c'était kif kif

magidev précise le language, parceque si la norme SQL92 (nouvelle norme 2003 d'ailleurs) est dans l'ensemble assez bien intégrée, dans les languages a proprement parlé y a des différences.

j'avais plus mis cette source en test que pour un apport quelconque en fait, mais ça montre qu'il faut faire attention a préciser 2-3 trucs comme le language ce que je n'avais po fait :)

Le : 18/10/2004 15:41:48
Source : PROGRAMMER AVEC TRANSACT-SQL : PASSER LE NOM D'UNE TABLE EN PARAMETRE

comme tu as semé le doute en mon esprit j'ai testé.

apres avoir créé une table gnagna dans une base j'ai exécuté ceci dans l'analyseur de requetes.
create procedure gnagna as --

levage d'erreur :
Serveur : Msg 2714, Niveau 16, État 5, Procédure gnagna, Ligne 1
Il existe déjà un objet nommé 'gnagna' dans la base de données.

donc c'est ce que je disais, le nom d'une vue ou d'une table ou d'une proc doit être unique.

moi aussi j'utilise le nom des tables dans des execute parceque je travaille sur 900 bases comptables, donc quand je dois avoir une vision synthétique de l'ensemble, j'insere dans une base infocentre a partir de toutes les bases. pour ça j'utilise un curseur qui fetch sur le nom des bases. c'est évidemment bien plus pratique que d'écrire autant de requetes qu'il y a de bd.

a+ kechia
Benouille.

Le : 15/10/2004 11:46:15
Source : SQL SERVER - RÉCUPÈRER LA/LES RELATION(S) ENTRE 2 TABLES

code utile et facile :)
nickel

un commentaire, un peu de lisibilité et une explication succinte en faisait un 10
je mets 8

Le : 14/10/2004 13:28:00
Source : COUNT(DISTINCT) ET MS ACCESS

j'ai pas d'access sous la main, mais il manque pas un renommage de la table derivée ?

genre :
Select Count(*)
From (Select Distinct * From <table>) tagada

ou tagada est le renommage

bon avant de poster je viens de vérifier sur sql server et effectivement sans renommage sans plante, avec ça marche mais c'est long.