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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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