BASE DE DONNÉES SOUS NOTPAD (BLOC-NOTE)

cs_Alain Proviste Messages postés 908 Date d'inscription jeudi 26 juillet 2001 Statut Modérateur Dernière intervention 1 février 2015 - 9 févr. 2009 à 17:09
cs_Alain Proviste Messages postés 908 Date d'inscription jeudi 26 juillet 2001 Statut Modérateur Dernière intervention 1 février 2015 - 10 févr. 2009 à 19:04

Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/49229-base-de-donnees-sous-notpad-bloc-note

cs_Alain Proviste Messages postés 908 Date d'inscription jeudi 26 juillet 2001 Statut Modérateur Dernière intervention 1 février 2015 2
10 févr. 2009 à 19:04

ton commentaire est complètement irréaliste patrice_b... quid des requetes ? Comment comparer une base de données et un .txt ... Et de quelle sécurité est-ce que tu parles ? une base de données correctement administrée, comme n'importe quoi dans le milieu professionnel, ça se sauvegarde.

Avoir à faire des corrections manuelles dans un fichier .txt utilisé en tant que fichier de données, sur plusieurs milliers de saisies, c'est effectivement très pertinent...

Alors que sauvegarder un fichier access...

Bref en aucun cas, ni sécurité, ni efficacité, ni protection des données, ni quoi que ce soit, un fichier txt ne peut être plus avantageux qu'une bdd, sauf pour une toute petite appli personnelle.

cs_patrice_b Messages postés 30 Date d'inscription mardi 3 janvier 2006 Statut Membre Dernière intervention 1 mars 2009
10 févr. 2009 à 18:49

Je ne suis pas d' accord avec les limites décrites sur les bases de données en TXT . Elles sont très bien et offrent un avantage enorme pour les SAV (donc SECURITE) car il est possible de les corriger avec un simple NotePad. Une base de donnée ACCES et AUTRE qui a perdu un index est généralement irrecupérable.
Même remarque pour la rapidité. Ce n'est pas mesurable sur les PC actuels. On peut construire les mêmes applications complexes. etc.... Le terme INITIE est quand même un peu fort pour ce programme.

cs_Patrice99 Messages postés 1221 Date d'inscription jeudi 23 août 2001 Statut Membre Dernière intervention 9 septembre 2018
10 févr. 2009 à 14:04

Pour les dll d'Access, on ne les voit que si on fabrique un package msi en VB6 par exemple, mais en DotNet, c'est complètement inutile de s'en préoccuper car elles sont toutes déjà intégrées au DotNet.
Pour en revenir au principe du fichier texte en guise de BD, moi j'avoue que je fais pareil que toi : c'est suffisant s'il n'y a qu'un seul utilisateur, et si les opérations sont simples.

PCPT Messages postés 13272 Date d'inscription lundi 13 décembre 2004 Statut Membre Dernière intervention 3 février 2018 47
9 févr. 2009 à 19:29

ceci n'a rien à voir avec une base de données ni même un stockage de "table", dans le sens où il faut forcément retoucher le code pour ne serait-ce qu'ajouter un champ

les PUT GET sont documentés dans la msdn (avec exemple TYPE)

ce code existe déjà
ce code ne correspond pas à sa description

il ne sera pas conservé
bonne soirée

bouv Messages postés 1411 Date d'inscription mercredi 6 août 2003 Statut Membre Dernière intervention 3 mars 2019 1
9 févr. 2009 à 18:23

Il a été démontré à plusieurs reprise les limites des "bases de données" au format TXT : sécurité, rapidité, lourdeur du code, etc...
D'autant que ce genre de code existe déjà sur le site.

Désolé, mais en l'occurence, il s'agit plutôt de tuer un lapin avec un trombonne.

Sutrout ne te vexe pas et prends tout ça comme de bons conseils.

A mon sens, le format de base de données le plus adapté au petit projet est ACCESS. Pour des besoins plus importants tu peux ensuite te tourner vers MySQL, SQLServer, Oracle...

Bonne prog
++

BasicInstinct Messages postés 1470 Date d'inscription mardi 5 février 2002 Statut Membre Dernière intervention 20 octobre 2014 12
9 févr. 2009 à 18:04

Pas de suppression.
Pas de possibilité d'annuler une création.
Recherche uniquement sur le nom et sur le terme exacte.
impossible de rechercher des homonymes.
Pas de contrôle de saisie (date).
Nombre de caractères trop limités dans les zones de saisie.

en résumé, bon exemple de ce qu'il ne faut pas faire quand on parle de base de données.

cs_Alain Proviste Messages postés 908 Date d'inscription jeudi 26 juillet 2001 Statut Modérateur Dernière intervention 1 février 2015 2
9 févr. 2009 à 17:46

Je pense que "base de données" est inadapté

cs_johndave Messages postés 35 Date d'inscription jeudi 4 octobre 2007 Statut Membre Dernière intervention 2 juin 2015
9 févr. 2009 à 17:24

Ajouter, Modifier, Supprimmer, Visualiser les element de la base. Tu n'as qu'a presser + pour faire un ajout

cs_Alain Proviste Messages postés 908 Date d'inscription jeudi 26 juillet 2001 Statut Modérateur Dernière intervention 1 février 2015 2
9 févr. 2009 à 17:09

Que fait ton programme ?

Discussions similaires

bloc note simple php edité et enregistrer dans un txt

Prob de Restauration base de données

conception base de données e-commerce

Base de données voitures Marques et Modeles

Problème connection base de données SQL EBP

Votre réponse

Discussions similaires