> Comment faire? Y a t-il une commande particulière?
par exemple, une SqlCommand avec "CREATE TABLE ..."
fragmonster
D'accord, mais n'y a t-il pas un moyen plus "dynamique"? Au même titre qu'un dataTable peut être synchronisé avec une Table de la base de données, ne peut-on pas aller plus loin pour faire en sorte que ADO crée la table si elle n'existe pas?
D'accord, mais n'y a t-il pas un moyen plus "dynamique"? Au même titre
qu'un dataTable peut être synchronisé avec une Table de la base de
données, ne peut-on pas aller plus loin pour faire en sorte que ADO
crée la table si elle n'existe pas?
D'accord, mais n'y a t-il pas un moyen plus "dynamique"? Au même titre qu'un dataTable peut être synchronisé avec une Table de la base de données, ne peut-on pas aller plus loin pour faire en sorte que ADO crée la table si elle n'existe pas?
Ambassadeur Kosh
> D'accord, mais n'y a t-il pas un moyen plus "dynamique"? Au même titre qu'un dataTable peut être synchronisé avec une Table de la base de données, ne peut-on pas aller plus loin pour faire en sorte que ADO crée la table si elle n'existe pas?
le moyen le plus dynamique, c'est décrire ta classe "table builder". j'en ai pas vu dans le framework, certains l'ont peut etre déja fait. ceci étant dit, si cette classe n'est pas la, c'est peut être pour une bonne raison... les tables, ce ne sont pas des variables locales qu'on cree puis qu'on bazarde. en général, on a un script sql qui fait tout ce travail avant le lancement de l'appli, et en général à l'installation. donc à voir...
> D'accord, mais n'y a t-il pas un moyen plus "dynamique"? Au même titre
qu'un dataTable peut être synchronisé avec une Table de la base de
données, ne peut-on pas aller plus loin pour faire en sorte que ADO
crée la table si elle n'existe pas?
le moyen le plus dynamique, c'est décrire ta classe "table builder". j'en ai
pas vu dans le framework, certains l'ont peut etre déja fait.
ceci étant dit, si cette classe n'est pas la, c'est peut être pour une bonne
raison... les tables, ce ne sont pas des variables locales qu'on cree puis
qu'on bazarde. en général, on a un script sql qui fait tout ce travail avant
le lancement de l'appli, et en général à l'installation. donc à voir...
> D'accord, mais n'y a t-il pas un moyen plus "dynamique"? Au même titre qu'un dataTable peut être synchronisé avec une Table de la base de données, ne peut-on pas aller plus loin pour faire en sorte que ADO crée la table si elle n'existe pas?
le moyen le plus dynamique, c'est décrire ta classe "table builder". j'en ai pas vu dans le framework, certains l'ont peut etre déja fait. ceci étant dit, si cette classe n'est pas la, c'est peut être pour une bonne raison... les tables, ce ne sont pas des variables locales qu'on cree puis qu'on bazarde. en général, on a un script sql qui fait tout ce travail avant le lancement de l'appli, et en général à l'installation. donc à voir...