Создание таблыцы Б.Д. со строкой большой длины

ZShurik

Нужен Netweaver 7.0 Ehp2 и вперёд - там уже нормальная поддержка BLOB. Правда он ещё не вышел...
И в 7.0 вроде тоже можно BLOB использовать в таблицах?

Виктор(Минск)

DaV написал(а):

Если в кратце задача такая, загрузить excel фаил произвольного объема в таблицу базы данных, ИМЕННО в виде ОДНА ТАБЛИЦА ИЗ ФАЙЛА ОДНА СТРОКА В ТАБЛИЦЕ, так что вариант Виктора к спжалению не подходит, думаю может сделать несколько таблиц а потом из них View и записовать уже в нее,как считаете такой вариант возможен?

1. Вот не ведомо мне, как оно нонеча, но вот давеча ограничение было на ввод/вывод в поле 125 символов. Т.е. 255 символов * 256 столбцов (допустим, хотя и у SQL-сервера есть ограничения для таких "длинных" таблиц) впихнуть можно, но вот отобразить их гридом или экранной талбицей будет весьма затруднительно (если, конечно, не вводить дополнительный уровень абстракции типа: "Вот на экране отображаются два поля - это, какбы, одна ячейка данных"

).

2. А вот кто сказал, что данные в ячейке будут максимальной длинной 255 символов, а не больше? Встречался я с Ёкселовскими файлами, в которых ячейки содержали целые законодательные опусы, которые надо было грузить в Кормильца.

P.S. А потчему-бы не хранить весь файл в текстовом объекте? Т.е. брать йоксель, его тихонечко потрошить в тескт с разделителями, и сохранять в таком виде, а потом, по требованию, считывать.

sy-uname

DaV написал(а):

а тогда какие есть еще варианты при такой жесткой постановки задачи?

Попробовать кластерные таблицы (а-ля BSEG)?

DaV

Пономарев Артем написал:

Безотносительно самой бредовости задачи:
ну адаптируйте вариант Виктор(Минск) на одну строку, сиречь убейте N1256 а вместо Столбец255 используйте табличный тип с типом строки CHAR 255.

UPD: Поправил. Не то поле сначала скопировал под удаление

попробовал вашу идею воплотить в жизнь, получаю ошибки "табельный тип Z_EXCEL_ZEILE не может быть использован в д.б. таблице Z_EXCEL_FILE" в чем тут может быть дело?или такое вазможно только с кластерными таблицами?

DaV

<em>Виктор(Минск)</em> написал(а):

2. А вот кто сказал, что данные в ячейке будут максимальной длинной 255 символов, а не больше? Встречался я с Ёкселовскими файлами, в которых ячейки содержали целые законодательные опусы, которые надо было грузить в Кормильца.

P.S. А потчему-бы не хранить весь файл в текстовом объекте? Т.е. брать йоксель, его тихонечко потрошить в тескт с разделителями, и сохранять в таком виде, а потом, по требованию, считывать.

DaV написал(а):

Если в кратце задача такая, загрузить excel фаил произвольного объема в таблицу базы данных, ИМЕННО в виде ОДНА ТАБЛИЦА ИЗ ФАЙЛА ОДНА СТРОКА В ТАБЛИЦЕ, так что вариант Виктора к спжалению не подходит, думаю может сделать несколько таблиц а потом из них View и записовать уже в нее,как считаете такой вариант возможен?

1. Вот не ведомо мне, как оно нонеча, но вот давеча ограничение было на ввод/вывод в поле 125 символов. Т.е. 255 символов * 256 столбцов (допустим, хотя и у SQL-сервера есть ограничения для таких "длинных" таблиц) впихнуть можно, но вот отобразить их гридом или экранной талбицей будет весьма затруднительно (если, конечно, не вводить дополнительный уровень абстракции типа: "Вот на экране отображаются два поля - это, какбы, одна ячейка данных"

).

2. А вот кто сказал, что данные в ячейке будут максимальной длинной 255 символов, а не больше? Встречался я с Ёкселовскими файлами, в которых ячейки содержали целые законодательные опусы, которые надо было грузить в Кормильца.

P.S. А потчему-бы не хранить весь файл в текстовом объекте? Т.е. брать йоксель, его тихонечко потрошить в тескт с разделителями, и сохранять в таком виде, а потом, по требованию, считывать.

Все верно на счет длтны ячейки, но вроде заказчик гарантирует что длина не бедет превосходить 255 символов (вариант с текстовым файлом был отклонен заказчиком категорично)

vga

Можно попробовать сделать Database View.
Создать 24 таблицы (ZTABLE1 - ZTABLE24) с полями
TABNAME - ключ
FIELD1
...
FIELD12

Ограничение на максимальное количество JOIN и длину полей в каждой таблице не будет превышено.

Пономарев Артем

DaV написал(а):

попробовал вашу идею воплотить в жизнь, получаю ошибки "табельный тип Z_EXCEL_ZEILE не может быть использован в д.б. таблице Z_EXCEL_FILE" в чем тут может быть дело?

Это я забыл что САП не позволяет использовать вложенные таблицы в таблицах. Только в структурах/типах.
Так что такой вариант не пройдет.

DaV

vga написал(а):

Можно попробовать сделать Database View.
Создать 24 таблицы (ZTABLE1 - ZTABLE24) с полями
TABNAME - ключ
FIELD1
...
FIELD12

Ограничение на максимальное количество JOIN и длину полей в каждой таблице не будет превышено.

Я такой вариант уже предлогал

sy-uname написал(а):

DaV писал(а):
Так что вы думаете стоит пробовать с View заморачиваться или пустой номер

пустой номер

DaV написал(а):

Так что вы думаете стоит пробовать с View заморачиваться или пустой номер

пустой номер

, но он был отвергнут, как вы думаете может получиться или остается только один вариант кластерные таблицы?

trop

кластерная этажем выше

vga

DaV написал(а):

Я такой вариант уже предлогал

Попробуйте, может и получится в вашей системе.

DaV

trop написал(а):

кластерная этажем выше

А кластерные таблицы (илипуловские) можно самим разве создавать?

Art386

DaV написал(а):

trop написал(а):

кластерная этажем выше

А кластерные таблицы (илипуловские) можно самим разве создавать?

Запросто

Создаете таблицу как прозрачную, потом переходите в SE11 в меню Дополнительная информация->Изменить вид таблицы

На вкладке Поставка и ведение появится доп. поле - имя пула/кластера.
Надо указать его. Но перед этим создать: SE11 меню Утилиты->Другие объектв словаря, там создать пул/кластер, который должен содержать поля
(пул)

Code:

TABNAME        CHAR      10 - ключ
VARKEY         CHAR      50 - ключ
DATALN         INT2       5
VARDATA        RAW      100

а кластер должен содержать немного другие поля... смотрите, короче, стандартные пулы и кластеры и читайте справку по пулам и кластерам.
У кластера ключ формируется пересечением ключей всех таблиц кластера, например так (ключи таблиц должны иметь общую часть)

Code:

MANDT          CLNT       3 - ключ
WERKS          CHAR       4 - ключ
PAGENO         INT2       5
TIMESTMP       CHAR      46
PAGELG         INT2       5
VARDATA        RAW     3800

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

Надеюсь, подробно все описал

DaV

Art386 написал:

Надеюсь, подробно все описал

Спасибо все понятно, читал справку и документацию просто там написано что они разрабатываются только SAP и там еше есть одно что меня насторажило, что касаемо типов данных которые должны использоваться для них,

A table pool or table cluster should be used exclusively for storing internal control information
(screen sequences, program parameters, temporary data, continuous texts such as
documentation). All data of commercial relevance is stored exclusively in transparent tables!

наверное из-за того что хоть данное ни где и не прописано, но есть также ограничение на длину строки таблицы (4030) а такие данные как описано выше должны использоваться в силу их относительно малых размеров.
Буду очень рад если не прав. Если кому-то точно известно что такого ограничения нет сообщите.

Кодер

Есть еще вариант, который описан в хелпе на команду EXPORT TO DATABASE. По идее там сохранять можно без ограничений. Только вот искать не по ключу в такой таблице не получится.

Parazit

DaV написал(а):

Parazit написал:

...И всё таки, это еще не конечная задача, а средство ее достижения. А конечная цель какая? Зачем эти таблицы?

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

Кхм... Уточним вопрос.
Заказчик, во всяком случае конечный, не может хотеть таблицу. Он может хотеть некую функциональность, которая решала бы какие то задачи. Например, он может хотеть бухгалтерский учет, чтобы формировать стандартную отчетность, и т.д.
Какую функциональность хочет построить таким образом ваш, видимо промежуточный, заказчик?

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

Создание таблыцы Б.Д. со строкой большой длины

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