У меня SQL Запрос возвращает все числа разделенные запятой

У тебя SQL Запрос возвращает все числа в 1/2/4/8-ми байтовом виде, без всяких минусов, точек и запятых. И у меня тоже. И даже у Владимира Саныча, поверь мне на слово. А уж как он его отображает, это вопрос пятнадцатый.

Просто возьми за правило, что в программах целую от дробной части числа надо отделять точкой, а не каким-либо другим символом, и все будет хорошо.

Вот здесь
formatnumber ([Summ])
в formatnumber передается несколько байт, характеризующих тип поля Summ и его содержимое. А не точки/запятые.

Проблема в том, что тебе должно быть параллельно, как твой акцесс хранит число, а во все функции, в том числе и в Formatnumber, число руками ты должен писать через точку.

Пока над тобой никто не издевается.

Но еще чуть-чуть...

2ЛП
Немножко не так.
БЛЯДЬ,
ЭТО В ПОЛЕ У ТЕБЯ ЧИСЛО "5 555,77777"
А В РЕДАКТОРЕ ПРОГРАММ - "5555.77777"

Заебал уже. Иди стих напиши.

Здравствуй лошадь, я Буденый...

В запросе когда этой функции передается число с запятой , она просто отсекает дробную часть, а если ей передать с точкой то она правильно округляет это число!

В запросе когда передается поле, содержащее числовое значение, тебе д.быть все равно, как оно передается.

Когда ты подкладываешь функции написанное кнопочками число, в котором целая и дробная часть разделены точкой, передается число.

Когда ты подкладываешь функции написанное кнопочками якобы "число", в котором целая и дробная часть разделены запятой, передается ДВА ЦЕЛЫХ ЧИСЛОВЫХ АРГУМЕНТА!!! Если у функции есть опциональный второй аргумент - она смолчит. Если нету, получишь ошибку.

вот надо чтобы SQL запрос(фукция formatnumber) понимала правильно мои числа хранящиеся базе!!
Бля-ааааать....

SQL запрос(фукция форматнумбер) без твоих изъебств правильно поймет числа, хранящиеся в базе.

А на месте твоего начальника я бы близко не подпускал к программированию.

А в духовный мир ты уж лучше как-нибудь без меня. Нахуй, нахуй...

Тебе в первом же ответе написали:

А откуда взялось число 33,3333? Это не одно число, а два числа через запятую!

fromatnumber ( 555,777 ) = 555
formatnumber ( 555.777 ) = 555,78

Я прошу прощения, за то, что вернулся из нирваны, но...

Судя по предыдущим постам, (я опять прошу прощения за свою несдержанность у всех, кроме автора этого топика. Для автора: топик - это тема, пост - сообщение) проверка различий между

fromatnumber ( 555,777 )

и

formatnumber ( 555.777 )

велась несколько в разных интерпретаторах (для автора: интерпретатор, это мужик, который сидит у тебя дома в железной коробке, и читает, что за дрянь ты ему пишешь).

В VBA запятая (,) - разделитель аргументов. Т.е. запись

говорит ему (интерпретатору, или одноименному мужику), что надо вызвать "Функцию", сказать ей, что 1-й аргумент равен "1", второй равен "2", а то, что она вернула, положить в переменную. Если чего не вышло, сказать об ошибке.

В VBA точка (.) - разделитель целой и дробной части. Т.е.
Переменная = Функция(1.2)
говорит интерпретатору, что надо вызвать функцию, передать ей один аргумент - число одна целая две десятых, а возвращаемое значение функции положить сам знаешь куда.

В SQL разделитель аргументов тоже запятая. Но Access'овский конструктор - вещь заумная. Настолько заумная, что у нее у самой ум иногда за разум заходит.

Т.е. она (он - конструктор) смотрит на формат записи, например, дат, и видит, что даты должны на здешнем компьютере писаться так: День.Месяц.Год. И так его и пишет.

Спасибо ему.

Но интерпретатор передает свои данные дальше. Ядрушку Jet. Который, коль скоро ему говорят дату в виде строчки "dd.mm.yy", не умеет понимать строчек, записанных в формате, отличающемся от "mm/dd/yy". Он тебе об этом не скажет. Сам попытается все сделать. Только не всегда это выходит правильно.

То же самое с разделителями аргументов. Конструктор запросов заставляет тебя для разделения аргументов использовать ";". Но это вранье. То, что ты написал, он хранит, заменяя ";" на ",". Т.е. разделитель аргументов - все равно запятая, а разрядов числа - точка.

А для разделения разрядов при написании программ надо писать точку. И точка.

Как пишутся эти разделители в полях - тебя заботить не должно, об этом позаботились программисты Микрософт. Если не лениво, зайди в языковые настройки виндовс, и поменяй там разделитель дробной части на какую-нибудь букву "Зю". Везде в полях твоей программмы, во всех полях любое число будет написано в виде 111"зю"05. А в редакторе программ - 111.05. Потому что программисту должно быть наплевать на региональные настройки. Он должен знать, что хранение числа в памяти от них не зависит.
----------------------------------
Что-то длинновато вышло. (с) Нуф-Нуф

Ну и х. с ним. (с) я

Создал таблицу. В которой числовое поле.

Поменял десятичный разделитель на запятую
...


А зачем?!
:((
Тебе мало, того, что было?..
Ты не знаешь, что "." в вба не зависит от региональных настоек?..
Ты еще проверь, что мсгбокс 111 напишет "111"... :(((
Эх...
выпил еще 50 и упал на клаву