Код: Выделить всё
CREATE TABLE SALE (
ID INTEGER NOT NULL,
M21 NUMERIC(8,3) DEFAULT 0 NOT NULL,
M22 NUMERIC(8,3) DEFAULT 0 NOT NULL,
CONSTRAINT SALE_PK PRIMARY KEY (ID)
);
Код: Выделить всё
CREATE VIEW VIEWSALE(ID,M2)
AS
SELECT S.ID, S.M21 || '/' || S.M22
FROM SALE S
Код: Выделить всё
SELECT * FROM VIEWSALE
Ой. И с каких это пор _компиляторы_ начали по собственному усмотрению переводить числа в строки, интересно? И при этом самостоятельно решать в каком формате? Я что-то упустил в развитии компиляторов? А в какой момент они это делают и зачем? Итереснааа...О.Д.Н. писал(а)://что значит "избавиться"?
значит перевести число в строку, так как переводят его большинство компиляторов современных языков программирования - без значащих нулей.
Вот и преобразовывать в стандарт сторонней фирмы в приложении, занимающемся подготовкой и отсылкой данных в стороннюю фирму. Указывая компилятору современного языка программирования формат в параметрах вызова используемой функции преобразования. А если делать клиентово на клиенте всё-таки не позволяют религиозные соображения и обязательно надо всё делать прям на сервере, то писать UDF и пользоваться ею. В принципе можно написать и SP, выполняющую эту задачу, но это будет уже вершина проктологии.О.Д.Н. писал(а): Заморочка такая появилась собственно вот от куда: есть БД в которой числа должны храниться именно в таком формате как приведено в таблице, в ту же очередь есть сторонняя фирма которой необходимо порой отсылать данные и у них свои стандарты на это дело.
Если клиент такой непосредственный - копию ему. В таком же виде.О.Д.Н. писал(а): собственно я так и хотел сначала сделать пока не выяснилось, что отображение и распечатка информации в таком виде и для непосредственного клиента не помешает
Не сторможают. Только вот зачем из пустого в порожнее - ежели ни каких вычислений, то и select'а хватит.О.Д.Н. писал(а): А хранимые процедуры... - на сколько они сторможают выборку если в них просто напрямую передавать все поля таблицы, не делая ни каких дополнительных вычислений?
А эт шо за зверь? В каком языке можно строку сложить с числом? Я имею в виду из современных высокоуровневых. Про ассемблеры и PL/1 мне рассказывать не надо, кушал в больших дозах. Если всё-таки говорить то, что хочется сказать, то в библиотеке (исполняющей системе) любого транслятора, что в компиляторе, что в интерпретаторе, есть функции форматирования числовых типов при визуализации. И если ты не указываешь формат явно, то внутри функции визуализации вызывается всё та же функция с форматом по умолчанию. Так вот, сервера баз данных не занимаются визуализацией. Они занимаются хранением данных и манипулированием ими. Поэтому развитых функций форматирования не предусмотрено. При передаче числового типа на клмента всегда передаётся информация о типе (в случае numeric-decimal в том числе scale) и внутренне представление. И клиент занимается визуализацией самостоятельно исходя из этих данных и, если ты ему указываешь формат визуализации, то и из него, если нет - формата по умолчанию, который может отличаться от описания типа на сервере. Внутри же сервера при неявных преобразованиях используется только информация о типе. Для экзотики предусмотрен механизм UDF.О.Д.Н. писал(а): А вот негласное преобразование типов эт. пожалуйста.
Да брось ты, какая там нагрузка на преобразовании, тем более, что оно делается по любому, но с дефолтным форматом. Не массивы же километровые перебирать.О.Д.Н. писал(а):
Вот и преобразовывать в стандарт сторонней фирмы в приложении
собственно я так и хотел сначала сделать пока не выяснилось, что отображение и распечатка информации в таком виде и для непосредственного клиента не помешает, дополнительные же вычисляемые поля у клиента лепить не охота и так машины слабенькие.
Смотря что за выборка. Именно селективные процедуры применяют главным образом когда одним запросом с клиента получить желаемый результат невозможно или очень дорого с точки зрения оптимизатора, выгоднее собрать результат с помощью нескольких запросов внутри For Select по основным таблицам, вызывая на if-ах только те, которые для теукщей записи нужны. Ну и ещё бывают случаи параноидального отношения к управлению доступом. А на тупом простом селекте с минимальной обработкой на лету будет проигрыш, особенно на длинных фильтруемых впоследствии выборках, условия в процедуру проталкивать можно, но в общем случае геморно и нецелесообразно. Клиенту клиентово, серверу серверово. А в данном случае внутри процедуры всё равно придётся пользоваться низкоуровневыми UDF из стандартной библиотеки работы со строками, так что это будет именно через неё, такую круглую, белую, полнуюО.Д.Н. писал(а): А хранимые процедуры... - на сколько они сторможают выборку если в них просто напрямую передавать все поля таблицы, не делая ни каких дополнительных вычислений?
то есть, число из недр компьютера выводится на экран как число?дополнительные же вычисляемые поля у клиента лепить не охота и так машины слабенькие.