Posted: Fri Mar 22, 2013 6:22 pm Post subject: Edit tables
Прошу сразу извинить если оффтоп.
Проблема такая :
в системе установлены ноты запрещающие редакцию таблиц.
Se16N - например не реагирует на параметр режима.
есть некоторые адаптации стандартного функционала как se11, но проблема таже.
Понимаю, что задача с точки зрения безопасности грубая. Но временно нужен такой функционал, который редактирует любую таблицу бд - пользовательскую или настроечную.
Кто что может, подскажите плииз как решить проблему? _________________ (SAP) Система нипель... выпускает лучше, чем впускает!
Posted: Mon Mar 25, 2013 4:40 pm Post subject: Re: Решение
Armann wrote:
Crystal_Ra wrote:
To GHOST
Quote:
как вариант ФМ SE16_INTERFACE
- не все удобно в этом модуле - а именно, он дает всю таблицу, без селект-экрана.
Ограничения выборки задаются в параметрах модуля
Резонно! , но придется писать руками туда всё... Трудоемко.
А модуль хороший ))) _________________ (SAP) Система нипель... выпускает лучше, чем впускает!
Posted: Mon Mar 25, 2013 5:42 pm Post subject: Re: Решение
Crystal_Ra, вообще я бы посоветовал очень осторожно пользоваться ФМником (он логгирует изменения, да) и не переносить программы-редакторы в продуктив. На всех проектах конечно разная степень пофигизма, но принципе есть возможность огрести за это таких люлей, когда 'вазелин еще надо заслужить'
Posted: Mon Mar 25, 2013 11:14 pm Post subject: Re: Решение
Armann wrote:
Crystal_Ra, вообще я бы посоветовал очень осторожно пользоваться ФМником (он логгирует изменения, да) и не переносить программы-редакторы в продуктив. На всех проектах конечно разная степень пофигизма, но принципе есть возможность огрести за это таких люлей, когда 'вазелин еще надо заслужить'
Спасибо Armann все это 100% верно!
Уже спорил и доказывал ) "геммор" всего этого подхода...
Пусть тема будет "общеразвивающей" и "говнокодерской" )) _________________ (SAP) Система нипель... выпускает лучше, чем впускает!
Проблема такая :
в системе установлены ноты запрещающие редакцию таблиц.
Se16N - например не реагирует на параметр режима.
есть некоторые адаптации стандартного функционала как se11, но проблема таже.
Понимаю, что задача с точки зрения безопасности грубая. Но временно нужен такой функционал, который редактирует любую таблицу бд - пользовательскую или настроечную.
Кто что может, подскажите плииз как решить проблему?
А если попробовать включить режим отладки в нужном месте - через /h, если это разрешено в системе ? Заходим в нужную таблицу через se16, выделяем строку и подробный просмотр. После этого вверху вводим /h и нажимаем 2 раза Enter. Переходим в режим отладки и подменяем в debugере функциональный код на код 'редактировать' (кажется EDIT). В результате все неключевые поля доступны для редактирования. исправляй и сохраняй. И так на любой таблице. _________________ Когда другие слепо следуют за истиной, помни - ничто не истина.
Age: 165 Joined: 04 Oct 2007 Posts: 1218 Location: Санкт-Петербург
Posted: Thu Sep 26, 2013 9:08 am Post subject: Re: Edit tables
Nick_Papkov wrote:
А если попробовать включить режим отладки в нужном месте - через /h, если это разрешено в системе ? Заходим в нужную таблицу через se16, выделяем строку и подробный просмотр. После этого вверху вводим /h и нажимаем 2 раза Enter. Переходим в режим отладки и подменяем в debugере функциональный код на код 'редактировать' (кажется EDIT). В результате все неключевые поля доступны для редактирования. исправляй и сохраняй. И так на любой таблице.
1) В проде прав на отладчик, как правило, не дают, а тем более на модификацию полей.
2) Не юзерское это дело, под дебагом данные править. Тем более это очень медленно, при больших объемах. За раз несколько строк через буфер обмена не вставить. _________________ Молитва - это запрос разработчику на изменение кода программы.
1) В проде прав на отладчик, как правило, не дают, а тем более на модификацию полей.
Были случаи, когда даже в продуктиве при запрете редактирования у заказчика заходил в se16 до отдельной записи, включал отладку через /h и свободно правил неключевые поля. Возможно что не доделали настройки, а возможно что это лазейка, которую не закрыли.
vga wrote:
2) Не юзерское это дело, под дебагом данные править. Тем более это очень медленно, при больших объемах. За раз несколько строк через буфер обмена не вставить.
При больших объемах данных такой вариант конечно не проходит. Долго и муторно. Но вопрос стоял про вариант в принципе, про объемы исправлений речь не шла. Если объем исправлений небольшой, то такой способ (если сработает) вполне подходит без написания своего кода. _________________ Когда другие слепо следуют за истиной, помни - ничто не истина.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
All product names are trademarks of their respective companies. SAPNET.RU websites are in no way affiliated with SAP AG. SAP, SAP R/3, R/3 software, mySAP, ABAP, BAPI, xApps, SAP NetWeaver and any other are registered trademarks of SAP AG. Every effort is made to ensure content integrity. Use information on this site at your own risk.
