double veri tipinde group by sorunu

double veri türü kayan noktadır. 8,2 dediğinde sadece ekranda nasıl gösterileceğini seçmiş olursun. o virgülden sonra set decimal ile belirttiğin şekilde saklar veriyi. bu yüzden de sana aynı veriyi getiriyormuş gibi geliyor. ama aslında getirmiyor. onlar birbirinden farklı. maxdeger field'ını kaydederken round(maxdeger,2) ile yuvarlayabilirsin veya set decimal to 2 yazar sonra kaydedersin.

Mumkunse double yerine currency kullan. Double cifte bela gibi birsey:)

Luzumsuz degil:) Cok kucuk ve buyuk sayilarda gerekli. Sorun kesirli sayilarin ikilik sistemde dogru olarak tanimlanamasinda. Problem VFP'nin problemi degil. C'de de var ayni sorun.

SQL serverda da eger yetiyorsa money tipini tercih ediyorum. Olmazsa decimal. Sonra double (numeric ile aram hic iyi degil).

Numeric veri tipi VFP'de hala foxpro doneminde saklandigi gibi saklaniyor (disk uzerinde karakter olarak). Yani deger 123.45 ise dikste de 123.45 olarak saklaniyor (boyu daha buyukse bosluk karakterleri ile dolduruluyor). Notepadde ac bak, sayi aynen orada.

O sekilde saklaninca runtime'da sayi tipine cevrilmesi lazim, ceviren rutinler cok saglam degil herhalde (yillar once buyuk sayilarda hatasini bildirmistim onu duzelttiler sanirim ama emin degilim - 17 milyar seviyesinde sayilarda hassasiyeti kaybediyordu, 17,123,456,789 gibi bir sayi 17,123,450,000 gibi tam hatirlamiyorum).
Diger bir problem, n(8,2) diskte 8 karakterlik yer kapliyor, n(9,2) ise 9. Oysa integer, double, currency gibi tiplerde boy sabit (4, 8, 8) ve sayinin memorydeki hali dogrudan diskte saklaniyor.