Toon posts:

[MySQL] foute data ingelezen in tabel

Pagina: 1
Acties:

Verwijderd

Topicstarter
## QUOTE from the manual
DECIMAL(5,2) has a range of -999.99
to 9999.99 (the negative sign takes up a space
since it is stored as a string). But in version 3.22.32-
log (? on unix; I have limited access) DECIMAL(5,2)
has a range of -9.99 to 99.99

Ik gebruik de laatste versie van mysql ( die voorhande was met up2date RH9 )

## MIJN DB STRUCTUUR
drop table if exists artikels;
create table artikels (
id int(11) not null auto_increment,
artikelcode char(255) not null ,
opzoeknaam text ,
omschrijving text ,
aankoopprijs decimal(15,2) default '0,00' not null ,
verkoopprijs decimal(15,2) default '0,00' not null ,
PRIMARY KEY (id, artikelcode)
);

## IMPORT VB: ( dit is regel 01 van CVS )
9999990005274;PRN2;Printerkabel, 2 meter;1,09;4,95

## Het Probleem
bij één import van de cvs, blijkt dat de waarde van
1,09 => 1.00 is geworden
4,95 => 4.00 is geworden

1. Iemand enig idee om dit klein ongemak snel op te lossen ?

bijkomende vraag. ( en niet gevonden op mysql manual ) is zowaar 1052 blz manual :'(
2. Hoe kan ik ervoor zorgen dat er effectief , staan ipv . dit zou ook handig kunnen zijn ? daar de prijzen in Euro staan

Alvast bedankt, en hopelijk zit ik onder het juiste forum. anders sorry

  • gorgi_19
  • Registratie: Mei 2002
  • Laatst online: 20-08 11:40

gorgi_19

Kruimeltjes zijn weer op :9

2. Hoe kan ik ervoor zorgen dat er effectief , staan ipv . dit zou ook handig kunnen zijn ? daar de prijzen in Euro staan
regional settings goedzetten. maar het zal je toch een zorg zijn hoe het in de database staat? :? Dat is toch alleen voor opslag; als de waarde maar goed gepresenteerd wordt, lijkt me.

Digitaal onderwijsmateriaal, leermateriaal voor hbo


Verwijderd

Topicstarter
PS : indien mogelijk zou er achteraf wel nog met die gegevens van aankoop en verkoop moeten gerekend worden. ( dit eventjes terzijde )

  • curry684
  • Registratie: Juni 2000
  • Laatst online: 13-08 16:46

curry684

left part of the evil twins

Heeft MySQL niet net als MS-SQL en Oracle ondersteuning voor datatypes 'money' en 'smallmoney', waardoor formattering en afronding per definitie volgens internationale bankafspraken verlopen? *hint* ;)

Professionele website nodig?


Verwijderd

Topicstarter
curry684, heb zitten zoeken mijn mysql versie heeft dit niet ( die money datatype )

  • curry684
  • Registratie: Juni 2000
  • Laatst online: 13-08 16:46

curry684

left part of the evil twins

Verwijderd schreef op 16 October 2003 @ 11:48:
curry684, heb zitten zoeken mijn mysql versie heeft dit niet ( die money datatype )
* curry684 ziet zich wederom bevestigd in z'n vooroordeel dat MySQL een MickeyMouse-database is :/

Dan zul je even wachten tot er hier een MySQL-goeroe langsfietst :)

Professionele website nodig?


Verwijderd

Topicstarter
idd, toch bedankt curry684

  • gorgi_19
  • Registratie: Mei 2002
  • Laatst online: 20-08 11:40

gorgi_19

Kruimeltjes zijn weer op :9

Probleem 1 zou trouwens ook best opgelost kunnen worden door tijdelijk de regional settings van je computer te wijzigen van Amerikaans naar Europees of omgekeerd.

Digitaal onderwijsmateriaal, leermateriaal voor hbo


Verwijderd

Topicstarter
toch bedankt, maar onder linux heeft die settings niet mee te maken ( als ik vraag , in te voeren moet em dat niet veranderen hé ( data juistheid moet er toch zijn ) die land settings zijn voor uitvoersweergave handig , verder niks

1. dus mijn vraag blijft nog steeds hetzelfde aan al de mysql guru's op het net
hoe kan ik wiskundige waarden met 2 cijfers na de comma just importeren (' en waar zit mijn fout in mijn column omscchrijving )

greetz

Verwijderd

Topicstarter
ps :sorry van de typfouten, mijn vingers slapen :'(
Pagina: 1