Reprise du message précédent :
J'ai la requête SQL suivante, qui me renvoie une liste de chiffres.
Je voudrai récupérer la valeur la plus petite, mais pas moyen

SELECT count(*)
FROM account
    INNER JOIN account_has_advertisers ON pk_account = fk_account
WHERE account.fk_group_rights = 6
GROUP BY fk_advertiser

la plus petite quoi parmis lesquelles ?

 
La plus petite valeur parmi celles retournées.

Trouvé :
 

SELECT min(c) FROM
    (SELECT count(*) AS c
    FROM account
        INNER JOIN account_has_advertisers ON pk_account = fk_account
    WHERE account.fk_group_rights = 6
    GROUP BY fk_advertiser) AS foo

Bonsoir,
 
J'ai un problème. Tout d'abord, je vous parle en tant que total Noob de SQL. Donc voila, J'ai migré mon site sur un nouveau serveur. Des soucis d'affichage apparaissent comme vous pouvez le constater sur le site alors que sur l'ancien serveur et en offline tout marche nickel! Je contacte le responsable du serveur et me dit qu'il manque une base de données sql avec un fichier image pour la config PHP.  
 
Il me fourni un code d’accès par après mais j'y connais vraiment que dalle en SQL. Je sais même pas comment accéder!

J'ai un petit soucis sur SQL Server :
 

 
Le menu de réduction de fichier m'indique seulement quelque centaines de Méga de libre dans le fichier de log...
 
En dehors de détacher la base et de la rattacher sans le log, il existe une méthode moins bourrin pour réduire le fichier de log?

Faire passer la DB en Simple recovery:

ALTER DATABASE [MyDB] SET RECOVERY SIMPLE WITH NO_WAIT

 
Si tu veux etre capable de faire du point in time recovery tu peux la faire repasser en Full recovery apres:

ALTER DATABASE [MyDB] SET RECOVERY FULL WITH NO_WAIT

 
N'oublie pas de prendre un backup apres.

Y a moyen de faire un insert vide sans avoir à indiquer aucun nom de champs ? Si oui quelle est la syntaxe car juste un "INSERT INTO table" ne marche pas.  
 
Mon but est de pouvoir récupérer l'ID avant même de vraiment mettre les infos dans la table, je pourrais chercher l'état de l'index, mais rien ne me dit qu'avant que j'ajoute mes données, une autre personne ne soit pas en train elle même d'en ajouter, et "vole" la prochaine ID. Je voudrais donc "réserver" une ID. Si vous voyez d'autres solutions sinon

sqlite> CREATE TABLE test1 (
   ...> a INT,
   ...> b TEXT
   ...> );
sqlite> INSERT INTO test1 DEFAULT VALUES;
sqlite> INSERT INTO test1 DEFAULT VALUES;
sqlite> INSERT INTO test1 DEFAULT VALUES;
sqlite> SELECT rowid, a, b FROM test1;
1||
2||
3||

 
 
Merci mais je comprends pas pourquoi tu me donnes toutes ces lignes, c'est juste INSERT INTO table DEFAULT VALUES qui m'intéresse non ?
 
Sauf que quand je le fais, ça me renvoie une erreur "#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT VALUES' at line 1 "
 
(au passage je tourne sous MySQL)

http://dev.mysql.com/doc/refman/5.0/fr/insert.html
 
c'est values default.

 
"INSERT INTO `table` VALUES DEFAULT" : #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT' at line 1

ah non default c'est pour un champ.

Bah INSERT INTO blabla (une_col_au_pif) VALUES (DEFAULT).

Bon je viens de trouver une autre technique "INSERT INTO table VALUES();" qui fonctionne très bien ! Merci pour votre aide
Comme ça j'ai rien à préciser et ça marche à tous les coups (enfin il semble )

sauf si t'as une colonne NOT NULL sans valeur par défaut.

Pour que t'aies une démo complète

Fallait utiliser une vraie DB  

Ça semble normal
 
'fin c'est mysql donc ça arrive sûrement à faire autre chose quand même

Au passage, inserer une ligne vide juste pour reserver une ID est une facon horrible de travailler, en gros on double les IO pour pas grand chose.
 
Je ne connais pas bien MySQL mais il doit y avoir moyen de recuperer le dernier ID de la session apres avoir fait l'insert.
 
En SQL Server ca donne ca:

CREATE TABLE #tmpTable (ID int identity(1,1) primary key, txt varchar(50))
 
INSERT #tmpTable (txt) 
output inserted.ID
VALUES ('Test1')

Tu peux pas procéder différemment Tu l'utilises où l'ID ?

http://dev.mysql.com/doc/refman/4. [...] -insert-id
 

ALTER DATABASE [MyDB] SET RECOVERY SIMPLE WITH NO_WAIT

ALTER DATABASE [MyDB] SET RECOVERY FULL WITH NO_WAIT

Merci  

CREATE TABLE #tmpTable (ID int identity(1,1) primary key, txt varchar(50))
 
INSERT #tmpTable (txt) 
output inserted.ID
VALUES ('Test1')

 
Non mais bien sur que c'est possible de récup l'ID de l'insert qui vient d'être fait, c'est ce que je faisais avant, mais vu tout mon mécanisme c'est plus simple pour moi de l'avoir plus tôt.

"Plus simple" ou pas, j'ai rarement vu aussi crado.

Je serais curieux que tu nous expliques ton mécanisme...

E-commerce ?

Bon j'explique mon mécanisme et j'enfile mon gilet par balle avant
 
En gros j'ai une page qui récup $_POST après l'envoi du formulaire (et qui est fait pour aller avec n'importe quel formulaire que mon système génère, c'est pour les BO bien costaud), qui le parcourt, et en fonction de la nature de chaque champ, s'il est lié à une table de liaison ou pas, qui va soit s'ajouter à l'INSERT de base, soit générer un autre insert pour les liaisons.
 
Donc à la base, je m'occupais que de ce qu'il y a à insérer dans la table principale et dans un second temps je faisais les liaisons car il me fallait l'ID de l'insert, si je l'ai avant, je peux tout faire en une fois et ça me facilite le traitement de mes données.
 
Je sais pas si c'est clair

Non.

 
En gros j'ai fait un script qui va récupérer le post de n'importe quel formulaire d'ajout, qui va traiter les données pour les ajouter correctement, autant dans la table principale liée au formulaire qu'aux tables de liaison de chaque champs.
Donc en gros, je fais un foreach sur le $_POST, et ensuite je traite champ par champ, comme j'ai pas l'ID de l'insert dans la table principale, ça compliquait le process vu que je devais attendre que ce soit fini pour traiter les liaisons ensuite. Donc je devais faire ça en 2 temps, ça m'obligeait à remplir des array pour les traiter ensuite. Si là j'ai l'ID dès le début, je peux tout traiter en un lot, donc ça me simplifie la vie. (je sens qu'on va me parler de la mise en tampon )
 
C'est plus clair ? Toujours pas ? Je suis pas très doué pour expliquer ce genre de trucs

En fait, il veut l'identifiant de la future dernière insertion...
 
Je crois qu'il y a une fonction mysql_crystal_ball() qui fait ça...

 
ok. Donc tu mélanges le traitement de formulaires et les interactions avec la bdd.
Ne viens jamais bosser ici, steuplé.

 
Heu car toi tu traites ce qu'envoie tes formulaires sans jamais le lier à une BDD ?  
Honnêtement je veux bien que tu m'expliques car je cherche à me perfectionner

You're doing it wrong. </obvious proof>

En plus tu cites une solution mais tu l'appliques pas.

 
Comment tu ferais ? Je demande qu'à apprendre  

 
huh ?

Relis ton explication avec le doigt

ah sur la mise en tampon ? C'est que je viens juste d'avoir l'idée, mais je vois pas en quoi c'est horrible de faire un INSERT vide pour ensuite le remplir, ça me parait plus simple que le buffering

...et je suppose que tu n'imagines pas non plus qu'une transaction est nécéssaire?

Au pif, ça impose d'avoir tous les champs en nullable (zomg) et ça fait 2 requêtes séparées (au moins) dont une qui ne sert à rien?

Quels sont les types de champs qui ne le sont pas ?

Heuu... tu utilises jamais la contrainte NOT NULL

Tous.