Calculs de nombres quasi-infinis
Résolu
hcp7kuz
Messages postés
243
Date d'inscription
Statut
Membre
Dernière intervention
-
Utilisateur anonyme -
Utilisateur anonyme -
A voir également:
- Calculs de nombres quasi-infinis
- Citez un des logiciels lui permettant de faire des calculs sur des tableaux de nombres (tableur). ✓ - Forum LibreOffice / OpenOffice
- Code binaire des nombres - Guide
- Nombre de jours entre deux dates excel - Guide
- Nombres faciles - Télécharger - Outils professionnels
- Roland souhaite calculer le montant total des ventes de son magasin. le fichier contient, pour chaque produit, la quantité vendue et le prix unitaire. calculez le montant total des ventes. ✓ - Forum Excel
3 réponses
Bonjour,
Voilà ce que dit l'aide VBA :
LongLong
(LongLong integer) 8 octets
-9 223 372 036 854 775 808 à 9 223 372 036 854 775 807 (Valide uniquement sur les plateformes 64 bits.)
LongPtr
(Entier Long sur les systèmes 32 bits, entier LongLong sur les systèmes 64 bits) 4 octets sur les systèmes 32 bits, 8 octets sur les systèmes 64 bits
-2 147 483 648 à 2 147 483 647 sur les systèmes 32 bits, -9 223 372 036 854 775 808 à 9 223 372 036 854 775 807 sur les systèmes 64 bits
Single
(à virgule flottante en simple précision) 4 octets
-3,402823E38 à -1,401298E-45 pour les valeurs négatives ; 1,401298E-45 à 3,402823E38 pour les valeurs positives
Double
(à virgule flottante en double précision) 8 octets
-1,79769313486231E308 à -4,94065645841247E-324 pour les valeurs négatives ; 4,94065645841247E-324 à 1,79769313486232E308 pour les valeurs positives
Currency
(entier à décalage) 8 octets -922 337 203 685 477,5808 à 922 337 203 685 477,5807
Decimal
14 octets
+/-79 228 162 514 264 337 593 543 950 335 sans séparateur décimal ;
+/-7,9228162514264337593543950335 avec 28 chiffres à droite du séparateur décimal ; le plus petit nombre différent de zéro est +/-0.0000000000000000000000000001.
N'y a-t-il aucun type qui correspond à tes calculs ?
Voilà ce que dit l'aide VBA :
LongLong
(LongLong integer) 8 octets
-9 223 372 036 854 775 808 à 9 223 372 036 854 775 807 (Valide uniquement sur les plateformes 64 bits.)
LongPtr
(Entier Long sur les systèmes 32 bits, entier LongLong sur les systèmes 64 bits) 4 octets sur les systèmes 32 bits, 8 octets sur les systèmes 64 bits
-2 147 483 648 à 2 147 483 647 sur les systèmes 32 bits, -9 223 372 036 854 775 808 à 9 223 372 036 854 775 807 sur les systèmes 64 bits
Single
(à virgule flottante en simple précision) 4 octets
-3,402823E38 à -1,401298E-45 pour les valeurs négatives ; 1,401298E-45 à 3,402823E38 pour les valeurs positives
Double
(à virgule flottante en double précision) 8 octets
-1,79769313486231E308 à -4,94065645841247E-324 pour les valeurs négatives ; 4,94065645841247E-324 à 1,79769313486232E308 pour les valeurs positives
Currency
(entier à décalage) 8 octets -922 337 203 685 477,5808 à 922 337 203 685 477,5807
Decimal
14 octets
+/-79 228 162 514 264 337 593 543 950 335 sans séparateur décimal ;
+/-7,9228162514264337593543950335 avec 28 chiffres à droite du séparateur décimal ; le plus petit nombre différent de zéro est +/-0.0000000000000000000000000001.
N'y a-t-il aucun type qui correspond à tes calculs ?
hcp7kuz
Messages postés
243
Date d'inscription
Statut
Membre
Dernière intervention
23
Merci de ta réponse, j'avais déjà vu cela, mais n'y a-t-il pas un moyen de faire plus précis encore ? Si non, je m'en contenterai, mais je voulais savoir s'il n'existe pas des fonctions pour faire des calculs encore plus précis que ceux-là.
Pierre1310
Messages postés
8564
Date d'inscription
Statut
Membre
Dernière intervention
651
Non et de toute façon, si tu demandes des calculs trop grands par rapport à ta ram, tu auras une erreur de ram.
hcp7kuz
Messages postés
243
Date d'inscription
Statut
Membre
Dernière intervention
23
>
Pierre1310
Messages postés
8564
Date d'inscription
Statut
Membre
Dernière intervention
Je pense quand même qu'avec 8 ou 16 Go de ram, on peut effectuer des calculs plus grand que ceux énoncés précédemment, non ?
Pierre1310
Messages postés
8564
Date d'inscription
Statut
Membre
Dernière intervention
651
Excel ne peut pas prendre toute ta ram, il a une limite.
hcp7kuz
Messages postés
243
Date d'inscription
Statut
Membre
Dernière intervention
23
Je ne fais pas de macros sous excel, mais des applications en VB.NET, puis même si l'application ne peut pas prendre toute la ram, la limite me parait bien faible.
Bonjour,
quel VB?
quel VB?
- VBS
- VBA -> précisez:
- Word
- Excel
- Access
- Powerpoint
- Autre
- VB6 (ou antérieur, précisez)
- VB.Net - précisez la Framework et ->
- Winform
- WPF
J'ai pas mes identifiants de code project en vacances.
Je ne peux donc pas télécharger le projet.
C'est pareil qu'en VB.Net, ça s'ouvre avec visual studio.
Y'a une solution, des fichiers .cs (à la place de .vb) un répertoire bin avec (au moins) Debug et Release, si la version compilée est fournie, la dll est dans l'un d'eux.
Au pire, tu compiles toi même.
Je ne peux donc pas télécharger le projet.
C'est pareil qu'en VB.Net, ça s'ouvre avec visual studio.
Y'a une solution, des fichiers .cs (à la place de .vb) un répertoire bin avec (au moins) Debug et Release, si la version compilée est fournie, la dll est dans l'un d'eux.
Au pire, tu compiles toi même.
