topic Re: issue with decimal and integer part holding for a variable in Application Development and Automation Discussions

issue with decimal and integer part holding for a variable

Former Member — Fri, 06 May 2016 10:45:26 GMT

Hi,

I want volume field to hold 10 digits at the integer part and 8 digits at the decimal part , please suggest what type can I use.

I know type P decimals 8 , but using this we can have only 6 digits at the integer and 8 digit at the decimal as the max is 14 digits.

Thanks,

Re: issue with decimal and integer part holding for a variable

Ashg1402 — Fri, 06 May 2016 10:50:36 GMT

Hi,

Why don't you create a <ZFIELD> and domain.

Re: issue with decimal and integer part holding for a variable

Former Member — Fri, 06 May 2016 11:25:18 GMT

This message was moderated.

Re: issue with decimal and integer part holding for a variable

pranay570708 — Fri, 06 May 2016 11:53:37 GMT

This message was moderated.

Re: issue with decimal and integer part holding for a variable

Former Member — Fri, 06 May 2016 12:42:56 GMT

Hi ,

Thanks for your replies , I am basically multiplying length width and height and passing it to volume, so I cannot operate using the integer part and decimal part separately.

Thanks,

Re: issue with decimal and integer part holding for a variable

Former Member — Fri, 06 May 2016 12:51:12 GMT

This message was moderated.

Re: issue with decimal and integer part holding for a variable

Former Member — Fri, 06 May 2016 14:23:05 GMT

This message was moderated.

Re: issue with decimal and integer part holding for a variable

ThangaPrakash — Fri, 06 May 2016 16:57:05 GMT

This message was moderated.

Re: issue with decimal and integer part holding for a variable

Clemenss — Sat, 07 May 2016 10:10:51 GMT

What is the business case fot this weird requirement?

Give some examples so maybe make it understood.

Regards Clemens

Re: issue with decimal and integer part holding for a variable

Sandra_Rossi — Sat, 07 May 2016 12:20:59 GMT

My 2 cents as Clemens would say: that's fun that nobody corrected what you said... If you just look at the ABAP documentation, you'll see that the default total lengh of a P field is 8 bytes, which means up to a total of 15 digits whatever the number of digits after the decimal separator, but you can extend it to 16 bytes, i.e 31 digits. So, if you define 8 digits after the decimal separator, you may have up to 23 digits before the decimal point. DATA packTYPE p LENGTH 16 DECIMALS 8. Or DATA pack(16) TYPE p DECIMALS 8.