Discussion :

[iam]

j'ai un travail qui consiste à developper une application de gestion des stocks qui est faite mais avec centura et sgbd oracle9i qui sera installée au niveau serveur et vu la complexité d'installation et la lourdeur de la base de données, je doit refaire l'application sous delphi avec le sgbd paradox au niveau client, mais je sais pas est ce le sgbd paradox supporte un volume important d'enrigstrements plus de 30.000 articles est ce que ça va influer sur la fiabilité de l'application, si oui est ce que je peux utiliser un autre sgbd plus facile et simple à manipuler

[Frank]

Bonjour,

je t'invite à lire nos règles (lien sous ma signature) et ensuite à changer ton tître qui ne veut absolument rien dire de ton problème, mis à part que tu es quelqu'un de poli.

Merci de te conformer à nos règles dans l'avenir, tout message ne s'y conformant pas peut être supprimé à tout moment.

Cordialement,

[skywaukers]

bonjour,

perso, j'éviterai paradox, non pas que ce soit un mauvais systeme, mais ce n'est pas adapté à mon avis à une utilisation en réseau. Il faudrait plutôt t'orienter vers une base de données de type Firebird, qui est gratuite et simple à utiliser.

@++
Dany

[Hauwke]

Bonjour,
Tu nous en dis peu sur la structure de tes bases de données.
D'une manière générale, si le client ne dépasse pas 2 giga tu peux toujours utiliser Access. Les composants ADO de delphi sont trés souples d'emploi.
Sinon, effectivement, je suivrai l'avis de Skywaukers pour Firebird.
Cordialement,
Hauwke

[TicTacToe]

Je peux t'amener mon experience
J'ai une appli Delphi/Paradox qui tourne depuis maintenant 6 ans avec environs 25/30 clients
Certaines tables ont plus de 1 millions de lignes avec 3 ou 4 index, d'autres 300 000 lignes avec une 15aine d'index (typiquement piece/lignes de pièces)

L'appli continue d'être rapide et les plantages sont rares
Mais il est vrai que je suis en TSE, donc je simule quelque part un client/serveur (ne me le dite pas, je sais que c'est pas un client serveur)
Les restructurations dûes a une base cassée sont de l'ordre de 1 fois / an !

Sinon, j'ai un ami qui travaille avec le même moteur applicatif, qui à des volumes même un peu plus important, sans TSE, et pas de soucis notables (sinon je pense qu'on aurait déjà changé notre moteur depuis le temps !)

Le très gros avantage de ce type de base, c'est que l'on peut se passer de SQL la plupart du temps, mieux controler les extractions de données avec les index, et donc gagner énormément en vitesse.

Je rejoins Hawke, tant que les tables ne dépassent pas le Go, tu peux y aller tranquille avec Paradox (même si l'ensemble de ta base dépasse largement le Go bien sur)