[YuraZ] SM2000Utils : Программы форумчан

В стандратном экспорте, не смотря на его достаточно серъезную универсальность, этих данных нет. Для таких случаев и была сделана программа SM2000Export. Но она, естественно, не обладает столь широким функционалом как экспорт в Супермаг+. Но зато позволяет знающим Pascal/Delphi и структуру таблиц Супермаг+ модифицировать выгрузку "под себя". Этакая 1С в миниатюре :) На данный момент есть выгрузка в формате dbf, но она явно не соответствует формату приведенному Вами.

P.S. Если данная проблема все еще не решена, напишите мне. Возможно я смогу помочь.

если не сложно, отладьте под sqlplus
попробовать программу хочется, но ошибки при установке смущают :)

Еще раз прошу прощения за задержку. Для компиляции под sqlplus достаточно убрать пустую строку в коде создания таблицы FFMAPREPBY. Там после объявления поля CARDRETAILPRICE вставлена пустая строка - ее необходимо убрать (это примерно в 178-ой строке). После этого у меня компиляция прошла без ошибок. Если что-то не получится - пишите.
P.S. Ваше письмо просто сразу не увидел, а потом оно "отметилось" как прочитанное.

А эти утилитки могут создавать свои таблички не в схеме SUPERMAG? Я обматерился уже, невозможно структуры сверять :(

Честно говоря задача такая никогда не стояла, да и я не задумывался. Но если это действительно надо, то я могу подумать :) Я тут кстати пытаюсь перевести скриптовую часть на PaxCompiler - реально крутая вещь. FastScript и рядом не стоял. Заодно могу подумать и над размещением в другой схеме.
P.S. Неужели и ты пользуешься моим детищем? :)

Не я :( Мои клиенты, видимо, пользовались... А у меня теперь хеши схем не совпадают. Я в оптимизаторе встроил сбор хеша схемы supermag...

Так ли уж это надо? Ведь многие сисадмины вносят изменения в схему. И от этого не деться. Допустим, уберу я утилсы в другую схему, поможет ли это тебе? И на сколько? Не выплывут ли там другие, вполне безобидные, изменения, которые будут "портить" тебе статистику?

Да нет, ты смотри сам... Но проблемы начались с момента, как я пароль SYS или SUPERMAG сменил, это уже у других... Утилиты же под общим паролем ходят? Было бы круто, если бы они хранили настройки в отдельном юзере или даже пусть в SYS, если гарантированно не растут. А пускались из под Супермаго-пользователей, чтобы можно было догадываться, кто это и что запускает, а так же рулить ими в ресурс-менеджере.

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

Сейчас при работе с SM2000 Utils у нас с одной конкретной базой возникают трудности в работе. Есть две ошибки.
Если делаешь глобальное добавление, то выдает ошибку

=== 39_BRN5-B34 ===
Ошибка! ORA-02291: нарушено ограничение целостности (SUPERMAG.SMCASHDESKSSTAFF_LOC) - исходный ключ не найден


вторая констреинт не работает

когда закладку выделяешь списков кассиров нет