emeadaxsupport: Wrong data shown in the grid, if the table field is an Int 64 and the form control is an IntEdit instead of an int64edit.

[Blog bot]

Источник: http://blogs.msdn.com/b/emeadaxsuppo...int64edit.aspx
==============

As you might know you can place different controls for integer values on a form. E.g. Int64Edit for 64 bit integers or IntEdit for 32 bit values. Some time ago during developing I found that there might be an issue if you are having an Int 64 in a table and on a form control you have an IntEdit instead of an Int64Edit control.



In your database you will get different numbers compared to what you get within your grid. For example the number 214748367 might end up as 9824293160484863.

Please keep in mind that the form control type needs to match the data type in the table.




Источник: http://blogs.msdn.com/b/emeadaxsuppo...int64edit.aspx

[kashperuk]

По-моему, это точно так же можно написать следующее:

Если у вас в базе данных строка размером 255 символов, а вы на форме выводите ее в элементе, максимальная длина которого 10 символов, будьте осторожны - часть строки может быть обрезана...

[Logger]

Цитата:

Сообщение от kashperuk

По-моему, это точно так же можно написать следующее:

Если у вас в базе данных строка размером 255 символов, а вы на форме выводите ее в элементе, максимальная длина которого 10 символов, будьте осторожны - часть строки может быть обрезана...

По-моему предполагалось что ядро должно быть более строгим к типам. Вы же не можете на форме в int-овый контрол подставить на вывод строковое поле таблицы. Система должна содержать защиту от опечаток и дурацких ошибок.

[Maximin]

Нда... иногда грабли сходятся.
Этот пост удивительно перекликается с моим... Lookup по типу, унаследованному от RecId и баг validate при RecId 64 bit