Bonjour,
Encore peu familier de Linux, j'aimerais savoir s'il existe des SGBD
simplifiés (moins lourds que MySQL ou Postgresql).
Ils seraient plus adaptés aux nouvelles petites machines style asus 701,
surtout utilisées comme "super PDA".
A ma connaissance, entre les gros SGBD et les outils spécialisés et
indigents style "carnets d'adresse" ou "gestionnaire de morceaux de
musiques", il n'y a rien.
J'ai tj regretté l'archaïque mais astucieux Sharp ZQ 8600 M.
16 Khz , 512 Ko de mémoire, texte brut, bases monotables hélas, mais c'était
déjà l'application que j'utilisais le plus sur cette machine.
Une application permettant simplement de créer des tables, de placer à la
souris les champs dans une vue et de définir des champs lien vers un champ
non dupliqué d'une autre table, sans passer par SQL, devrait être aussi
répandue qu'un traitement de texte ou un tableur, pour créer des petites bases.
Celà DOIT exister !
Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit une bibliothèque intégrée à certains logiciels pour leurs besoins propres. Mais existe-t-il une interface ou une appli permettant de l'utiliser comme sgbd, i.e. en faisant ses propres bases ?
SQLite est une bibliothèque, de même que MySQL est une paire serveur / bibliothèque cliente pour ce serveur, et idem pour PostgreSQL. Dans les trois cas, il existe une application minimaliste utilisant cette bibliothèque pour permettre de saisir et exécuter des requêtes SQL directement. Et n'importe quelle application passant par DBI ou assimilé pourra utiliser n'importe laquelle des trois bibliothèques, pour peu que le SQL utilisé soit lui-même supporté. Le SQL géré par SQLite est relativement limité, mais quand même assez utilisable.
Merci, en fait je n'étais pas clair car je n'ai pratiqué un peu un sgbd (Postgresql) que sous PHP pour applis Intranet utilisant un navigateur. Ici mon pb est très différent. Je cherche en fait un moyen simple de faire des petite bases (locales, mono-utilisateurs) indépendantes mais avec une interface graphique dépouillée pour ultra-portables sous Linux (style Asus 701) pour faciliter la consultation et la saisie. Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant de trouver un outils qui me permette de consulter directement mes bases en mode graphique ou de créer une interface graphique simple pour chaque base.
Chris_B , dans le message <4808f2ce$0$856$ba4acef3@news.orange.fr>, a
Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit
une bibliothèque intégrée à certains logiciels pour leurs besoins propres.
Mais existe-t-il une interface ou une appli permettant de l'utiliser comme
sgbd, i.e. en faisant ses propres bases ?
SQLite est une bibliothèque, de même que MySQL est une paire serveur /
bibliothèque cliente pour ce serveur, et idem pour PostgreSQL. Dans les
trois cas, il existe une application minimaliste utilisant cette
bibliothèque pour permettre de saisir et exécuter des requêtes SQL
directement. Et n'importe quelle application passant par DBI ou assimilé
pourra utiliser n'importe laquelle des trois bibliothèques, pour peu que le
SQL utilisé soit lui-même supporté. Le SQL géré par SQLite est relativement
limité, mais quand même assez utilisable.
Merci, en fait je n'étais pas clair car je n'ai pratiqué un peu un sgbd
(Postgresql) que sous PHP pour applis Intranet utilisant un navigateur.
Ici mon pb est très différent.
Je cherche en fait un moyen simple de faire des petite bases (locales,
mono-utilisateurs) indépendantes mais avec une interface graphique
dépouillée pour ultra-portables sous Linux (style Asus 701) pour faciliter
la consultation et la saisie.
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant
de trouver un outils qui me permette de consulter directement mes bases en
mode graphique ou de créer une interface graphique simple pour chaque base.
Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit une bibliothèque intégrée à certains logiciels pour leurs besoins propres. Mais existe-t-il une interface ou une appli permettant de l'utiliser comme sgbd, i.e. en faisant ses propres bases ?
SQLite est une bibliothèque, de même que MySQL est une paire serveur / bibliothèque cliente pour ce serveur, et idem pour PostgreSQL. Dans les trois cas, il existe une application minimaliste utilisant cette bibliothèque pour permettre de saisir et exécuter des requêtes SQL directement. Et n'importe quelle application passant par DBI ou assimilé pourra utiliser n'importe laquelle des trois bibliothèques, pour peu que le SQL utilisé soit lui-même supporté. Le SQL géré par SQLite est relativement limité, mais quand même assez utilisable.
Merci, en fait je n'étais pas clair car je n'ai pratiqué un peu un sgbd (Postgresql) que sous PHP pour applis Intranet utilisant un navigateur. Ici mon pb est très différent. Je cherche en fait un moyen simple de faire des petite bases (locales, mono-utilisateurs) indépendantes mais avec une interface graphique dépouillée pour ultra-portables sous Linux (style Asus 701) pour faciliter la consultation et la saisie. Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant de trouver un outils qui me permette de consulter directement mes bases en mode graphique ou de créer une interface graphique simple pour chaque base.
Nicolas George
Kevin Denis , dans le message , a écrit :
:~$ echo "select * from personne;" | sqlite3 -csv test
Tu peux mettre la commande SQL comme argument à sqlite3 plutôt que d'utiliser echo, dont l'usage est de toutes façons à proscrire dès que le texte à afficher est un tant soit peu variable ou complexe.
Kevin Denis , dans le message
<slrng0hs4a.2pv.kevin@slackwall.local.tux>, a écrit :
kevin@zipslack:~$ echo "select * from personne;" | sqlite3 -csv test
Tu peux mettre la commande SQL comme argument à sqlite3 plutôt que
d'utiliser echo, dont l'usage est de toutes façons à proscrire dès que le
texte à afficher est un tant soit peu variable ou complexe.
:~$ echo "select * from personne;" | sqlite3 -csv test
Tu peux mettre la commande SQL comme argument à sqlite3 plutôt que d'utiliser echo, dont l'usage est de toutes façons à proscrire dès que le texte à afficher est un tant soit peu variable ou complexe.
talon
Chris_B wrote:
Merci Kevin pour ces infos. Concernant :
sqlite? Pour de l'immédiatement utilisable Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit
une bibliothèque intégrée à certains logiciels pour leurs besoins propres. Mais existe-t-il une interface ou une appli permettant de l'utiliser comme sgbd, i.e. en faisant ses propres bases ?
rose% sqlite3 toto.db SQLite version 3.3.13 Enter ".help" for instructions sqlite> .schema CREATE TABLE "rata" ( "a" INTEGER PRIMARY KEY NOT NULL, "d" INTEGER NOT NULL ); CREATE TABLE "tutu" ( "a" INTEGER PRIMARY KEY NOT NULL, "b" TEXT, "c" INTEGER NOT NULL ); CREATE VIEW "titi" AS select b from tutu, rata where tutu.c=rata.d; CREATE INDEX "r" on rata (d DESC); CREATE INDEX "t" on tutu (b ASC); sqlite> select * from rata; 1|145 2|566 3|234 sqlite> .quit
Ce serait effectivement une solution, ou sinon je pourrais l'installer s'il n'y a pas d'accroc. That is the question.
La base qui vient avec OpenOffice, c'est hypersql une base en Java et ça marche les jours de pleine lune. En fait la réponse évidente et unique à ta question est bien sqlite.
--
Michel TALON
Chris_B <christian.bernard16@orange.fr> wrote:
Merci Kevin pour ces infos.
Concernant :
sqlite? Pour de l'immédiatement utilisable
Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit
une bibliothèque intégrée à certains logiciels pour leurs besoins propres.
Mais existe-t-il une interface ou une appli permettant de l'utiliser comme
sgbd, i.e. en faisant ses propres bases ?
rose% sqlite3 toto.db
SQLite version 3.3.13
Enter ".help" for instructions
sqlite> .schema
CREATE TABLE "rata" (
"a" INTEGER PRIMARY KEY NOT NULL,
"d" INTEGER NOT NULL
);
CREATE TABLE "tutu" (
"a" INTEGER PRIMARY KEY NOT NULL,
"b" TEXT,
"c" INTEGER NOT NULL
);
CREATE VIEW "titi" AS
select b from tutu, rata where tutu.c=rata.d;
CREATE INDEX "r" on rata (d DESC);
CREATE INDEX "t" on tutu (b ASC);
sqlite> select * from rata;
1|145
2|566
3|234
sqlite> .quit
Ce serait effectivement une solution, ou sinon je pourrais l'installer s'il
n'y a pas d'accroc. That is the question.
La base qui vient avec OpenOffice, c'est hypersql une base en Java et
ça marche les jours de pleine lune. En fait la réponse évidente et
unique à ta question est bien sqlite.
sqlite? Pour de l'immédiatement utilisable Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit
une bibliothèque intégrée à certains logiciels pour leurs besoins propres. Mais existe-t-il une interface ou une appli permettant de l'utiliser comme sgbd, i.e. en faisant ses propres bases ?
rose% sqlite3 toto.db SQLite version 3.3.13 Enter ".help" for instructions sqlite> .schema CREATE TABLE "rata" ( "a" INTEGER PRIMARY KEY NOT NULL, "d" INTEGER NOT NULL ); CREATE TABLE "tutu" ( "a" INTEGER PRIMARY KEY NOT NULL, "b" TEXT, "c" INTEGER NOT NULL ); CREATE VIEW "titi" AS select b from tutu, rata where tutu.c=rata.d; CREATE INDEX "r" on rata (d DESC); CREATE INDEX "t" on tutu (b ASC); sqlite> select * from rata; 1|145 2|566 3|234 sqlite> .quit
Ce serait effectivement une solution, ou sinon je pourrais l'installer s'il n'y a pas d'accroc. That is the question.
La base qui vient avec OpenOffice, c'est hypersql une base en Java et ça marche les jours de pleine lune. En fait la réponse évidente et unique à ta question est bien sqlite.
--
Michel TALON
talon
Chris_B wrote:
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant de trouver un outils qui me permette de consulter directement mes bases en mode graphique ou de créer une interface graphique simple pour chaque base.
sqliteman
--
Michel TALON
Chris_B <christian.bernard16@orange.fr> wrote:
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant
de trouver un outils qui me permette de consulter directement mes bases en
mode graphique ou de créer une interface graphique simple pour chaque base.
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant de trouver un outils qui me permette de consulter directement mes bases en mode graphique ou de créer une interface graphique simple pour chaque base.
sqliteman
--
Michel TALON
Chris_B
Chris_B wrote:
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant de trouver un outils qui me permette de consulter directement mes bases en mode graphique ou de créer une interface graphique simple pour chaque base.
sqliteman
En effet celà se rapproche de ce que je cherche et c'est peu encombrant.
Mais qq chose m'inquiète dans sqliteman (et les tables sqlite). Apparemment, on peut mettre n'importe quoi dans un champ numérique (même du texte) et celà est enregistré dans la table. Là c'est un peu TROP simple (comme interface et comme format de base) et permet les erreurs les plus grossières. Je ne vois même pas dans ces conditions quelle différence celà fait de déclarer un champ "Text" ou "Integer" par exemple.
D'autre part la doc de sqliteman signale - si je comprends bien - que pour pouvoir faire de vraies interfaces graphique de saisie on doit plutôt voir du côté de Kexi ou knoda. Je vais regarder (surtout Kexi qui ne dépend pas de KDE). En tout cas merci
Chris_B <christian.bernard16@orange.fr> wrote:
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant
de trouver un outils qui me permette de consulter directement mes bases en
mode graphique ou de créer une interface graphique simple pour chaque base.
sqliteman
En effet celà se rapproche de ce que je cherche et c'est peu encombrant.
Mais qq chose m'inquiète dans sqliteman (et les tables sqlite).
Apparemment, on peut mettre n'importe quoi dans un champ numérique (même du
texte) et celà est enregistré dans la table.
Là c'est un peu TROP simple (comme interface et comme format de base) et
permet les erreurs les plus grossières. Je ne vois même pas dans ces
conditions quelle différence celà fait de déclarer un champ "Text" ou
"Integer" par exemple.
D'autre part la doc de sqliteman signale - si je comprends bien - que
pour pouvoir faire de vraies interfaces graphique de saisie on doit plutôt
voir du côté de Kexi ou knoda. Je vais regarder (surtout Kexi qui ne dépend
pas de KDE).
En tout cas merci
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant de trouver un outils qui me permette de consulter directement mes bases en mode graphique ou de créer une interface graphique simple pour chaque base.
sqliteman
En effet celà se rapproche de ce que je cherche et c'est peu encombrant.
Mais qq chose m'inquiète dans sqliteman (et les tables sqlite). Apparemment, on peut mettre n'importe quoi dans un champ numérique (même du texte) et celà est enregistré dans la table. Là c'est un peu TROP simple (comme interface et comme format de base) et permet les erreurs les plus grossières. Je ne vois même pas dans ces conditions quelle différence celà fait de déclarer un champ "Text" ou "Integer" par exemple.
D'autre part la doc de sqliteman signale - si je comprends bien - que pour pouvoir faire de vraies interfaces graphique de saisie on doit plutôt voir du côté de Kexi ou knoda. Je vais regarder (surtout Kexi qui ne dépend pas de KDE). En tout cas merci
Chris_B
On 2008-04-18, Chris_B wrote:
sqlite? Pour de l'immédiatement utilisable Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit
une bibliothèque intégrée à certains logiciels pour leurs besoins propres. Mais existe-t-il une interface ou une appli permettant de l'utiliser comme sgbd, i.e. en faisant ses propres bases ?
oui. :~$ sqlite3 test SQLite version 3.5.6 Enter ".help" for instructions sqlite> create table personne (nom VARCHAR(10), age INT); sqlite> insert into personne values ('toto',10); sqlite> insert into personne values ('autre',15); sqlite> select nom from personne where age; toto sqlite> .quit :~$
Donc oui, c'est un SGBD qui te permet de créer tes tables, bases, etc..
Tu peux facilement le scripter: :~$ echo "select * from personne;" | sqlite3 -csv test toto,10 autre,15 :~$ Merci. Mais je cherche plutôt une interface graphique, bien plus souple et
rapide à utiliser. Les machines actuelles (mêmes petites style Asus 701, voire PDA) n'imposent quand même plus les échanges en mode texte, vraiment laborieux en usage répété. Je regarde plutôt du côté de squliteman signalé par Michel Talon (et de Kexi, comme indiqué dans la réponse que je lui fais.)
On 2008-04-18, Chris_B <christian.bernard16@orange.fr> wrote:
sqlite? Pour de l'immédiatement utilisable
Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit
une bibliothèque intégrée à certains logiciels pour leurs besoins propres.
Mais existe-t-il une interface ou une appli permettant de l'utiliser comme
sgbd, i.e. en faisant ses propres bases ?
oui.
kevin@zipslack:~$ sqlite3 test
SQLite version 3.5.6
Enter ".help" for instructions
sqlite> create table personne (nom VARCHAR(10), age INT);
sqlite> insert into personne values ('toto',10);
sqlite> insert into personne values ('autre',15);
sqlite> select nom from personne where age;
toto
sqlite> .quit
kevin@zipslack:~$
Donc oui, c'est un SGBD qui te permet de créer tes tables, bases, etc..
Tu peux facilement le scripter:
kevin@zipslack:~$ echo "select * from personne;" | sqlite3 -csv test
toto,10
autre,15
kevin@zipslack:~$
Merci. Mais je cherche plutôt une interface graphique, bien plus souple et
rapide à utiliser. Les machines actuelles (mêmes petites style Asus 701,
voire PDA) n'imposent quand même plus les échanges en mode texte, vraiment
laborieux en usage répété.
Je regarde plutôt du côté de squliteman signalé par Michel Talon (et de
Kexi, comme indiqué dans la réponse que je lui fais.)
sqlite? Pour de l'immédiatement utilisable Il semble toutefois (au vu des sites wikipedia, sqlite.org, etc) que ce soit
une bibliothèque intégrée à certains logiciels pour leurs besoins propres. Mais existe-t-il une interface ou une appli permettant de l'utiliser comme sgbd, i.e. en faisant ses propres bases ?
oui. :~$ sqlite3 test SQLite version 3.5.6 Enter ".help" for instructions sqlite> create table personne (nom VARCHAR(10), age INT); sqlite> insert into personne values ('toto',10); sqlite> insert into personne values ('autre',15); sqlite> select nom from personne where age; toto sqlite> .quit :~$
Donc oui, c'est un SGBD qui te permet de créer tes tables, bases, etc..
Tu peux facilement le scripter: :~$ echo "select * from personne;" | sqlite3 -csv test toto,10 autre,15 :~$ Merci. Mais je cherche plutôt une interface graphique, bien plus souple et
rapide à utiliser. Les machines actuelles (mêmes petites style Asus 701, voire PDA) n'imposent quand même plus les échanges en mode texte, vraiment laborieux en usage répété. Je regarde plutôt du côté de squliteman signalé par Michel Talon (et de Kexi, comme indiqué dans la réponse que je lui fais.)
Chris_B
Je regarde plutôt du côté de squliteman signalé par Michel Talon [...] Pardon pas "squliteman" mais "sqliteman".
Je regarde plutôt du côté de squliteman signalé par Michel Talon [...]
Pardon pas "squliteman" mais "sqliteman".
Je regarde plutôt du côté de squliteman signalé par Michel Talon [...] Pardon pas "squliteman" mais "sqliteman".
talon
Chris_B wrote:
Chris_B wrote:
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant de trouver un outils qui me permette de consulter directement mes bases en mode graphique ou de créer une interface graphique simple pour chaque base.
sqliteman
En effet celà se rapproche de ce que je cherche et c'est peu encombrant.
Mais qq chose m'inquiète dans sqliteman (et les tables sqlite). Apparemment, on peut mettre n'importe quoi dans un champ numérique (même du texte) et celà est enregistré dans la table.
Oui, sqlite ne fait aucun vérification sur ce qu'on met dans les champs, ce qui, pour certaines utilisations est une *très bonne chose*. Celui qui veut des choses plus sophistiquées peut toujours utiliser une vraie base de données.
D'autre part la doc de sqliteman signale - si je comprends bien - que pour pouvoir faire de vraies interfaces graphique de saisie on doit plutôt voir du côté de Kexi ou knoda. Je vais regarder (surtout Kexi qui ne dépend pas de KDE).
Kexi dépend de KDE et ne fonctionne pas avec sqlite. Donc ça n'a aucun intérêt dans ce contexte. sqliteman a exactement les fonctionnalités qui conviennent pour sqlite. Et ces fonctionnalités sont amplement suffisantes pour résoudre les problèmes qui ne nécessitent pas un accés réseau à un serveur de bases de données. Il est *très* performant pour une utilisation en local.
--
Michel TALON
Chris_B <christian.bernard16@orange.fr> wrote:
Chris_B <christian.bernard16@orange.fr> wrote:
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant
de trouver un outils qui me permette de consulter directement mes bases en
mode graphique ou de créer une interface graphique simple pour chaque base.
sqliteman
En effet celà se rapproche de ce que je cherche et c'est peu encombrant.
Mais qq chose m'inquiète dans sqliteman (et les tables sqlite).
Apparemment, on peut mettre n'importe quoi dans un champ numérique (même du
texte) et celà est enregistré dans la table.
Oui, sqlite ne fait aucun vérification sur ce qu'on met dans les champs,
ce qui, pour certaines utilisations est une *très bonne chose*. Celui
qui veut des choses plus sophistiquées peut toujours utiliser une
vraie base de données.
D'autre part la doc de sqliteman signale - si je comprends bien - que
pour pouvoir faire de vraies interfaces graphique de saisie on doit plutôt
voir du côté de Kexi ou knoda. Je vais regarder (surtout Kexi qui ne dépend
pas de KDE).
Kexi dépend de KDE et ne fonctionne pas avec sqlite. Donc ça n'a aucun
intérêt dans ce contexte. sqliteman a exactement les fonctionnalités qui
conviennent pour sqlite. Et ces fonctionnalités sont amplement
suffisantes pour résoudre les problèmes qui ne nécessitent pas un accés
réseau à un serveur de bases de données. Il est *très* performant pour
une utilisation en local.
Je suis sûr qu'un petit moteur style sqlite suffira, mon pb est maintenant de trouver un outils qui me permette de consulter directement mes bases en mode graphique ou de créer une interface graphique simple pour chaque base.
sqliteman
En effet celà se rapproche de ce que je cherche et c'est peu encombrant.
Mais qq chose m'inquiète dans sqliteman (et les tables sqlite). Apparemment, on peut mettre n'importe quoi dans un champ numérique (même du texte) et celà est enregistré dans la table.
Oui, sqlite ne fait aucun vérification sur ce qu'on met dans les champs, ce qui, pour certaines utilisations est une *très bonne chose*. Celui qui veut des choses plus sophistiquées peut toujours utiliser une vraie base de données.
D'autre part la doc de sqliteman signale - si je comprends bien - que pour pouvoir faire de vraies interfaces graphique de saisie on doit plutôt voir du côté de Kexi ou knoda. Je vais regarder (surtout Kexi qui ne dépend pas de KDE).
Kexi dépend de KDE et ne fonctionne pas avec sqlite. Donc ça n'a aucun intérêt dans ce contexte. sqliteman a exactement les fonctionnalités qui conviennent pour sqlite. Et ces fonctionnalités sont amplement suffisantes pour résoudre les problèmes qui ne nécessitent pas un accés réseau à un serveur de bases de données. Il est *très* performant pour une utilisation en local.
--
Michel TALON
Emmanuel Florac
Le Fri, 18 Apr 2008 21:13:37 +0200, Chris_B a écrit :
"OOo Base" existe , mais comme il n'y a pas d'icône de base de données sur Asus 701 (voir p.ex. test illustré sur blogee.net) je me suis demandé si la suite était complète. Qqn ayant cette machine le sait-il ?
J'ai la machine, je n'ai pas vérifié mais "apt-get install openoffice-base" doit suffire, le cas échéant.
-- A thing of beauty is a joy forever. J. Keats.
Ah! Singe débotté, hisse un jouet fort et vert! Marcel Bénabou.
Le Fri, 18 Apr 2008 21:13:37 +0200, Chris_B a écrit :
"OOo Base" existe , mais comme il n'y a pas d'icône de base de données sur
Asus 701 (voir p.ex. test illustré sur blogee.net) je me suis demandé si la
suite était complète.
Qqn ayant cette machine le sait-il ?
J'ai la machine, je n'ai pas vérifié mais "apt-get install
openoffice-base" doit suffire, le cas échéant.
--
A thing of beauty is a joy forever.
J. Keats.
Ah! Singe débotté, hisse un jouet fort et vert!
Marcel Bénabou.
Le Fri, 18 Apr 2008 21:13:37 +0200, Chris_B a écrit :
"OOo Base" existe , mais comme il n'y a pas d'icône de base de données sur Asus 701 (voir p.ex. test illustré sur blogee.net) je me suis demandé si la suite était complète. Qqn ayant cette machine le sait-il ?
J'ai la machine, je n'ai pas vérifié mais "apt-get install openoffice-base" doit suffire, le cas échéant.
-- A thing of beauty is a joy forever. J. Keats.
Ah! Singe débotté, hisse un jouet fort et vert! Marcel Bénabou.
Chris_B
Oui, sqlite ne fait aucun vérification sur ce qu'on met dans les champs, ce qui, pour certaines utilisations est une *très bonne chose*. Celui qui veut des choses plus sophistiquées peut toujours utiliser une vraie base de données. [...] Kexi dépend de KDE et ne fonctionne pas avec sqlite. Donc ça n'a aucun intérêt dans ce contexte. sqliteman a exactement les fonctionnalités qui conviennent pour sqlite. Et ces fonctionnalités sont amplement suffisantes pour résoudre les problèmes qui ne nécessitent pas un accés réseau à un serveur de bases de données. Il est *très* performant pour une utilisation en local.
1) Pardon, effectivement j'avais vu que Kexi existait sous Windows. dans ce
cas il inclut en fait des éléments de KDE mais c'est transparent pour l'utilisateur. Sous Linux (en cours d'install chez moi), je ne sais pas s'il tourne uniquement sous interface KDE ou s'il peut marcher aussi sous Gnome.
2) Pour le fait que Kexi et le format de sqlite acceptent n'importe quoi dans un champs numériques, c'est peut-être une simplification pour leur concepteur, mais pas pour l'utilisateur. Je ne vois pas alors à quoi servent les types de champs et les risques d'erreur augmentent. Je ne vois pas bien dans quel cas ce serait un avantage, sinon que le logiciel est un peu plus petit.
Oui, sqlite ne fait aucun vérification sur ce qu'on met dans les champs,
ce qui, pour certaines utilisations est une *très bonne chose*. Celui
qui veut des choses plus sophistiquées peut toujours utiliser une
vraie base de données.
[...]
Kexi dépend de KDE et ne fonctionne pas avec sqlite. Donc ça n'a aucun
intérêt dans ce contexte. sqliteman a exactement les fonctionnalités qui
conviennent pour sqlite. Et ces fonctionnalités sont amplement
suffisantes pour résoudre les problèmes qui ne nécessitent pas un accés
réseau à un serveur de bases de données. Il est *très* performant pour
une utilisation en local.
1) Pardon, effectivement j'avais vu que Kexi existait sous Windows. dans ce
cas il inclut en fait des éléments de KDE mais c'est transparent pour
l'utilisateur. Sous Linux (en cours d'install chez moi), je ne sais pas s'il
tourne uniquement sous interface KDE ou s'il peut marcher aussi sous Gnome.
2) Pour le fait que Kexi et le format de sqlite acceptent n'importe quoi
dans un champs numériques, c'est peut-être une simplification pour leur
concepteur, mais pas pour l'utilisateur. Je ne vois pas alors à quoi servent
les types de champs et les risques d'erreur augmentent. Je ne vois pas bien
dans quel cas ce serait un avantage, sinon que le logiciel est un peu plus
petit.
Oui, sqlite ne fait aucun vérification sur ce qu'on met dans les champs, ce qui, pour certaines utilisations est une *très bonne chose*. Celui qui veut des choses plus sophistiquées peut toujours utiliser une vraie base de données. [...] Kexi dépend de KDE et ne fonctionne pas avec sqlite. Donc ça n'a aucun intérêt dans ce contexte. sqliteman a exactement les fonctionnalités qui conviennent pour sqlite. Et ces fonctionnalités sont amplement suffisantes pour résoudre les problèmes qui ne nécessitent pas un accés réseau à un serveur de bases de données. Il est *très* performant pour une utilisation en local.
1) Pardon, effectivement j'avais vu que Kexi existait sous Windows. dans ce
cas il inclut en fait des éléments de KDE mais c'est transparent pour l'utilisateur. Sous Linux (en cours d'install chez moi), je ne sais pas s'il tourne uniquement sous interface KDE ou s'il peut marcher aussi sous Gnome.
2) Pour le fait que Kexi et le format de sqlite acceptent n'importe quoi dans un champs numériques, c'est peut-être une simplification pour leur concepteur, mais pas pour l'utilisateur. Je ne vois pas alors à quoi servent les types de champs et les risques d'erreur augmentent. Je ne vois pas bien dans quel cas ce serait un avantage, sinon que le logiciel est un peu plus petit.
