Товарищи форумчане, есть такая проблема:

Существует осх, стороннего разработчика. В нем есть SQL-запрос который надо отредактироватью. Самих исходных кодов нет.

Вопросы:
Есть ли какие-нибудь проги позволяющие отредактировать файл не изменяя его структуру?
Может я что-то не так понимаю и такая задача вообще не решаема? Просто сама строчка с запросом найдена, а дабавить надо фактически всего одно поле..

Заранее благодарю за помощь.

MasterZiv
Евгений_Анатольевич пишет:
> Существует осх, стороннего разработчика. В нем есть SQL-запрос который
> надо отредактироватью. Самих исходных кодов нет.

Если запрос лежит в ресурсах, то это очень просто -- берёшь любой
редактор ресурсов (например, Visual Studio) и правишь, при этом
результат успешный гарантирован на 100%.

Если нет, то это практически невозможно.


Открыл в редакторе(LordPE и PETools) и тот и другой показали наличие 4х секций. ни в одну из этих секций не попадает блок, который надо отредактировать.. :(

А не поделитесь почему это невозможно? На сколькоя я догадываюсь (в этом вопросе вообще не разбираюсь), в файле прописано где какие блоки, заголовки и что к чему относится. Но есди это так, то увеличениеколичества символов в одном блоке - приведет к смещению по всем блокам и следовательно увеличению всего файла. Разве невозможно отредактировать соответственно все эти хранящиеся значения с учетом изменений?

Или я вообще как-то не так понимаю данную проблему?

VowkИнтересно было бы посмотреть на строку,которая находится в OCX, и на ту, которую
хотелось бы вставить.
легко:
сейчас так:

а надо так:

Товарищи, может я объясняю фигово..

При открытии обычным блокнотом можно в тексте ОСХ найти указанную выше строчку кода =) ни о какой декомпиляции или дизассемблировании речи не идет. нужно фактически в уже рабочем созданном файле дописать нужные данные.

п.с. сам ОСХ написан 6 Дельфях, если это имеет значение :)

MazoHistНе получится. OCX ничего не знает о дополнительных данных, которые необходимо добавить.
ЗЫ: я бы посмотрел в сторону триггеров БД.
egorychзначение по умолчанию в столбец UserID нельзя разве поставить?
тем более, что действительно, ocx не знает о том, какое значение подставлять в запрос. Грохнется всё у вас по-любому

хм.. вся попа в том, что узнать кто юзер невозможно, потому что приложение клиент-серверное и эти данные отправляются с клиента(о юзере)..

были мысли привязать пользователей через SPID и юзверей которые на них висят, но такая лажа получилась, что это приложение не держит ни нормальную виндовую аутентификацию - ни аутентификацию средствами БД.. Тоесть пользователя БД для приложения создаешь одного и по его правам все подключаются.. :( То есть по спиду невозможно идентифиуировать пользователя, а соостветственно и вписать эти данные в БД триггером..

Если есть какие-то соображения как это реализовать - буду благодарен :)

+
то есть в этой системе своя таблица где хранится список пользователей и их айдишники, которые потом используются. а привязки этих внутрисистемных пользователей к БД-шным пользователям или виндовым - нет... :(

egorychсубд какой? должны в ней быть встроенные средства определения пользователя, пославшего запрос
Евгений_Анатольевичесть в этой системе своя таблица где хранится список пользователей и их айдишники, которые потом используются. а привязки этих внутрисистемных пользователей к БД-шным пользователям или виндовым - нет придётся сделать один раз и не мучаться потом.

MS SQL 2000, создал тему в соответсвующем разделе. Посмотрим, что посоветуют спецы..

egorychкури в сторону user_id( user_name() ) ставишь это как default constraint в своём поле userID - будет текущий пользователь БД.
связующую таблицу между юзерами БД и ocx сделать всё равно придётся, без неё не обойтись, имхо.

Ты думаешь в эту сторону я еще не курил? :)

Евгений_Анатольевичбыли мысли привязать пользователей через SPID и юзверей которые на них висят, но такая лажа получилась, что это приложение не держит ни нормальную виндовую аутентификацию - ни аутентификацию средствами БД.. Тоесть пользователя БД для приложения создаешь одного и по его правам все подключаются.. :( То есть по спиду невозможно идентифиуировать пользователя, а соостветственно и вписать эти данные в БД триггером..