Gallemar, судя по описанию , для формирования этого шрих-кода ты можешь передавать в UDF только целочисленные значения, а позиция десятичной точки в переданном целочисленном значении определяется величиной "Y" в коде "Application Identifier".

Gallemar, типа, получилось?

Gallemar, какие параметры передаются в udf для формирования EAN128?

Gallemar, если бы на приведенной тобой картинке был "вес нетто в кг" для товара, то EAN128 выглядел бы так: (3101)123455
где 310 - вес нетто в кг, 1 - кол-во разрядов после запятой, 123455 - значение (12345.5)

WildSery, полагаю, blob с картинкой.

Симонов Денис, некоторые разработчики БД имеют убеждение по возможности максимально переносить функционал информационной системы на сервер БД, чтобы уменьшить зависимость функционала системы от клиентской части и сделать клиент максимально "тонким" - менее требовательным к "железу". Я тоже придерживаюсь такой политики, а по сему не удивляюсь генерации картинки шрих-кода на сервере.

Мимопроходящий,

AriochЯ к тому, что если делать поддержку ШК в сервере - то реально поддержка будет нужна в обе стороны, и создания и чтенияЗачем? Ты, к примеру, фетчишь некий набор строк из ХП и один из столбцов этого набора хранит blob с изображением штрих-кода для печати на упаковку товара. После того, как стикер со штрих-кодом напечатан, эта картинка нафиг никому не нужна и хранить её в БД незачем. Большинство сканеров представляют из себя такое же устройство ввода, что и клавиатура, только вместо нажатия клавиш используется сканирование штрих-кода. После прочтения сканером штрих-кода программа получает поток символов. Всё!

Ariochкак бы эти два тезиса - не одно и то же
второй тезис вполне достигается через 3-звёнку, через WWW-сервер...
Хотя кажется была CRM-ка в которой даже GUI писали на MS SQL, в ЮлМарте что ли
Чем для FirebirdSQL сервера клиентское приложение отличается от WWW сервера? Ничем! Собственно, первый, как ты говоришь, тезис и позволяет уменьшить трудозатраты при необходимости переноса функционала клиентского софта на веб-портал.