[SQLite] Malformed database schema

:salut:

Tout débutant avec ce framework, j'ai quelque difficulté à appréhender la partie base de données avec Doctrine... Ici, c'est un problème lors d'une requête en DQL. La voici :

Code:

---

1 2 3 4 5 6 7

$q = Doctrine_Query::create() ->select('u.id, u.username, u.jury, u.admin') ->from('Users u') ->where('u.id = ?', $id);   $dbUsr = $q->execute();

---

Où $id est l'id de l'utilisateur que je recherche dans la base.

Vu qu'il me crache une erreur de schéma, il me semble utile de vous le fournir (juste l'extrait concerné) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Users: columns: id: type: integer primary: true notblank: true unique: true unsigned: true username: type: string(255) notblank: true jury: boolean admin: boolean

---

Sauf que Symfony me ressort une belle erreur :

Citation:

---

SQLSTATE[HY000]: General error: 11 malformed database schema. Failing Query: "SELECT u.id AS u__id, u.username AS u__username, u.jury AS u__jury, u.admin AS u__admin FROM users u WHERE (u.id = ?)"

---

Or, quand j'exécute la requête générée (demandée avec $q->getSqlQuery()), j'arrive à l'exécuter sans problème sur ma base de données SQLite... Je ne vois donc vraiment pas ce qui pourrait causer l'erreur.

:merci:

Pour le shema, je l'aurais écris ainsi :

Code:

---

1 2 3 4 5 6 7 8

user: columns: username: type: string(255) notblank: true jury: boolean admin: boolean

---

Si aucune clef primaire n'est définie, doctrine génère automatiquement un champ id, integer (8), auto incrémenté et clef primaire, autant lui laisser faire le travail.

De plus Users est devenu user. Pas de majuscule dans le shema, Doctrine en rajoute et cela risque de créer des confusions. De plus, par convention, les objet du modèle qui représente un enregistrement sont au singulier. Hors le nom de la table est aussi le nom de l'objet doctrine_record qui contiendra un enregistrement. D'où le singulier. On utilisera le "s" dans les relations, du côté n d'une relation pour indiquer que le retour est une collection d'enregistrements (doctrine_querry).

Mais ceci ne donne pas la solution à ton problème.

Dans le query, à partir du moment où tu récupère tous les champs, il n'est pas nécessaire de mettre la méthode select.

Mais ceci non plus ne va pas donner la solution.

En fait, je réessayerai avec le schémas modifié, la requête modifiée en fonction et sans la close select.

A priori, avec un base mysql, j'aurais procédé comme toi, avec un sqlite, il ne devrait pas y avoir de différence.

Je pense que le problème vient de l'hydratation, et non pas du SQL et que le message serait 'une fausse barbe", mais sans aucune certitude.

Après avoir modifié comme tu l'as dit, ça ne change pas grand chose... Si ce n'est à mes connaissances de Doctrine.

Schéma mis à jour :

Code:

---

1 2 3 4 5 6 7 8

user: package: defis columns: username: type: string(255) notblank: true jury: boolean admin: boolean

---

Ma requête :

Code:

---

1 2 3

$q = Doctrine_Query::create() ->from('user u') ->where('u.id = ?', $id);

---

Et le même message :

Citation:

---

SQLSTATE[HY000]: General error: 11 malformed database schema. Failing Query: "SELECT u.id AS u__id, u.username AS u__username, u.jury AS u__jury, u.admin AS u__admin FROM user u WHERE (u.id = ?)"

---

N'y aurait-il pas d'autres méthodes ? Genre charger toute la table et sélectionner ce que l'on veut ? (Bon, d'accord, c'est pas top niveau perfs, vu qu'à chaque fois on se tape toute une table mais si ça fonctionne...).

Je ne vois pas d'où vient l'erreur.

J'ai monté une application test pour ... tester !

Premier test en mysql.

Le schéma utilisé :

Code:

---

1 2 3 4 5 6 7 8

user: columns: username: type: string(255) notblank: true jury: boolean admin: boolean

---

J'ai supprimé la notion de package, sans intérêt ici.

J'ai rajouté un fixture, pour "avoir du grain à moudre"

Code:

---

1 2 3 4 5 6 7 8 9 10

user: u01: username: userN1 jury: true admin: false u02: username: userN2 jury: false admin: true

---

Généré la base

Code:

---

symfony doctrine:build --all --and-load

---

Génération OK et les données sont dans la base.

Puis j'ai créé un module "generate:module frontend test"
Et dans l'action index,

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

class testActions extends sfActions {   /**   * Executes index action   *   * @param sfRequest $request A request object   */ public function executeIndex( sfWebRequest $request ) { $q = Doctrine_Query::create() ->from( 'user u' ) ->where( 'u.id = ?', 2 ); $this->qr = $q->execute(); }

---

et un template, pour faire beau

Code:

---

<h1>OK</h1>

---

L'exécution de test/index passe et je retrouve bien l'exécution de la requête dans la barre de débug.


Bon, une fois testé avec mysql, je me lance dans le sqlite.

Modification du database.yml pour lui donner les paramètres pour la base sqlite et, grande première, je me refait l'action du buid (après avoir supprimé manuellement les dossiers filter, form et modèle). Le build et le fixature passent (ça y est, je sais travailler avec sqlite :ccool: )

Et la page s'affiche aussi, sans aucun message d'erreur.

Bon, ça n'aide pas entièrement, mais cela prouve que ton code est viable et que le problème ne vient ni de symfony (doctrine) (1.4), ni d'apache 2.2.11, ni de PHP 5.3.0.

Il reste à chercher ailleurs, le drivers php pour sqlite ? Une base sqlite corrompue ?

Le problème c'est qu'une recherche sur "SQLSTATE[HY000]: General error: 11 malformed database schema." avec notre ami google ne donne que deux réponse, dont le présent sujet (:cry::D) et un autre qui n'a rien de bien convainquant.

Essaye de virer ton fichier db et de le recréer. Essaye de réinstaller PHP. Je suis un peu à cour d'options et d'idées.

Je viens d'essayer un test très barbare d'attaque sur la base de données :*

Code:

---

1 2 3

<?php $pdo = new PDO('sqlite:.../sqlite.db'); $req = $pdo->query('SELECT u.id AS u__id, u.username AS u__username, u.jury AS u__jury, u.admin AS u__admin FROM user u WHERE (u.id = 254882) LIMIT 1');*

---

En faisant des var_dump sur $pdo et $req, j'obtiens :*

Code:

---

1 2 3

object(PDO)#1 (0) { } bool(false)

---

Ce qui est sans équivoque... Je ne peux pas réinstaller PHP, PDO, PDO_SQLite ou autre chose sur le serveur, je vais donc voir ce qu'il est possible de faire d'autre... Un SGBD fichier codé bourrinement :aie: ?*

:merci: pour ton aide mais tu n'y pouvais rien... Bon, à passer en Délestage...

Ça me confirme dans mon choix de MySql.

Ou bien d'un serveur dédié sur lequel tu peux faire ce que tu veux :aie: ! Ici, c'est peut-être simplement SQLite qui est mal compilé.*

Faut changer de prestataire.

Ou, si c'est un petit, lui demander qu'il fasse la mise à jour.