ФИНАНСЫ БЕЗ ПРОБЛЕМ(tm):
ПЕРЕГОВОРНЫЙ ПУНКТ II

Добро пожаловать, Гость. Пожалуйста, выберите:
Вход || Регистрация.
29.10.20 в 12:12:43


Наш сайт | Cтаpый форум (до 08.2003 года) | Интернет-магазин & Центр загрузок |
Главная | Помощь | Поиск | Участники | Вход | Регистрация
Модифицированный Клиент CLW32:
Из документации ...
На форуме...

Использование Клиента FCM:
1. Отчетный период и журнал операций.
2. Печать.
3. Экспорт.
4. Многострочная операция.
5. Редактирование многострочных операций.
http://www.fwp-client.com

Работа с ФБП через браузер:
Настройка для лечебных учреждений, оказывающих медицинские услуги:
На форуме...
http://vasoft.ru

Технический аудит настройки.
[Читать]

ФИНАНСЫ БЕЗ ПРОБЛЕМ (сетевая) и Opencart:
предлагаем:
1. Выгрузка новых покупателей из интернет-магазина в план счетов и сохранение информации в extrd.dat.
2. Выгрузка данных о заказанном товаре и сохранение в ФБП в журнале операций, номер заказа регистрируем в плане счетов как с.счет.
3. Українська локалізація.






   Финансы без пpоблем: Пеpеговоpный Пункт II
   Пpедложения по усовеpшенствованию, сообщения об ошибках

   Нестандартное использование Сервера ФБП
« Предыдущая Тема | Следующая Тема »
Страниц: 1 2 3 4  Ответить | Уведомлять | Послать Тему | Печатать
   Автор  Тема: Нестандартное использование Сервера ФБП  (Прочитано 26833 раз)
chipic128

*



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 19
Re: Нестандартное использование Сервера ФБП
« Ответить #30 В: 23.11.12 в 11:16:42 »
Цитировать | Править

Тогда к Вам вопрос,... в даном клиенте вообще есть понятие ОПЕРАЦИЙ, или все сделано так, чтобы пользователь даже и не знал об их существованииHuh
т.е. пользователи напрямую вводят операции как в стандартном клиенте, или это все сделано через спец формы с помощю которых и генерируются операции и даные в extra.datHuh
и еще вопрос-предложение: никто не пробовал связки ФБП и СУБД MS SQL | MySQL??
ведь соласитесь что ФБП трудно сравнится с языком запросов к таким СУБД (SELECT *.......)
Зарегистрирован
Alexander_Kiev

*****





194144279 194144279    
Просмотреть Профиль | E-мэйл

Сообщений: 661
Re: Нестандартное использование Сервера ФБП
« Ответить #31 В: 23.11.12 в 14:54:36 »
Цитировать | Править

on 23.11.12 в 11:16:42, chipic128 wrote:
Тогда к Вам вопрос,... в даном клиенте вообще есть понятие ОПЕРАЦИЙ, или все сделано так, чтобы пользователь даже и не знал об их существованииHuh

Понятие «операции» относится к серверу. Пользователь должен иметь доступ к результатам операций и к их телу для редакции или создания новых. Уровень такой реализации относится к интерфейсу клиента с конечным пользователем. Штатный клиент ФБП использует последовательный доступ к полям операций и имеет отчетную форму журнала операций в виде, который устраивает не всех. Те кого это не устраивает ищут пути улучшения, а сервер при этом, совсем ни при чем.
 
Quote:
никто не пробовал связки ФБП и СУБД MS SQL | MySQL??
ведь соласитесь что ФБП трудно сравнится с языком запросов к таким СУБД (SELECT *.......)

Этот вопрос, свидетельствует о том, что Вы не осознаете принцип на котором построен ФБП-сервер. Этот сервер почти не использует дисковую память, как это делают практически все СУБД. Формат данных максимально ограничен и специализирован. Это дает возможность, все введенные и расчетные данные держать в оперативной памяти, в виде объектов(записей). За счет этого к ним достигается доступ с непревзойденной быстротой, позволяющей организацию автоактуализации при вмешательстве в прошлое. Такое, при роботе с СУБД, никто не может себе позволить.  Как только Вы задумаете использовать стандартную СУБД, про преимущества ФБП сервера и его самого можно забыть.  
« Изменён в : 23.11.12 в 17:24:31 пользователем: Alexander_Kiev » Зарегистрирован

С уважением,
Александр.
BBBB

**



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 80
Re: Нестандартное использование Сервера ФБП
« Ответить #32 В: 26.11.12 в 07:24:46 »
Цитировать | Править

В конце концов, вырисовывается - что автор темы готовится скрестить MySQL с ФБП.
Причина - большие объемы данных и связанная с ними обработка.
 
Тогда вопросы:
1) для оптимизации своих настроек - использовался ли Профилер? Его помощь на  
больших настройках - неоценимая! Иногда переписка алгоритма приводит на больших базах
эффект такого ускорения - что и не ожидаешь. А ведь вы не показали здесь ни одной картинки
с результатами Профилера - здесь нашлись бы советы от практиков.
 
2) изучался ли вопрос работы с ОДА? Вот здесь ее сферы применения:
Обмен данными между офисом и удаленными складами.
Обмен данными между удаленными офисами.
Обмен данными между системами реального времени и официального учета.
Экспорт данных в системы консолидированного учета группы предприятий.
Экспорт данных в системы учета, построенные на других платформах.
Импорт данных из различных систем.
Организация псевдо-сетевой работы на однопользовательских версиях.  
 
Ну и компьютер-сервер должен быть тогда уж не прсто компьютер, а какой-то серверный вариант.
 
Все ведь уже сделано и оптимизировано - нужно учиться пользоваться этим.
Зарегистрирован
Svetlana
Moderator

*****





472860567 472860567    
Просмотреть Профиль |

Сообщений: 374
Re: Нестандартное использование Сервера ФБП
« Ответить #33 В: 26.11.12 в 11:46:19 »
Цитировать | Править

Такая вот информация к размышлению:
 
Обратилась к одному нашему старому клиенту по вопросу количества  данных и способов организации работы, вот их характеристики (направление: сеть аптек):
- в месяц 5-6 млн операций!
- сервер ФБП 64-х разрядный на 50 имен версии 4.3 с синхронизацией, 64 Гб ОЗУ, система Windows Server 2003;
из-за больших баз предыдущие два года по полгода закрывали базу, до этого - по кварталам, в этом году - только 1-й квартал.
 
На клиентских местаях используется только стандартный clw, но есть клиентские места где написаны самостоятельно программы для извлечения данных из MySQL, все это собирается в файлы *.txt и затем отправляeтся ФБП:серверу в виде *.in.  
 
P.S. конечно, предшествовала и работа по оптимизации настроек, и увеличение ОЗУ.
Зарегистрирован
Iamik

*



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 6
Re: Нестандартное использование Сервера ФБП
« Ответить #34 В: 26.11.12 в 11:55:49 »
Цитировать | Править

on 26.11.12 в 07:24:46, BBBB wrote:
2) изучался ли вопрос работы с ОДА

Что такое ОДА, и гре можна посмотреть описание ? Сделал поиск по всему форуму и ничего не нашел.
Зарегистрирован
Svetlana
Moderator

*****





472860567 472860567    
Просмотреть Профиль |

Сообщений: 374
Re: Нестандартное использование Сервера ФБП
« Ответить #35 В: 26.11.12 в 12:06:56 »
Цитировать | Править

Это разработка Васеленко Сергея (есть в списке дилеров и разработчиков):
http://www.cardinal-soft.com
Зарегистрирован
Denis, Dnepropetrovsk

***



Я люблю этот Форум!

   
Просмотреть Профиль | E-мэйл

Сообщений: 129
Re: Нестандартное использование Сервера ФБП
« Ответить #36 В: 26.11.12 в 13:15:06 »
Цитировать | Править

on 26.11.12 в 11:46:19, Svetlana wrote:
Такая вот информация к размышлению:
 
Обратилась к одному нашему старому клиенту по вопросу количества  данных и способов организации работы, вот их характеристики (направление: сеть аптек):
- в месяц 5-6 млн операций!
- сервер ФБП 64-х разрядный на 50 имен версии 4.3 с синхронизацией, 64 Гб ОЗУ, система Windows Server 2003;
из-за больших баз предыдущие два года по полгода закрывали базу, до этого - по кварталам, в этом году - только 1-й квартал.

 
 
Похоже я что-то пропустил Huh Huh
В руководстве написано:
Quote:

b) в сетевых веpсиях:
явно заданных огpаничений нет, следует знать, что записи в файлах *.f3p содеpжат штампы с уникальными кодами опеpаций. Эти коды устpоены так:
 
MLLL-000
где
M - это месяц: A-янваpь, B-февpаль и т.д.
L - знакоместа для букв;
    здесь могут находиться латинские буквы от A до Z;
0 - знакоместа для цифp.
Таким обpазом можно опpеделить 26*26*26*10*10*10=17576000 уникальных кодов. Пpи стаpте Сеpвеp находит код с максимальным значением (если считать, что пеpвые тpи цифpы взяты из 26-pичной системы счисления, а последние тpи - из десятичной). Поpождение новых уникальных номеpов пpодолжается от этого найденного кода. Если опеpация была удалена, то ее уникальный код уже не будет никогда использован (если остались опеpации с б'ольшими значениями уникального кода). Таким обpазом суммаpный pазмеp всех 12-ти (за 12 месяцев) файлов *.f3p не может пpевышать 17576000 записей. Реальный суммаpный pазмеp (с учетом удалений - т.е. пpопущенных уникальных кодов) зависит от хаpактеpа pаботы с пpиложением, но в любом случае - никак не менее нескольких миллионов записей в год.

 
Исходя из этого 5-6 млн. операций в месяц исчерпают все возможные коды примерно за 3 месяца (никак не за 6), причем при этом невозможно будет работать с таким журналом (ничего не удалить и не создать новых операций без restamp).Скорее всего цифра 5-6 млн. слегка завышена Smiley. Не могу понять почему не воспользовались вариантом с упаковкой документов в данном конкретном случае  Sad
 
В свое время при просчете операций для настройки в режиме 1 операция=1 строка документа из-за такого ограничения пришел к варианту с упаковкой документов в extr.dat c регистрацией 1 операции для проведения документа. С тех пор ни разу не пожалел о своем выборе (единственный раз за 5 лет в этом году не получилось использовать адаптер из-за размера extr.dat, превысившего 2 гб.).
Все операции/документы могут быть сделаны в стандартном clw клиенте (хотя все заказы затягиваются из внешних xml файлов подготовленных в других расчетных программах).
 
 
По поводу  
Quote:

Quote:
Не могу поверить, что для всех ваших пользователей всегда нужны актуальные данные для продолжения работы Grin
 
а я немогу поверить что вашым пользователям плевать на то что ктото изменил остатки на складе...  

могу сказать, что остатки на складе важны только пользователям, которые "проводят" документы, то есть реально списывают или изменяют остатки на складах. Остальным пользователям-менеджерам, просто набирающим счета заказы клиентов действительно "плевать" сколько чего есть на складе в текущий момент (максимум что важно -  могут предупредить клиента что сейчас товара не хватает и продать что-нибудь другое).
Если у Вас все пользователи списывают-изменяют остатки на складах, то это совсем не означает, что всем им архиважно знать реальный остаток каких нибудь гвоздей на складе в момент набора документа по продаже, например канцтоваров или каких-то продуктов.
« Изменён в : 26.11.12 в 13:21:49 пользователем: Denis, Dnepropetrovsk » Зарегистрирован
Svetlana
Moderator

*****





472860567 472860567    
Просмотреть Профиль |

Сообщений: 374
Re: Нестандартное использование Сервера ФБП
« Ответить #37 В: 26.11.12 в 13:43:52 »
Цитировать | Править

...Исходя из этого 5-6 млн. операций в месяц исчерпают все возможные коды примерно за 3 месяца (никак не за 6), причем при этом невозможно будет работать с таким журналом (ничего не удалить и не создать новых операций без restamp).Скорее всего цифра 5-6 млн. слегка завышена...
 
Нет, здесь все верно, для этого проекта ФБП:синхросерверов было расширено адресное пространство уникальных кодов вот так:
 
после ZZZ-999 следует AAA0000, AAA0001 ...
после ZZZ0999 следует ААА1000, ААА1001 ...
 
То есть вместо среднего минуса теперь по-сути 11-ричная цифра.
Теперь может быть до 26*26*26*11*10*10*10 = 193336000 уникальных кода.
Зарегистрирован
Denis, Dnepropetrovsk

***



Я люблю этот Форум!

   
Просмотреть Профиль | E-мэйл

Сообщений: 129
Re: Нестандартное использование Сервера ФБП
« Ответить #38 В: 26.11.12 в 15:08:57 »
Цитировать | Править

Понятно Smiley
Теперь становится ясно, почему тогда не дошли до упаковки операций.
 
Я вот сам никак не могу себя заставить прописать очистку базы от прошлогодних документов и расчетов. Сейчас в extrd.dat хранятся все заказы с 2007 г. и их можно просмотреть из любой базы (так же как и подкинуть текущий extrd.dat в любую предыдущую базу). Если не решится вопрос с ограничением 2 гб для extrd.dat в адаптере, похоже все-таки придется удалять устаревшие данные. Sad
 
Иногда ограничения все же полезны Grin. Заставляют искать более оптимальные решения возникающих задач.
Зарегистрирован
BBBB

**



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 80
Re: Нестандартное использование Сервера ФБП
« Ответить #39 В: 26.11.12 в 15:32:55 »
Цитировать | Править

Попросите у ХД утилиту e.exe, а может и сами можете ее написать.
Она упорядычевает записи из extrd.dat к читабельному виду *.txt (файл соответственно уменьшается), далее можно просматривать, если обнаружились устаревшие записи - по образцу удалить их со всего extrd.dat, создается обновленный extrd.dat. Весьма удобно и благодарны.
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 228
Re: Нестандартное использование Сервера ФБП
« Ответить #40 В: 26.11.12 в 15:46:57 »
Цитировать | Править

Вот бы парочку(а то и больше) Extrd.dat иметь. Один для оперативного мусора, другой для долговременных данных. Возникали ситуации когда из-за сбоев при использовании Extrd.dat под временные массивы он рушился и терялись хранимые в нем данные о контрагентах или товарах....ой трудоемкое мучение....даже если всего пару десятков новых товаров введено в базу со времени последнего бэкапа.
« Изменён в : 26.11.12 в 15:47:52 пользователем: VLV » Зарегистрирован
Denis, Dnepropetrovsk

***



Я люблю этот Форум!

   
Просмотреть Профиль | E-мэйл

Сообщений: 129
Re: Нестандартное использование Сервера ФБП
« Ответить #41 В: 27.11.12 в 10:46:46 »
Цитировать | Править

on 26.11.12 в 15:46:57, VLV wrote:
Вот бы парочку(а то и больше) Extrd.dat иметь. Один для оперативного мусора, другой для долговременных данных. Возникали ситуации когда из-за сбоев при использовании Extrd.dat под временные массивы он рушился и терялись хранимые в нем данные о контрагентах или товарах....ой трудоемкое мучение....даже если всего пару десятков новых товаров введено в базу со времени последнего бэкапа.

 
Хмм..  а о каких сбоях идет речь?
Поначалу тоже боялся что будут сбои с extrd.dat,  но за пять лет ни разу extrd.dat не слетал (тьфу тьфу). Acnt.a3p  регулярно из acnt.bak восстанавливаю, так как большой очень 420мб  долго перезаписывается при изменении..
 
C extrd.dat  работаю всегда в режиме fastged (так как в нем храню документы и временные данные для рабочих форм без fastged скорость выполнения форм падает на порядок).
 
Зарегистрирован
Iamik

*



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 6
Re: Нестандартное использование Сервера ФБП
« Ответить #42 В: 27.11.12 в 11:57:03 »
Цитировать | Править

on 27.11.12 в 10:46:46, Denis, Dnepropetrovsk wrote:
Acnt.a3p  регулярно из acnt.bak восстанавливаю, так как большой очень 420мб  долго перезаписывается при изменении..

Интересный факт: размер записи acnt.a3p 1565 байт, а реально необходимо только 332 байта, все остальное раскручивается в памяти. То есть ваших 420 Мб вполне могут быть 90 Мб, если изменить процес считывания и записи acnt.a3p   Wink
« Изменён в : 27.11.12 в 11:58:45 пользователем: Iamik » Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 228
Re: Нестандартное использование Сервера ФБП
« Ответить #43 В: 27.11.12 в 12:04:19 »
Цитировать | Править

Quote:
Хмм..  а о каких сбоях идет речь?  

 
Отчетные формы у меня строятся через массивы, использующие extrd.dat. Область применения минимаркет...порядка 20000 наименований товаров. В extrd.dat в основном сокращенные наименования, штрихкоды, всего около 100МБ. Цифры в екстра, оперативное ядро в фактах.... Расклад такой что остальные  300-400М extrd.dat заняты под оперативные массивы через которые импортируются продажи из ККМ, строятся формы.
  
Сбои несколько раз возникали видимо из-за вирусов когда шла активная работа по инвентаризации сразу из нескольких клиентов. Сервер вроде не виноват. Но если бы  данные о товарах и "оперативная" память были разделены востанавливать последствия было бы легче.
« Изменён в : 27.11.12 в 12:19:34 пользователем: VLV » Зарегистрирован
mine-R

***



compact & flexible rulezzz

   
Просмотреть Профиль |

Сообщений: 111
Re: Нестандартное использование Сервера ФБП
« Ответить #44 В: 03.12.12 в 21:30:18 »
Цитировать | Править

В качестве пожелания.
Хотелось бы в компанию к restamp.exe, появления destamp.exe. Нативного,"от создателя"  Smiley
Зарегистрирован
Страниц: 1 2 3 4  Ответить | Уведомлять | Послать Тему | Печатать

« Предыдущая Тема | Следующая Тема »

Powered by YaBB 1 Gold - SP 1.3.2!
Forum software copyright й 2000-2004 Yet another Bulletin Board