q1w1e1,

Однажды я получил в наследство программу, где номера счетов шли по порядку на 1 наращиваясь постоянно. Программа сильно глючила, считала неверно, в сети конфликтовала и проч.
Я потратил несколько месяцев, пока хоть как-то привел в порядок расчеты и устранил некоторые конфликты доступа.
И вот в начале этого года со всех точек, где она установлена, стали мне звонить о том, что прога не работает. Я в этот момент был в загрантурне. За 20 минут на моем мобиле не осталось ни копейки денег (роуминг съел!), денег за поддержку за декабрь мне наполовину сняли, путешествие было испорчено.
И что же оказалось? А то, что я не обратил внимание, что для номеров счетов предназначалось поле N 5.0, а номера уже с этого года пошли шестизначные. Пред. программер, видимо, не знал типа INTEGER, и везде тыкал то N5.0, то N7.0 и т.п. Пришлось везде, где невозможно заранее просчитать размер чисел, но зная, что они должны быть целыми, исправлять с Numeric на Integer, переписывать формы и репорты: удлинять поля для более длинных чисел и прочее. Харкаюсь еще до сих пор.
Так что я, надеюсь, убедил наглядно, какой тип данных и где нужно использовать.
Насчет длины полей в репортах,- так придется сделать запас на предполагаемую длину числа.