Текущее время: Пн, июл 28 2025, 01:35

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
 Заголовок сообщения: компрессия данных
СообщениеДобавлено: Ср, фев 27 2013, 09:05 
Специалист
Специалист

Зарегистрирован:
Вт, фев 08 2011, 06:51
Сообщения: 109
Здравствуйте.
Подскажите пожалуйста есть ли возможность сжатия длинны типа CHAR ?
То есть у меня есть поле длинной 33 символа. Можно ли его как то сжать до длинны в 32 символа?
И соответственно потом превратить его из 32 символов в 32.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: компрессия данных
СообщениеДобавлено: Ср, фев 27 2013, 10:19 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Чт, окт 08 2009, 05:37
Сообщения: 70
Пол: Мужской
Есть CL_ABAP_GZIP, но не факт, что он всегда сожмет данные.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: компрессия данных
СообщениеДобавлено: Ср, фев 27 2013, 10:30 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Пт, июн 16 2006, 00:43
Сообщения: 1686
Откуда: Москва <-> Красноярск
Пол: Мужской
BenderMTB,
BenderMTB написал(а):
Есть у меня есть поле длинной 33 символа. Можно ли его как то сжать до длинны в 32 символа?

Да.
DATA: c1(33), c2(32).
c2 = c1.
BenderMTB написал(а):
И соответственно потом превратить его из 32 символов в 32.

В 32 - не вопрос. Обратно в 33 уже никак. Последний символ поглотила энтропия на предыдущем шаге.

А если серьезно, опишите задачу подробнее.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: компрессия данных
СообщениеДобавлено: Ср, фев 27 2013, 13:14 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, окт 06 2005, 16:44
Сообщения: 3080
Откуда: Москва
BenderMTB написал(а):
Подскажите пожалуйста есть ли возможность сжатия длинны типа CHAR ?

А зачем, если не секрет?

_________________
С уважением,
Удав.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: компрессия данных
СообщениеДобавлено: Чт, фев 28 2013, 11:28 
Специалист
Специалист

Зарегистрирован:
Вт, фев 08 2011, 06:51
Сообщения: 109
Ulis написал:
Есть CL_ABAP_GZIP, но не факт, что он всегда сожмет данные.

Класс CL_ABAP_GZIP может не только не сжать данные, но и наоборот увеличить длину...

Удав написал(а):
А зачем, если не секрет?

В потоке операций есть возможность использования классов (по аналогии с Бизнес объектами). В этих классах есть 2 метода BI_PERSISTENT~FIND_BY_LPOR и BI_PERSISTENT~LPOR, которые запрашивают ключ инстанции и саму инстанцию класса по этому ключу. Соответственно потом этот класс можно обрабатывать в контейнере потока. В этих методах есть ограничение, что ключ инстанции должен быть не более 32х символов (по этому ключу, в ходе жизни потока, пересоздаётся инстанция класса, так как сома инстанция класса не храниться в потоке всё время).
В моём классе ключ инстанции не укладывается в 32 символа. И вот подумал, может можно как то сжать мой ключ до 32 символов. Но видимо придётся хранить guid и ключ инстанции в прозрачной таблице.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: компрессия данных
СообщениеДобавлено: Чт, фев 28 2013, 11:43 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пн, мар 28 2005, 15:38
Сообщения: 1257
Цитата:
Класс CL_ABAP_GZIP может не только не сжать данные, но и наоборот увеличить длину...


И это - нормально. Архив хранит не только собственно сжатые данные но инфу о сжатии: словарь и т.д.

По существу вопроса, (телепат мод он): что-то Вы перемудрили. Вы хотите работать с персистентом, судя по названиям методов. Там по определению ключи - GUID (те самые 32 байта) . Наверное, не стоит выдумывать что-то дополнительное, а поэтому - лучше тоже использовать персистенты. И проблем с ключом тогда не будет, при условии ваши объекты будут соответствовать объектам, которые ожидает получать нужный Вам метод.
(телепат мод офф)

_________________
Там, где я рос, единственным развлечением было запоминать число «π».(С) Н. Стивенсон


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: компрессия данных
СообщениеДобавлено: Чт, фев 28 2013, 11:50 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, окт 06 2005, 16:44
Сообщения: 3080
Откуда: Москва
BenderMTB написал(а):
Но видимо придётся хранить guid и ключ инстанции в прозрачной таблице.

Это нормальная практика.

_________________
С уважением,
Удав.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: компрессия данных
СообщениеДобавлено: Вс, мар 03 2013, 01:18 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пт, сен 23 2005, 11:11
Сообщения: 963
не совсем понятно, но можно ключевые поля во второстепенные и использовать их md5 в ключе


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: компрессия данных
СообщениеДобавлено: Пн, мар 04 2013, 04:24 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 17:44
Сообщения: 1001
Откуда: что и все
Пол: Мужской
а если было бы не из 33х символов а из 20, рука не дрогнула бы что-ли вместо ГУИДов фигарить данные?

_________________
Telegram-chat: PO, CPI-PI, java, groovy


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 9 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB