appeler une table depuis un datamodule

Version imprimable

16/08/2013, 03h38
coolirc

appeler une table depuis un datamodule

bonsoir tout le monde

j'essaie depuis quelques jours de créer un bouton qui remplace le db navigator

j'ai créer le data module nomée Data et j'ai crée aussi 2 forms une forme principale et une form secondaire pour lire la table et modifier celle ci
malheureusement j'ai pas réussi a faire fonctionner le bouton mais par contre si je place un db navigator et un db grid et je lui donne le chemain du datasource ça marche trés bien

je veux faire 2 button un bouton Nouveau pour remplacer le bouton du db navigator Insert et un bouton Confirmer pour remplacer Post

j'ai essayer plusieurs codes example : Data.datasource1. ou bien

Data.Dataset.table

mais apparement delphi me dit que Data n'a pas de membre nomé table ou bien nomé datasource dans l"erreur

est ce que quelqu'un peux m'éclairer comment pouvoir faire ce genre de manip avec deux boutons a la place du db navigator merci je précise que j'ai bien ajouter les champs dans la forms j'utilise aussi delpi XE4

Merci de pouvoir m'aider j'attends votre réponse avec impatience

@bientot

Salut,
Est-ce que t'as ajouté l'unité du DataModule dans les Uses de ta fiche principale ?
Pour ce faire, il faut ajouter comme ceci :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 implementation Uses Unit2; // Unit2 à remplacer avec le nom que t'as donnée à l'unité contenant le DataModule {$R *.dfm} .... procedure TForm1.Button1Click(Sender: TObject); begin Data.Table1.Open; end;
Vérifie que tu n'as pas un autre composant nommé Data ou que t'es pas dans un with --- do rentrant en conflit avec "Data"

Et ça marche.
J'espère t'avoir aidé, si ce n'est pas le cas, pourrais tu essayer de donner d'autre indications.

Citation:
Envoyé par djiga4me
Salut,
Est-ce que t'as ajouté l'unité du DataModule dans les Uses de ta fiche principale ?
Pour ce faire, il faut ajouter comme ceci :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 implementation Uses Unit2; // Unit2 à remplacer avec le nom que t'as donnée à l'unité contenant le DataModule {$R *.dfm} .... procedure TForm1.Button1Click(Sender: TObject); begin Data.Table1.Open; end;
Vérifie que tu n'as pas un autre composant nommé Data ou que t'es pas dans un with --- do rentrant en conflit avec "Data"

Et ça marche.
J'espère t'avoir aidé, si ce n'est pas le cas, pourrais tu essayer de donner d'autre indications.
salut oui je l'ai ajouté

pour ajouter

j'ai essayer de mettre Data.PC.open;

mais ça me donne ça

[dcc32 Erreur] Unit4.pas(55): E2242 'PC' n'est pas un nom d'unité

ma form du data module est nomé DATA et son unité s'appelle unit2.pas

mes tables sont :

PC
CABLES
CARTOUCHE
DIVERS
IMPRIMANTES
LICENCES

est ce que je dois renommer le nom de l'unité du data module pour que ça marche ou bien je la laisse comme elle est merci

16/08/2013, 16h01
djiga4me

Salut,
Alors essaie de changer le nom de la form du DataModule, en autre chose.
Et aussi, plus important, PC est bien le nom du composant TTable ? :aie:

Il se peut qu'il s'agisse bien d'un conflits entre identificateurs et autres.

Pas la peine de renommer l'unit du DataModule.
23/08/2013, 12h00
od.dev

Citation:

Envoyé par coolirc

bonsoir tout le monde

j'essaie depuis quelques jours de créer un bouton qui remplace le db navigator

j'ai créer le data module nomée Data et j'ai crée aussi 2 forms une forme principale et une form secondaire pour lire la table et modifier celle ci
malheureusement j'ai pas réussi a faire fonctionner le bouton mais par contre si je place un db navigator et un db grid et je lui donne le chemain du datasource ça marche trés bien

je veux faire 2 button un bouton Nouveau pour remplacer le bouton du db navigator Insert et un bouton Confirmer pour remplacer Post

j'ai essayer plusieurs codes example : Data.datasource1. ou bien

Data.Dataset.table

mais apparement delphi me dit que Data n'a pas de membre nomé table ou bien nomé datasource dans l"erreur

est ce que quelqu'un peux m'éclairer comment pouvoir faire ce genre de manip avec deux boutons a la place du db navigator merci je précise que j'ai bien ajouter les champs dans la forms j'utilise aussi delpi XE4

Merci de pouvoir m'aider j'attends votre réponse avec impatience

@bientot

Code:

DBGrid1.DataSource.DataSet.Insert;

DBGrid1 étant le composant orienté données
07/09/2013, 15h39
jovanovic.radoslav

Puisque tu utilises DELPHI XE4 laisse tomber les composants DBxxx et le DataModule qui était une fausse bonne idée de Borland. Utilise à la place la StringGrid et des TEdit tu auras beaucoup plus de souplesse de programmation avec et puis tu seras en phase avec le mode de programmation d'aujourd'hui.
07/09/2013, 18h36
Andnotor

Citation:

Envoyé par jovanovic.radoslav

Puisque tu utilises DELPHI XE4 laisse tomber les composants DBxxx et le DataModule qui était une fausse bonne idée de Borland. Utilise à la place la StringGrid et des TEdit tu auras beaucoup plus de souplesse de programmation avec et puis tu seras en phase avec le mode de programmation d'aujourd'hui.

Et bien sûr, tu as trouvé cette nouvelle recommandation dans la doc :whistle:
13/09/2013, 12h35
e-ric

Citation:

Envoyé par jovanovic.radoslav

Puisque tu utilises DELPHI XE4 laisse tomber les composants DBxxx et le DataModule qui était une fausse bonne idée de Borland. Utilise à la place la StringGrid et des TEdit tu auras beaucoup plus de souplesse de programmation avec et puis tu seras en phase avec le mode de programmation d'aujourd'hui.

C'est quoi le mode de programmation d'aujourd'hui ? on aimerait des précisions. La fausse bonne idée du datamodule me surprend beaucoup et je pense que je ne serai pas le seul...

Je ne suis pas sûr que cela soit une si bonne idée que cela, en effet pourquoi se passer d'outils éprouvés qui diminuent la taille du code applicatif et donc le risque de bug ?
Passer par des composants non orientés données est une idée mais :
- cela amène plus de travail
- cela introduit une incohérence si, dans un projet, le reste du code est basé sur des composants orientés données,
- enfin, en quoi cela résout le problème de coolirc ?
13/09/2013, 13h43
od.dev

Citation:

Envoyé par e-ric

C'est quoi le mode de programmation d'aujourd'hui ? on aimerait des précisions.

:ccool:
Peut-être un élément de réponse : c'est un mode permettant de pondre un code extraordinairement compliqué (donc pondu par quelqu'un de génial), qui ne marche pas très bien, qui augmente les temps de développement et le nombre de développeurs nécessaires, qui est quasiment impossible à débugger.
En clair : un truc à chier qui coûte la peau du cul.

Citation:

Envoyé par e-ric

pourquoi se passer d'outils éprouvés qui diminuent la taille du code applicatif et donc le risque de bug ?

:ccool:
Tout simplement parce que ça marche trop bien, et que les jeunes génies qui arrivent doivent justifier leur existence de génies.

Citation:

Envoyé par e-ric

Passer par des composants non orientés données est une idée mais :
- cela amène plus de travail
- cela introduit une incohérence si, dans un projet, le reste du code est basé sur des composants orientés données,
- enfin, en quoi cela résout le problème de coolirc ?

:ccool:
Tout pareil d'accord je suis. Cela ne fait pas avancer le débat, mais :
- ça me fait gagner 1 point :mouarf:
- ça fait plaisir d'entendre des choses cohérentes et logiques de la part d'un développeur (si si, il reste encore des développeurs qui réfléchissent logiquement), parce qu'il y en a mare des Géo-trouvent-tout qui pourrissent les applications qui fonctionnaient très bien :pan:
- ça ne risque pas de s'améliorer, puisque les jeunes qui arrivent sont formés par les Géo-trouvent-tout d'hier :cry:
- je pense que coolirc n'a plus de problème.

Ahh ben ça fait du bien, j'aurai dû essayé plutôt, au lieu de casser la gueule au dernier trou-du-cul qui m'a écrit du pascal comme du java :aie: