Автор |
Тема: Нестандартное использование Сервера ФБП (Прочитано 46846 раз) |
|
chipic128
Я люблю этот Форум!
Просмотреть Профиль |
Сообщений: 19
|
 |
Re: Нестандартное использование Сервера ФБП
« Ответить #30 В: 23.11.12 в 11:16:42 » |
Цитировать | Править
|
Тогда к Вам вопрос,... в даном клиенте вообще есть понятие ОПЕРАЦИЙ, или все сделано так, чтобы пользователь даже и не знал об их существовании
т.е. пользователи напрямую вводят операции как в стандартном клиенте, или это все сделано через спец формы с помощю которых и генерируются операции и даные в extra.dat
и еще вопрос-предложение: никто не пробовал связки ФБП и СУБД MS SQL | MySQL??
ведь соласитесь что ФБП трудно сравнится с языком запросов к таким СУБД (SELECT *.......)
|
|
 Зарегистрирован |
|
|
|
Alexander_Kiev
 
Просмотреть Профиль | E-мэйл
Сообщений: 661
|
|
Re: Нестандартное использование Сервера ФБП
« Ответить #31 В: 23.11.12 в 14:54:36 » |
Цитировать | Править
|
on 23.11.12 в 11:16:42, chipic128 wrote:Тогда к Вам вопрос,... в даном клиенте вообще есть понятие ОПЕРАЦИЙ, или все сделано так, чтобы пользователь даже и не знал об их существовании
|
|
Понятие «операции» относится к серверу. Пользователь должен иметь доступ к результатам операций и к их телу для редакции или создания новых. Уровень такой реализации относится к интерфейсу клиента с конечным пользователем. Штатный клиент ФБП использует последовательный доступ к полям операций и имеет отчетную форму журнала операций в виде, который устраивает не всех. Те кого это не устраивает ищут пути улучшения, а сервер при этом, совсем ни при чем.
Quote: никто не пробовал связки ФБП и СУБД MS SQL | MySQL??
ведь соласитесь что ФБП трудно сравнится с языком запросов к таким СУБД (SELECT *.......)
|
|
Этот вопрос, свидетельствует о том, что Вы не осознаете принцип на котором построен ФБП-сервер. Этот сервер почти не использует дисковую память, как это делают практически все СУБД. Формат данных максимально ограничен и специализирован. Это дает возможность, все введенные и расчетные данные держать в оперативной памяти, в виде объектов(записей). За счет этого к ним достигается доступ с непревзойденной быстротой, позволяющей организацию автоактуализации при вмешательстве в прошлое. Такое, при роботе с СУБД, никто не может себе позволить. Как только Вы задумаете использовать стандартную СУБД, про преимущества ФБП сервера и его самого можно забыть.
|
| « Изменён в : 23.11.12 в 17:24:31 пользователем: Alexander_Kiev » |
Зарегистрирован |
С уважением,
Александр.
|
|
|
BBBB
Я люблю этот Форум!
Просмотреть Профиль |
Сообщений: 89
|
|
Re: Нестандартное использование Сервера ФБП
« Ответить #32 В: 26.11.12 в 07:24:46 » |
Цитировать | Править
|
В конце концов, вырисовывается - что автор темы готовится скрестить MySQL с ФБП.
Причина - большие объемы данных и связанная с ними обработка.
Тогда вопросы:
1) для оптимизации своих настроек - использовался ли Профилер? Его помощь на
больших настройках - неоценимая! Иногда переписка алгоритма приводит на больших базах
эффект такого ускорения - что и не ожидаешь. А ведь вы не показали здесь ни одной картинки
с результатами Профилера - здесь нашлись бы советы от практиков.
2) изучался ли вопрос работы с ОДА? Вот здесь ее сферы применения:
Обмен данными между офисом и удаленными складами.
Обмен данными между удаленными офисами.
Обмен данными между системами реального времени и официального учета.
Экспорт данных в системы консолидированного учета группы предприятий.
Экспорт данных в системы учета, построенные на других платформах.
Импорт данных из различных систем.
Организация псевдо-сетевой работы на однопользовательских версиях.
Ну и компьютер-сервер должен быть тогда уж не прсто компьютер, а какой-то серверный вариант.
Все ведь уже сделано и оптимизировано - нужно учиться пользоваться этим.
|
|
Зарегистрирован |
|
|
|
Svetlana
Moderator
Просмотреть Профиль |
Сообщений: 409
|
|
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) изучался ли вопрос работы с ОДА |
|
Что такое ОДА, и гре можна посмотреть описание ? Сделал поиск по всему форуму и ничего не нашел.
|
|
Зарегистрирован |
|
|
|
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-й квартал.
|
|
Похоже я что-то пропустил
В руководстве написано:
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 млн. слегка завышена  . Не могу понять почему не воспользовались вариантом с упаковкой документов в данном конкретном случае 
В свое время при просчете операций для настройки в режиме 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
Просмотреть Профиль |
Сообщений: 409
|
|
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 » |
Цитировать | Править
|
Понятно
Теперь становится ясно, почему тогда не дошли до упаковки операций.
Я вот сам никак не могу себя заставить прописать очистку базы от прошлогодних документов и расчетов. Сейчас в extrd.dat хранятся все заказы с 2007 г. и их можно просмотреть из любой базы (так же как и подкинуть текущий extrd.dat в любую предыдущую базу). Если не решится вопрос с ограничением 2 гб для extrd.dat в адаптере, похоже все-таки придется удалять устаревшие данные.
Иногда ограничения все же полезны  . Заставляют искать более оптимальные решения возникающих задач.
|
|
Зарегистрирован |
|
|
|
BBBB
Я люблю этот Форум!
Просмотреть Профиль |
Сообщений: 89
|
|
Re: Нестандартное использование Сервера ФБП
« Ответить #39 В: 26.11.12 в 15:32:55 » |
Цитировать | Править
|
Попросите у ХД утилиту e.exe, а может и сами можете ее написать.
Она упорядычевает записи из extrd.dat к читабельному виду *.txt (файл соответственно уменьшается), далее можно просматривать, если обнаружились устаревшие записи - по образцу удалить их со всего extrd.dat, создается обновленный extrd.dat. Весьма удобно и благодарны.
|
|
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
|
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 
|
| « Изменён в : 27.11.12 в 11:58:45 пользователем: Iamik » |
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
|
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
Просмотреть Профиль |
Сообщений: 150
|
|
Re: Нестандартное использование Сервера ФБП
« Ответить #44 В: 03.12.12 в 21:30:18 » |
Цитировать | Править
|
В качестве пожелания.
Хотелось бы в компанию к restamp.exe, появления destamp.exe. Нативного,"от создателя"
|
|
Зарегистрирован |
|
|
|
|
|
