[Comm] Re: [Comm] [JT] Жуткий оффтопик

[Comm] Re: [Comm] [JT] Жуткий оффтопик

[Тагиров Алексей Манцурович]

Здравствуйте Igor!

M

IS> Кто-нибудь может подсказать программу с такими возможностями?
IS> Платформа - Windows.

Исходя из сказанного тобой - можно использовать эту же 1с НО
1- SQL обязательно
2- внешние компоненты использующие "честный" SQL через MySQL (требует
мощьного линукс сервера)
3- оптимизация конфигурации(требуеться либо исправлять стандартную
конфу, либо писать свою - что гораздо эффективнее)

Вот пока все что могу тебе посоветовать


С наилучшими пожеланиями
Тагиров Алексей, ICQ:96048169

================Origin===================
Худшее - враг плохого.
================Origin===================

[Comm] [JT] Жуткий оффтопик

[Igor Solovyov]

Hi All!

Возникла следующая проблема. Есть достаточно крупное частное
предприятие (4 производства, торговля, ~300 чел.).
Для бухгалтерского учета была куплена и используется 1С (версия
7.7 сетевая). Как выяснилось в процессе работы, эта программа
дойдя до определенного предела (не знаю чего) начинает работать
так, что работой это назвать очень трудно. Из их переговоров с
местными представителями 1С, было выяснено, что, к сожалению,
программа не способна нормально работать с достаточно большими
объемами данных (десятки тысяч операций в месяц). :-((((
В качестве утешения предложили попробовать взять SQL-версию, хотя
тут же сообщили, что они так же не в восторге от ее работы.
Из разговоров руководителя с одним программистом занимающегося
базами данных, сталкивавшимся с 1С SQL-версией, было выяснено
(со слов уже самого руководителя), что "реализация запросов там
"нечестная"(я не совсем понял в чем суть этого), вся обработка
фактически происходит на стороне клиента, нагрузка на сеть -
огромная, "глюков" - море". "В общем крайне не рекомендует".:-)

Руководитель этого предприятия (мой хороший знакомый) обратился
ко мне за помощью. Я сказал ему, что обычно крупные предприятия
содержат штат программистов и используют "самописные" системы.
Его такой вариант в силу ряда причин не устраивает. Хочет
найти программу, которая справлялась бы с его потребностями.
А потребности таковы - десятки (а лучше сотни) тысяч операций в
месяц, складской учет для нескольких складов на десятки тысяч
наименований, зарплата на ~300 человек. Сетевая (гл.бухгалтер +
8 бухгалтеров). Недорогая. :-))))

Кто-нибудь может подсказать программу с такими возможностями?
Платформа - Windows.

-- 
Best regards!
Igor Solovyov
System/Network administrator
JSC CB "Zlatkombank", Zlatoust, Russia

Re: [Comm] [JT] Жуткий оффтопик

[Maxim Tyurin]

On Mon, Apr 14, 2003 at 06:56:22PM +0600, Igor Solovyov wrote:
С оффтопиками - в talk-room
> Возникла следующая проблема. Есть достаточно крупное частное
> предприятие (4 производства, торговля, ~300 чел.).
> Для бухгалтерского учета была куплена и используется 1С (версия
> 7.7 сетевая). Как выяснилось в процессе работы, эта программа
> дойдя до определенного предела (не знаю чего) начинает работать
> так, что работой это назвать очень трудно. Из их переговоров с
> местными представителями 1С, было выяснено, что, к сожалению,
> программа не способна нормально работать с достаточно большими
> объемами данных (десятки тысяч операций в месяц). :-((((
> В качестве утешения предложили попробовать взять SQL-версию, хотя
> тут же сообщили, что они так же не в восторге от ее работы.
> Из разговоров руководителя с одним программистом занимающегося
> базами данных, сталкивавшимся с 1С SQL-версией, было выяснено
> (со слов уже самого руководителя), что "реализация запросов там
> "нечестная"(я не совсем понял в чем суть этого), вся обработка
> фактически происходит на стороне клиента, нагрузка на сеть -
> огромная, "глюков" - море". "В общем крайне не рекомендует".:-)
Есть вариант продолжить мучить 1С - поставить ее на терминал сервер
(лучше на Citrix)
Работает так с базой в 2Gb (dbf версия)
 
> Руководитель этого предприятия (мой хороший знакомый) обратился
> ко мне за помощью. Я сказал ему, что обычно крупные предприятия
> содержат штат программистов и используют "самописные" системы.
> Его такой вариант в силу ряда причин не устраивает. Хочет
> найти программу, которая справлялась бы с его потребностями.
> А потребности таковы - десятки (а лучше сотни) тысяч операций в
> месяц, складской учет для нескольких складов на десятки тысяч
> наименований, зарплата на ~300 человек. Сетевая (гл.бухгалтер +
> 8 бухгалтеров). Недорогая. :-))))
> 
> Кто-нибудь может подсказать программу с такими возможностями?
> Платформа - Windows.
Ну насчет недорогая - не знаю.
Из известных мне (которые нормально работают) 
1) Hansa - вешь хорошая но дороговатая
2) Акцент - только под винду (на M$ SQL) но работает вполне сносно
(правда бухгалтеров с 1С палкой перегонять надо)
пишут ее вроде в Донецке
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

Re: [Comm] [JT] Жуткий оффтопик

[Igor Solovyov]

Hi!
On Mon, 14 Apr 2003 16:06:22 +0300
Maxim Tyurin <mrkooll@tdr.pibhe.com> wrote:

> С оффтопиками - в talk-room

Звиняюсь, что не написал - "ответы плиз в офлайн".
Хотя некоторые и сами догадались. :-))))
А на talk-room ради этого подписываться нет смысла. :-)

-- 
Best regards!
Igor Solovyov
System/Network administrator
JSC CB "Zlatkombank", Zlatoust, Russia

Re: [Comm] [JT] Жуткий оффтопик

[Roman Savelyev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Igor Solovyov пишет:
| "нечестная"(я не совсем понял в чем суть этого), вся обработка
| фактически происходит на стороне клиента, нагрузка на сеть -
| огромная, "глюков" - море". "В общем крайне не рекомендует".:-)
Я смотрел, что оно генерит на выходе.
Волосы дыбом встали. Множественные запросы (иногда - миллионами), на
транспортировку единичных записей, для того, чтоб они заглотились
клиентом...
После чего - они _на клиентской_ стороне фильтруются, сортируются и т.п.
Хотя всё явно укладывается в запрос...

Иногда...
Структура БД там такова, что ни в сказке сказать, ни в слух произнесть.
Причём работает всё это _только_ с MS SQL.
В теории можно подложить ей Sybase под Lin :)
Но легче - не станет. Начиная с перманентных глюков в части работы
конфигуратора, заканчивая хрен знает чем необъяснимым.

Краткое хав-ту по повышению производительности 1Ц:
Бутылочное горло:
Трафик. Причём SQL сделан так, что файл-серверный доступ экономичнее :(

1) Если сеть 10 Мбит - поднять до 100, коммутируемой. Полегчает.
Если недостаточно, то:
2) Терминальный доступ. Либо TSE, либо Цытрикс. Можно поднять на порядок
~ скорость некоторых операций.

Предупреждение:
Для администрирования необходима станция с Win9x с файл-серверным
доступом, т.к. под NT/2K/XP 1Ц "падает" при попытке объединения
конфигураций, размером превышающих 10Mb.

| Кто-нибудь может подсказать программу с такими возможностями?
| Платформа - Windows.
Инек.
Парус.
Но у обоих свои, специфичные "тараканы". Культурного софта в этом плане
_вообще_ не существует.


- --
Rgds!
Roman Savelyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+msATu08PPWJOeNERAu2nAJ4v4xezxdmCump4Of/n6KqSs3NTdQCeIJyk
hExEDVdtA1Fv0A28+1LVt2I=
=sxlP
-----END PGP SIGNATURE-----

Re: [Comm] [JT] Жуткий оффтопик

[Vitaly Lipatov]

On 14 Апрель 2003 17:26, Igor Solovyov wrote:
> Hi!
> On Mon, 14 Apr 2003 16:06:22 +0300
>
> Maxim Tyurin <mrkooll@tdr.pibhe.com> wrote:
> > С оффтопиками - в talk-room
>
> Звиняюсь, что не написал - "ответы плиз в офлайн".
> Хотя некоторые и сами догадались. :-))))
> А на talk-room ради этого подписываться нет смысла. :-)
Вот если бы речь шла о "платформа для клиентов - Windows",
мне было бы очень интересно почитать ответы...

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[Comm] Re: [Comm] [JT] Жуткий оффтопик

[isa]

IS> Кто-нибудь может подсказать программу с такими возможностями?
IS> Платформа - Windows.
 Не в качестве рекламы посмотрите на КВИНТ, это украинская разработка
 и отлично справляется с описаными вами задачами и даже больше.
 Если в России международный план счетов (трёхзначный помоему), то и
 бухгалтерия вам подойдёт. Автора программы знаю лично, если что могу
 посодействовать. http://www.softcentr.mk.ua/
 программа действительно рабочая и выглядит гораздо лучше сайта :-)



-- 
С уважением,
 isa                          mailto:iscander@mercuri.mk.ua

[Comm] Re: [Comm] [JT] Жуткий оффтопик

[Thrash]

Hello Igor,

Monday, April 14, 2003, 4:56:22 PM, you wrote:

IS> Hi All!

IS> Возникла следующая проблема. Есть достаточно крупное частное
IS> предприятие (4 производства, торговля, ~300 чел.).
IS> Для бухгалтерского учета была куплена и используется 1С (версия
IS> 7.7 сетевая). Как выяснилось в процессе работы, эта программа
IS> дойдя до определенного предела (не знаю чего) начинает работать

я программист 1с+sql. Базы - от 2 до 60 Гб. Полет нормальный. Все
критические по скорости места подкреплены хранимыми процедурами.
Прирост по скорости - колоссальный - для примера - отчет по дебиторке
на чистом 1С работает 1.5 часа, на sql+1C - полторы минуты. Дольше в
табличку оформляется чем идет пересчет (специфика базы такова, что
большое кол-во колонок приходится считать, а не брать из регистров).

на хранимых процедурах даже отображение остатков.

если есть вопросы - проконсультирую, помогу чем смогу.

--[Origin:Чистая совесть - веpнейший симптом склеpоза...]
Best regards,
 Thrash                            mailto:dmithrash@mail.ru

[Comm] Re: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[Afanasev Denis]

Hello Thrash,

T> на хранимых процедурах даже отображение остатков.

T> если есть вопросы - проконсультирую, помогу чем смогу.

а как создавать хранимые процедуры в 1с?

[Comm] Re: [Comm] Re: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[Thrash]

Hello Afanasev,

Monday, April 21, 2003, 5:14:44 PM, you wrote:

AD> Hello Thrash,

T>> на хранимых процедурах даже отображение остатков.

T>> если есть вопросы - проконсультирую, помогу чем смогу.

AD> а как создавать хранимые процедуры в 1с?

создаешь их на SQL-сервере средствами SQL-сервера, сорри за тавтологию.
а из 1С только вызов их и получение результата, прогон его в ТЗ (если
нуно), оформление печатной формочки. все. вся основная
калькуляция/сортировка - на сервере.

но это уже совсем гиблый оффтоп - пиши на thrash@bk.ru - подробнее
отпишу - приведу примеры решений (коннект к сиквелу, запрос,
результат).

--[Origin:Слабый пол сильнее сильного, в силу слабости сильного пола к слабому!]
Best regards,
 Dmitry                            mailto:thrash@bk.ru

Re: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[Igor Solovyov]

Hi!
On Mon, 21 Apr 2003 16:59:08 +0400
Thrash <dmithrash@mail.ru> wrote:

> я программист 1с+sql. Базы - от 2 до 60 Гб. Полет нормальный.

Хм.. Вроде бы тут говорилось:
1. sql-версия жутко глючная
2. реализация еще хуже - типа хранения dbf в blob-ах.

> Все критические по скорости места подкреплены хранимыми
> процедурами. Прирост по скорости - колоссальный - для примера -
> отчет по дебиторке на чистом 1С работает 1.5 часа, на sql+1C -
> полторы минуты. Дольше в табличку оформляется чем идет пересчет
> (специфика базы такова, что большое кол-во колонок приходится
> считать, а не брать из регистров).
> 
> на хранимых процедурах даже отображение остатков.
> 
> если есть вопросы - проконсультирую, помогу чем смогу.

Если честно, то я считаю откровенным идиотизмом, когда для
нормальной работы программы (кем-то написанной) нужен свой
специальный штатный программист, который займется ее правкой,
втыканием костылей и т.п. Сейчас уже даже появилось такое
понятие - "программист 1С". :-) 
Соответственно не имею ни возможности ни желания стать таким
программистом для этой организации, а самим им явно с этим не
справиться. :-) Моя задача - просто проконсультировать их на эту
тему. Я и проконсультировал. :-))

А что касаемо, того, о чем Вы пишете, то стал бы я на Вашем месте
так мучаться с 1С. В этом случае гораздо проще сделать свою
систему. Инструменты для этого есть, ну, например, тут вот
натолкнулся на одну интересную штуку по этому поводу:
http://baltsoft.narod.ru
Я разговаривал с автором, он говорит, что предполагает все
это портировать и на платформу Linux. 

P.S.
Кстати, кто-нибудь знает хотя бы порядок стоимости Hansa?
Я написал им письмо, но ответа нет, к сожалению.
Хотя.... наверное и не стоит, раз уж у них такое отношение к 
потенциальным клиентам, то как с ним работать уже в качестве
клиента? :-(

-- 
Best regards!
Igor Solovyov
System/Network administrator
JSC CB "Zlatkombank", Zlatoust, Russia

Re: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[Vitaly Lipatov]

On 21 Апрель 2003 20:34, Igor Solovyov wrote:
>
> P.S.
> Кстати, кто-нибудь знает хотя бы порядок стоимости Hansa?
> Я написал им письмо, но ответа нет, к сожалению.
> Хотя.... наверное и не стоит, раз уж у них такое отношение к
> потенциальным клиентам, то как с ним работать уже в качестве
> клиента? :-(
А мне ответили в тот же день, и про стоимость тоже. Я отнёс эту 
систему к стоящим порядке 10000$.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[aen]

Vitaly Lipatov пишет:

>On 21 Апрель 2003 20:34, Igor Solovyov wrote:
>  
>
>>P.S.
>>Кстати, кто-нибудь знает хотя бы порядок стоимости Hansa?
>>Я написал им письмо, но ответа нет, к сожалению.
>>Хотя.... наверное и не стоит, раз уж у них такое отношение к
>>потенциальным клиентам, то как с ним работать уже в качестве
>>клиента? :-(
>>    
>>
>А мне ответили в тот же день, и про стоимость тоже. Я отнёс эту 
>систему к стоящим порядке 10000$.
>
>  
>
Может быть, Вы писали на разные адреса?

Rgrds, AEN

Re: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[Igor Solovyov]

Hi!
On Mon, 21 Apr 2003 22:08:53 +0400
aen <aen@altlinux.ru> wrote:

> >>Кстати, кто-нибудь знает хотя бы порядок стоимости Hansa?
> >>Я написал им письмо, но ответа нет, к сожалению.
> >>
> >А мне ответили в тот же день, и про стоимость тоже. Я отнёс эту 
> >систему к стоящим порядке 10000$.
> >
> Может быть, Вы писали на разные адреса?

Я писал на тот, что обозначен в текстовом файле (не помню как зовется,
что-то типа QuickStart.txt), взятый на ftp.altlinux.ru.

-- 
Best regards!
Igor Solovyov
System/Network administrator
JSC CB "Zlatkombank", Zlatoust, Russia

[Comm] Re[2]: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[Thrash]

Hello Igor,

Monday, April 21, 2003, 8:34:37 PM, you wrote:

IS> Hi!
IS> On Mon, 21 Apr 2003 16:59:08 +0400
IS> Thrash <dmithrash@mail.ru> wrote:

>> я программист 1с+sql. Базы - от 2 до 60 Гб. Полет нормальный.

IS> Хм.. Вроде бы тут говорилось:
IS> 1. sql-версия жутко глючная
IS> 2. реализация еще хуже - типа хранения dbf в blob-ах.

еще раз говорю - 60Гб - полет нормальный. могу продемонстрировать.
Москва, район метро Аннино.
Про глюки последний раз слышал в 12-м билде. Сам ни разу не
сталкивался (кроме известного - с кодом элемента справочника).

IS> Если честно, то я считаю откровенным идиотизмом, когда для
IS> нормальной работы программы (кем-то написанной) нужен свой
IS> специальный штатный программист, который займется ее правкой,
IS> втыканием костылей и т.п. Сейчас уже даже появилось такое
IS> понятие - "программист 1С". :-)

А чем программист 1С хуже других?
На работе у меня 1С , дома - С++.

И почему "идиотизм"? Если у Вас будет программа написанная на языке
GRASP (помнит кто такой :), то для поддержки ее Вам понадобится
программист GRASP. По моему логично и нормально.

IS> А что касаемо, того, о чем Вы пишете, то стал бы я на Вашем месте
IS> так мучаться с 1С. В этом случае гораздо проще сделать свою
IS> систему. Инструменты для этого есть, ну, например, тут вот

а кто сказал, что я мучаюсь? совсем наоборот...

--[Origin:Почему чтобы закончить работу в Виндовс нужно нажать на "Start"?]
Best regards,
 Dmitry                            mailto:thrash@bk.ru

Re: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[Maxim.Savrilov]

Здравстуйте!

On Mon, 21 Apr 2003 16:59:08 +0400
Thrash <dmithrash@mail.ru> wrote:

> я программист 1с+sql. Базы - от 2 до 60 Гб. Полет нормальный. Все
> критические по скорости места подкреплены хранимыми процедурами.
> Прирост по скорости - колоссальный - для примера - отчет по дебиторке
> на чистом 1С работает 1.5 часа, на sql+1C - полторы минуты. Дольше в
> табличку оформляется чем идет пересчет (специфика базы такова, что
> большое кол-во колонок приходится считать, а не брать из регистров).
> 
> на хранимых процедурах даже отображение остатков.
> 
> если есть вопросы - проконсультирую, помогу чем смогу.

Главный вопрос:
Как вы дошли до жизни такой?

Я тоже хочу! ;)
Подскажите, с чего начать? Где прикручивать к 1С эти самые хранимые процедуры?
Немного программирую в 1С, имею представление о SQL, но с MSSQL - не очень пока.
Буду благодарен за любую помощь.

Re: [Comm] Re: [Comm] [JT] Жуткий оффтопик

[Maxim.Savrilov]

Всем большой пардон, не посмотрел на адрес :(
shame on me


On Tue, 22 Apr 2003 15:06:30 +0700
Maxim.Savrilov@socenter.ru wrote:

> Я тоже хочу! ;)