Quelques questions en SQLite...
Quelques questions en SQLite... - SQL/NoSQL - Programmation
Marsh Posté le 13-07-2005 à 11:57:04
SELECT count(distinct item.idItem) AS it FROM item JOIN LienLabelItem ON |
Comment faire pour avoir ça en SQLite ?
Ou un équivalent 
Il ne veut pas du distinct à ce niveau...
Marsh Posté le 13-07-2005 à 12:00:41
il sait pas faire ça de base ?
ben... y'a pas 36 solutions. quite à prendre un truc merdique, vire cette daube et utilise Access, il est infiniment plus puissant (c'est bien la première fois que je vois un SGBD aussi nul, même MySQL s'en sort mieu !)
Marsh Posté le 13-07-2005 à 13:08:00
J'ai pas dis qu'il savait pas,
mais comme ça il me sort une erreur (qui disparait si j'enlève le distinct)
SQLite à beaucoup d'avantages, et je ne voudais pas utiliser un SGBD non libre. (et payant en plus)
Marsh Posté le 13-07-2005 à 14:08:20
access, c'est pas libre, mais tant que tu ne fait qu'utilise une base de données dans un programme, c'est parfaitement gratuit : le moteur de requêtes d'Access est livré dans MDAC, dont un simple lien ODBC vers un fichier *.mdb suffit à se servir d'access...²
Marsh Posté le 05-10-2005 à 00:39:43
Comment faire un ORDER BY sur un champ de type string qui ne prenne pas en compte la case ?
Marsh Posté le 05-10-2005 à 09:23:35
Pour avoir utilisé pendant un temps SQLite, perso je l'ai trouvé très bien, pour un petit système de base. Ultra rapide.
Access euh... 
Marsh Posté le 11-10-2005 à 23:16:58
Up pour le ORDER BY
Pour l'auto incrémentation j'ai trouvé :
il faut définir une "primary key" en "integer" et ça sera automatiquement un champ auto incrémenté.
Marsh Posté le 11-10-2005 à 23:19:04
| jjgan a écrit : Comment faire un ORDER BY sur un champ de type string qui ne prenne pas en compte la case ? |
doit bien y avoir un truc du style
order by Lcase(tonstring)
non?
Marsh Posté le 12-10-2005 à 10:04:11
SQLite est encore jeune mais même comme ca il est encore loin devant access que se soit en treme de performance ou de portabilité. C est sur fo potasser un peu pour trouver ce qu on veut, ici pas de drag'n'drop dans une jolie petite interface...
Marsh Posté le 12-10-2005 à 10:07:15
SQLite est tres jeune , je ne vois pas la necessite de l'utiliser lorsqu on a des outils (pas parfaits certes) mais bien plus murs ( et gratuits) que sont MySQL et PosgreSQL
Marsh Posté le 12-10-2005 à 10:18:15
| betsamee a écrit : SQLite est tres jeune , je ne vois pas la necessite de l'utiliser lorsqu on a des outils (pas parfaits certes) mais bien plus murs ( et gratuits) que sont MySQL et PosgreSQL |
Bah ya pas 36 solutions gratos pour avoir une bdd portable (pour une appli cliente) , Mysql et PostGre ne fonctionne qu en mode server donc bon.... il reste SQLite, Derby (ma préférée !) et d autre que je ne connais pas
Marsh Posté le 12-10-2005 à 10:46:02
| betsamee a écrit : SQLite est tres jeune , je ne vois pas la necessite de l'utiliser lorsqu on a des outils (pas parfaits certes) mais bien plus murs ( et gratuits) que sont MySQL et PosgreSQL |
Ce n'est pas destiné à la même utilisation non plus.. SQLITE, c'est pour l'embarqué.
Marsh Posté le 12-10-2005 à 10:50:43
| onizuka_sensei a écrit : Ce n'est pas destiné à la même utilisation non plus.. SQLITE, c'est pour l'embarqué. |
ok j'avais pas vu qu il devait faire de l'embarque desole
Marsh Posté le 12-10-2005 à 11:09:35
Enfin je ne le sais pas non plus, c'est pas précisé il me semble, mais je m'en doute puisque c'est son utilisation la plus courante
Message édité par onizuka_sensei le 12-10-2005 à 11:12:02
Sujets relatifs:
- CSS - Questions de débutant
- questions sur la réalisation d'un site commercial
- Mutex Sémaphores qq questions
- Plusieurs questions en visual asic
- questions connes
- Questions sur les images et les movieclips
- Question : pro*C / html
- Programmation Interfaces Graphiques : questions
- 2 Questions : fonction Chr() et variable static
- [Eclipse] Deux questions concernants les vues
Marsh Posté le 23-06-2005 à 18:18:36
Est-il possible d'avoir une PRIMARY KEY autoincrémentée ?
Comment faire des jointures SQL classiques ?
J'entends par là une jointure du type :
SELECT bla FROM table1, table2 WHERE table1.champ=table2.autreChamp