Форум

Давайте уточним как Вы хотите делать генерацию проводок - самостоятельно или штатными средствами ? Т.е. как Вы это делаете ?

Цитата
nordk пишет: val_id - Гуид Валюты, если Вы зполняетет сами то он обязателен разумеется !!! Иначе проводка не будет знать по какой валюте она живет, последствия думаю не изучал никто.

Проводка пойдет мимо в результатах, то есть как бы будет, но в отчетах как бы и нет.

Цитата
itman пишет: Проводка пойдет мимо в результатах, то есть как бы будет, но в отчетах как бы и нет.

Понял, спасибо за разъяснения. val_id - важное поле и к заполнению обязательное, а idmain можно пренебречь.

Хочется ответить nordk`у: проводку генерируем самостоятельно скриптом на Харборе, так как Ваши Штатные функции (DR и CR) работают очень долго и выдают совершенно непонятные и не логичные ы, и нет никакого желания лезь в программирование, но вы сами вынуждаете - создаёте функции, которые не управляются проектировщиком или программистом. Легче тогда свой скоб установить, рассчитать всё, что нужно и выдать результат за пять минут, а не за тридцать...

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

Цитата

Александр Батищев пишет: Цитата itman пишет: Проводка пойдет мимо в результатах, то есть как бы будет, но в отчетах как бы и нет. Понял, спасибо за разъяснения. val_id - важное поле и к заполнению обязательное, а idmain можно пренебречь. Хочется ответить nordk`у: проводку генерируем самостоятельно скриптом на Харборе, так как Ваши Штатные функции (DR и CR) работают очень долго и выдают совершенно непонятные и не логичные ы, и нет никакого желания лезь в программирование, но вы сами вынуждаете - создаёте функции, которые не управляются проектировщиком или программистом. Легче тогда свой скоб установить, рассчитать всё, что нужно и выдать результат за пять минут, а не за тридцать... описания полей я читаю..., а спрашиваю, потому что, непонятно написано... и возник не на пустом месте, и вообще если Вы такой опытный и умный, то дайте ссылку где почитать и не устраивайте выпендрёж. Мне нужен ответ на , а не рассуждения на тему - "а зачем вам это надо"

Добрый день!
1. IDMAIN лучше заполнить функцией XGUID() (если в БЭСТе).
2. Насчет запросов - с ближайшем пакете сделаем возможность управления (задать вид расчета).
3. По поводу "наложить скоб и выдать результат за пять минут" - пробуйте конечно, но не все так просто...

Цитата
Александр Батищев пишет: описания полей я читаю..., а спрашиваю, потому что, непонятно написано... и возник не на пустом месте, и вообще если Вы такой опытный и умный, то дайте ссылку где почитать и не устраивайте выпендрёж.

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

Если в БЭСТе что-то неудобно сделано, нам необходимо четкая аргументация что, почему и зачем, в какой ситуации и по какой причине это имеет место. И это тоже нормально. Критика нужна в конструктивной форме, иначе она не имеет смысла.

Насчет документирования и подсказок.
Если пользователю что-то непонятно написано - то интересно всегда знать что конкретно.
Бывает, что люди не читают и узнают тут (на форуме) где почитать.

На все остальное Сан Саныч Вам написал.

Цитата
Александр Титов пишет: Добрый день! 1. IDMAIN лучше заполнить функцией XGUID() (если в БЭСТе). 2. Насчет запросов - с ближайшем пакете сделаем возможность управления (задать вид расчета). 3. По поводу "наложить скоб и выдать результат за пять минут" - пробуйте конечно, но не все так просто...

Спасибо за конструктивный ответ.
Только что, получили результат: отчёт со скобом сформировался за 4-ре секунды !!!

Заметили ещё одну особенность: в случае использования DR и CR на сервере отчёт отчёт формировался за 5-7 минут, а на клиенте более 40 и выключили не дождавшись... Такое ощущение, что алгоритм расчёта функций не использует технологии SQL или использует как-то не полностью.

Цитата
Александр Батищев пишет: Заметили ещё одну особенность: в случае использования DR и CR на сервере отчёт отчёт формировался за 5-7 минут, а на клиенте более 40 и выключили не дождавшись...

Характерный случай неоптимизированного сервера под файл-серверные потребности БЭСТа.
Обычно при такой ситуации мы давали системную администратору задачу, чтобы скорость работы по сети не уступала локальной существенно.
Не знаю над чем он там колдовал, но в итоге скорость работы что локально, что по сети были примерно одинаковые.

Цитата
nordk пишет: В свое время Александр Гершанов обращался с вопросом, что у него в базе было около миллиона проводок и мне доводлилось доказывать что харбор умеет работать с таким массивом очень быстро. Так что 300 тысяч для харбора это не размер :) В функциях которые Вы критикуете, применяется именно скоб и работают они не медленно, а если использовать банк данных, то практически моментально.

Да, Харбор штука шустрая, мне и удивительно, что в базе всего 350000 проводок и такое "проседание" по скорости.

Цитата
Александр Батищев пишет: Да, Харбор штука шустрая, мне и удивительно, что в базе всего 350000 проводок и такое "проседание" по скорости.

Мне тоже когда-то было удидивительно и я был таким же.
Также не понимал Сан Саныча.
Я сегодня специально еще раз пробежался по исходникам CR и DR.
У меня после псевдобейсика БЭСТ-4 есть некий осадок, но я там вижу скоб Сан Саныча причем сходу.И сразу понимаю что подход неграмотным назвать нельзя.

Тут оптимизации анализа множества условий.
Причем каждый пункт расчета нельзя сказать, что продуман....
Да, в примитивном случае можно наложить скоб и будет все быстро, но потом у кого то высняется что в 1 случае из 1000 бывает вот такая ситуация, у другого другая и универсальность бывает расплатой за скорость. Оптимизация кода вещь непростая и не всегда понятно:
- то ли код не оптимизирован, то ли тот кто просит упростить - не все свои варианты просчитал....
Таким образом порой действительно именно плагин под Заказчика бывает,что это правильное решение, потому что общее решение трогать нельзя под кого-то индивидуально.
Вот такие тонкости приходится КБ постоянно учитывать

Я даже пытался найти кусок кода который можно дополнительно выложить, к тому, что есть в общей поставке и понял, что и этого не смогу предоставить - потому что это не одна функция - это сразу целая библиотека функций увязанных друг с другом....
Казалось бы примитивная задача внутри представляет достаточно сложный механизм.

Поэтому вывод один - если будете делать свой скоб, просто постарайтесь все предусмотреть, применительно к Заказчику, но Ваш плагин может оказаться очень шустрым применительно к конкретной задаче. Если добавляете строки - используйте ADDREC() - эта штатная функция невидимо от Вас сама заполняет ключевые гуиды.
Никаких append из клиппера - там именно уже продумано.
Но гуидов как оказалось бывает много и их иногда надо создавать, как написал Сан Саныч, я сходу не написал - потому что сомневался: а надо ли....

P.S. Прошу все мои ответы принимать за желание помочь. У меня не всегда как у Сан Саныча получается сходу видеть ответ и сходу понять суть а,но тем не менее моя задача разгрузить шефа от повседневных вопросов, поэтому на мои глупые ы просьба не обижаться.К тому же тут очень сильно помогают Алексей Новиков и Евгений Ильин, иногда помогает Денис. Ответы грамотные, профессиональные.
За это ребятам пользуясь случаем мой низкий поклон.
Если что,Сан Саныч сам впишет правильный ответ.

Цитата
nordk пишет: Да, в примитивном случае можно наложить скоб и будет все быстро, но потом у кого то высняется что в 1 случае из 1000 бывает вот такая ситуация, у другого другая и универсальность бывает расплатой за скорость.

Плагин буден уникальным - только для этого клиента.

Цитата
nordk пишет: Если добавляете строки - используйте ADDREC() - эта штатная функция невидимо от Вас сама заполняет ключевые гуиды.

Эту функцию и используем..., но idmain не заполняется? Может AddRec вызывать с какими-то параметрами, чтобы idmain заполнялся? Но в описании функции не написано, что у AddRec вообще есть параметры.

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

Спасибо за разъяснения, я тоже не системщик... По крайней мере понятно, где и как можно проводить оптимизацию.