Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Итак, есть торговое предприятие по продаже строительных материалов. В головном офисе ведется как оптовая так и розничная торговля (компьютер+фискальный регистратор онлайн), там же расположены склады. Товар поступает не сразу от поставщиков, а через цепочку собственных ИП, которые в свою очередь ведут торговлю оптом и в розницу. Есть 3 филиала: опт+розница, несколько ИП в одном филиале. Общее количество пользователей - около 200, документов в день - более 10000. Оперативный учет и торговлю ведем в 1с, 15-20 баз данных, некоторые распределенные. Обмена между базами нет. Все это со скрипом работало, пока ИП не стали сливаться друг с другом и, например, вместо 5-ти БД будет одна с числом пользователей более 50-ти и количеством ежедневно проводимых документов около 5000. К тому же в ближайшем будущем ожидается активный рост, поэтому очевидно, что необходима программа не уровня 1с. Задача внедрения полноценной ERP не стоит, как минимум необходимо иметь front office для безостановочной торговли и back office для оперативного учета(без задержек в получении данных с торговых точек) . Желательно, чтобы была единая база данных для всех предприятий компании. На какие системы стоит обратить внимание? Руководство, воодушевленное ценами на западные ERP и своим опытом написания 10 лет назад учетной программы для 5-ти компьютеров предлагает "сесть и написать программу на Access". Пока рассматриваем Фолио, Navision, Axapta и SAP All in One. Консалтинговые компании предлагают провести обследование с целью рекомендации той или иной системы, но подозреваю, что их решение будут в пользу того что они продают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2006, 01:00 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Лучший выбор: PHP+MySQL проверено не обламаетесь лет 5-6 точно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2006, 02:26 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Лучший выбор: PHP+MySQL проверено не обламаетесь лет 5-6 точно. MySQL не транзакционная система и здесь не годится. Имеет смысл оценить 1С 8 версии или заказать систему под себя. С западной системой есть большой шанс стать неконкурентоспособными (за счет больших издержек на внедрение, обучение, сопровождение) -- Шумов В. ACDPlus ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2006, 13:26 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LVadimЛучший выбор: PHP+MySQL проверено не обламаетесь лет 5-6 точно. У нас каждый оператор на кассе в минуту вводит по 2-3 документа. Через web интерфейс такое разве возможно? К тому же как быть с торговым оборудованием? 2 VladSh: а в 8-й 1с смогут работать без проблем 150-200 пользователей? 1с 8 Управление Торговлей мы рассматривали, но при нашем росте это решение на 1-2 года, а дальше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2006, 18:21 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7 LVadimЛучший выбор: PHP+MySQL проверено не обламаетесь лет 5-6 точно. У нас каждый оператор на кассе в минуту вводит по 2-3 документа. Через web интерфейс такое разве возможно? К тому же как быть с торговым оборудованием? 2 VladSh: а в 8-й 1с смогут работать без проблем 150-200 пользователей? 1с 8 Управление Торговлей мы рассматривали, но при нашем росте это решение на 1-2 года, а дальше? рабочие места операторов кассы напишите на Дельфи или в Эксесе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2006, 18:38 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Visitor рабочие места операторов кассы напишите на Дельфи или в Эксесе сильно сомневаюсь, что MySQL это потянет. Были мысли написать все на ASP.NET, рабочие места операторов кассы на Access, отчетность через Crystal и/или MS AS в эксель, а базу хранить в MS SQL, но одному с этим не справиться, а специалистов с достаточным опытом нет (не Москва). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2006, 19:11 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Насколько я понял, все в одной базе, и учет, и продажи Разделите учет и продажи для продаж подойдет SetRetail (минимум получите: front office для безостановочной торговли и back office для оперативного учета(без задержек в получении данных с торговых точек) Интегрируйте его с Navision или SAP Busines One (С учетом роста можно с All-in-One). (Все IMHO, не принимайте как нотацию) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 17:34 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LuciusНасколько я понял, все в одной базе, и учет, и продажи Разделите учет и продажи для продаж подойдет SetRetail (минимум получите: front office для безостановочной торговли и back office для оперативного учета(без задержек в получении данных с торговых точек) Интегрируйте его с Navision или SAP Busines One (С учетом роста можно с All-in-One). (Все IMHO, не принимайте как нотацию) Насколько я понял (если ошибаюсь - поправьте), SetRetail - автономная система для управления торговым залом, способная выгружать данные в учетную систему. Но кроме розницы есть торговля с юридическими лицами, т.е. часть товара постоянно находится в резерве, причем этот товар может храниться на полках в торговом зале, значит у оператора на кассе должны быть данные о зарезервированных товарах. Способна система SetRetail обеспечить необходимую функциональность? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 18:11 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Вообще-то задача кассы деньги считать, а не вести учет зарезервированного товара. Если человек выбрал товар, дошел до кассы, а там ему говорят "это мираж, и ничего мы вам не продадим" - то я в такой магазин 2-й раз не приду. Но,тем не менее, есть такой функционал в SetRetail, как дополнительная информация, говорят, что работа с кассой очень оперативна, централизована и пр. прелести. Правда я видел только на стенде, рекомендую спросить СМ-Трейд в Москве,или Кристалл в питере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 20:00 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LuciusЕсли человек выбрал товар, дошел до кассы, а там ему говорят "это мираж, и ничего мы вам не продадим" - то я в такой магазин 2-й раз не приду. а если другого магазина нет? В торговых залах есть компьютеры, где продавцы видят остатки, и указанная Вами ситуация - редкость, хотя и случается. В перспективе планируем оснастить продавцов мобильными терминалами. А вообще, насчет того, что задача кассы - принять деньги, вернуть сдачу и чек - с этим полностью согласен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 23:38 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7Руководство, воодушевленное ценами на западные ERP и своим опытом написания 10 лет назад учетной программы для 5-ти компьютеров предлагает "сесть и написать программу на Access". Так сядьте и напишите, руководство будет довольно... некоторое время. Удивительное дело, 1С уже не устраивает, а вот на рынке есть что-то такое, которое все это может, и быстро, и недорого, и все само делает. Я сам не фанат 1С совсем, но на этой платформе (даже на 7.7) есть куча готовых решений, которые снимают бОльшую часть Ваших технических проблем. Но, судя по описанию, дело-то не в этом. Поймите, наличие 5 или 15-20 баз данных - это не катастрофа, если логика работы с ними понятна и соответствует ведению Вашего бизнеса. Мне кажется, что при наличии грамотно проработанных процедур учета, обмена данными, правил консолидации и т.д. Ваша фирма будет активно расти и на 1С достаточно долго. Более того, без этого ни одна система не даст видимой отдачи, как бы по-модному она не называлась. Кстати, сам один раз столкнулся с загадочным требованием видеть остатки товара на кассовом аппарате "для справки", до охрипа заказчик убеждал, что этого нужно, сделали такую возможность, заодно встроили протокол, который показал, что за несколько месяцев на 2 десятках касс (300-400 покупок/день) эта функция не понадобилась ни разу, хотя это и не была открытая форма торговли. Тем не менее денежки за недорогую, незападную, не "полноценную ERP" систему были потрачены. И таких примеров здесь каждый может привести массу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 13:16 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Повторюсь. Стоит развести учетную схему и управление торговым залом, резервированние товара на полках передавать в управление торговым залом,и все это можно сделать на 1С + SetRetail Рекламировать даельше ни один, ни другой продукт я не буду - они мне не родные, но если Вы ищете доброго совета - не ищите приключений, пока не поймете, что вам реально нужно, единственная ваша беда - количество одновременных подключений к 1С, а при количестве пользователей больше 15 к одной базе - это китайская пытка, а не работа. После этого, можете взять полгода на продуктивные изыскания продукта для OLTP, опишите процессы, поймете, что и где жмет, и как нужно делать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 15:08 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Lucius .... единственная ваша беда - количество одновременных подключений к 1С, а при количестве пользователей больше 15 к одной базе - это китайская пытка, а не работа. Странная оценка. По моему опыту 7.7 на MS SQL в типовом варианте нормально тянет 20-30 человек, с доработками (прямое обращение к MS SQL в критических точках) - до 50-100. Типовая 8-ка потянет до 50 человек. Самописная или оптимизированная - до 100-120. Естественно, все эти оценки даны для нормального железа. Если у пользователей - PII и сеть глючит - не взлетит даже с 10 пользователями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 18:47 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Хотя обсуждение производительности 1С выходит за рамки топика, тем не менее: Мой опыт оснорвывается на поддержки терминального клиента 1С 7.7 для всех пользователей (RDP). После того конфигурация была превращена в настоящий клиент-сервер при помощи 1С++ и ToySQL (Есть такие разработки под 1С), стало полегче, но и здесь свои сложности. База стояла на IBM eSeries 335 Самое узкое место 1С - блокировка всего журнала документов при проведении одного из них. В общем - это мой опыт, если у кого другой - рад, что вам жилось легче ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 19:39 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LuciusПовторюсь. Стоит развести учетную схему и управление торговым залом, резервированние товара на полках передавать в управление торговым залом... Товар на полках должен резервироваться сразу же после проведения счета. Т.е. выписку счетов тоже передать в управление торговым залом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 19:53 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Нет, конечно, нужно удалять с кассы возможноть продать этот товар (то есть передавать нулевую цену, или признак "зарезервировано" и т.д.) Я вас не пойму, у вас личная неприязнь к СМ-Трейд или считаете, что сведения полученные через третьи руки точнее, чем от "тех кто апельсины ел?" Я не продаю ни одно из решений (см.выше), видел только на стенде, и могу сказать, что решение проблемы с резервированием тоара в зале есть, детали обсудите с поставщиком, быстрее и точнее выйдет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 21:02 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сисой Странная оценка. По моему опыту 7.7 на MS SQL в типовом варианте нормально тянет 20-30 человек... ... в терминальном режиме, на 2 процессорах, как минимум с 4ГБ памяти и поочередной работой при пакетных операциях, например, проведение сложных документов. тянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2006, 21:03 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LuciusСамое узкое место 1С - блокировка всего журнала документов при проведении одного из них. Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 10:14 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сергей84 Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. На сайте указано, что в одной базе одновременно смогут работать более 500(!) пользователей. С трудом верится, но действительно, кто-нибудь работал с Гибкими блокировками от Softpoint? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 12:06 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7 Сергей84 Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. На сайте указано, что в одной базе одновременно смогут работать более 500(!) пользователей. С трудом верится, но действительно, кто-нибудь работал с Гибкими блокировками от Softpoint? я тоже не знаю на сколько это верно, но поидее если изменить TABLOCK на ROWLOCK прирост в пользователях должен быть приличный, если пользователи работают с разношерстными типами документов, которые не имеют общих соприкосновений по регистрам, например заявки и рн должны уже проводиться паралельно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 12:55 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7 Сергей84 Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. На сайте указано, что в одной базе одновременно смогут работать более 500(!) пользователей. С трудом верится, но действительно, кто-нибудь работал с Гибкими блокировками от Softpoint? Если все читатели почему бв и нет. :) Иначе врядли... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 13:22 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
steplton bst7 Сергей84 Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. На сайте указано, что в одной базе одновременно смогут работать более 500(!) пользователей. С трудом верится, но действительно, кто-нибудь работал с Гибкими блокировками от Softpoint? Если все читатели почему бв и нет. :) Иначе врядли... если документы не будут соприкасаться регистрами например - то и 500 выдержит, главная проблема блокировка _1SJOURN, если ее убрать, то документы смогут идти паралельно, только если они скажем оба не двигают остатки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 14:04 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Неужели ни кто не работал в "нормальных" системах? (где блокируется только изменяемая запись, а не вся БД) А уж изменяет документ остаток, или не изменяет - проблема архитектора решения, а не пользователей (которые одновременно: одни отгружают памперсы, а другие приходуют чугунные батареи) Мне кажется, что заново выводить уже неоднократно полученное решение: "1С хорошо для мааасенького бизнесика" - лишнее. Думаю, что продуктивнее вернуться к теме топика. Может кто расскажет про... ... Фолио, Navision, Axapta и SAP All in One... все интереснее... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 15:48 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LuciusНеужели ни кто не работал в "нормальных" системах? (где блокируется только изменяемая запись, а не вся БД) Это не столько система, сколько архитектура БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 16:03 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сергей84 если документы не будут соприкасаться регистрами например - то и 500 выдержит, главная проблема блокировка _1SJOURN, если ее убрать, то документы смогут идти паралельно, только если они скажем оба не двигают остатки Кому интересны документы не двигающие регистры ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 16:05 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Lucius ... Фолио, Navision, Axapta и SAP All in One... все интереснее... А вы что, думаете в этом плане Навижин работает лучше 1с ? :) Те же самые серверные курсоры, блокирование целых таблиц, дедлоки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 16:10 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Программизд 01А вы что, думаете в этом плане Навижин работает лучше 1с ? :) Те же самые серверные курсоры, блокирование целых таблиц, дедлоки. Вот именно, что курсоры , которых в 1С вообще нет (похоже вы не знаете 1С и сильно ее идеализируете - она ниразу не клиент-серверное приложение, чистый клиент, с хранением данных в SQL), да и дедлоки возникают отнють не из-за блокировки таблиц целиком Уверен, что никаких 30000 внедрений на "файл-серверной" архитектуре навижн не потянул бы, в крайнем случае блокируется страница (тут MS-SQL2000 от ORACLE отстает) - но это 25 записей, а не 365 х 5000 (Как указано в первом сообщени топика). Впрочем, может кто из профессионалов MSSB отметится своим компетентным комментарием? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 18:11 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LuciusВот именно, что курсоры , которых в 1С вообще нет (похоже вы не знаете 1С и сильно ее идеализируете - она ниразу не клиент-серверное приложение, чистый клиент, с хранением данных в SQL), да и дедлоки возникают отнють не из-за блокировки таблиц целиком Курсоры там всетаки есть, так же некоторые вещи работают как клиент -серверные, например процедура "Регистр.СводныйОстаток();" полностью считается на сервере, а клиент показывает только результат. и если поглядеть там всетаки используется клиент серверная технология, не везде - это конечно плохо, но некоторые вещи всетаки присутствуют... по поводу курсоров, где-то видел, что утверждалось, что даже в SAP они есть, и курсоры вообще бич коробочных ИС (хотелось бы выслушать тех у кого ИС не использует курсоры, я пока таких не встречал, поэтому и интересно их мнение) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 18:55 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сергей84 Курсоры там всетаки есть, так же некоторые вещи работают как клиент -серверные, например процедура "Регистр.СводныйОстаток();" полностью считается на сервере, а клиент показывает только результат. Очень хочу узнать, как это удалось установить (может ссылочку приведете), и как оно в DBF варианте работает. А почему курсор - это "бич" коробочных или некоробочных продуктов? И какой логикой можно исключить использование курсоров? мне кажется вопрос не в наличии курсоров, а в ... "искусстве их приготовления (с)" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2006, 20:11 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LuciusОчень хочу узнать, как это удалось установить (может ссылочку приведете), и как оно в DBF варианте работает. А почему курсор - это "бич" коробочных или некоробочных продуктов? И какой логикой можно исключить использование курсоров? мне кажется вопрос не в наличии курсоров, а в ... "искусстве их приготовления (с)" узнать можно запустив profiler и посмотрев :) в DBF расчет идет локально, после того, как необходимые данные были скопированы с сервера курсор "бич" потому, что это перебор, а перебор всегда медленне, чем выборка и модификация на лету (уж простите мою терминологию) к коробочным я его больше отношу, т.к. сам не видел и не слышал про коробочные сисетмы, в которых не было бы использования курсора (я не претендую на абсолютную истиность, т.к. всетаки я не все системы видел и не про все слышал о том, как они работают) в самописных системах, которые я видел - курсоров вообще не было, поэтому и сложилось такое впечатление (практические работы студентов не будем расматривать ;) ) как избежать использование курсоров - ну не знаю, все свои задачи я пока решал без их использования, так что есть ли задачи где без курсора просто нельзя обойтись - для меня вопрос открытый ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 10:46 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
автор Сергей84а перебор всегда медленне, чем выборка и модификация на лету Нужно просто выборку нормальную для курсора делать. Есть задачи в которых без курсора не обойтись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 11:15 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
iscrafm автор Сергей84а перебор всегда медленне, чем выборка и модификация на лету Нужно просто выборку нормальную для курсора делать. Есть задачи в которых без курсора не обойтись. что по вашему нормальная выборка? будет ли нормальная выборка быстрее одного запроса (если задачу можно им решить)? часто ли встречаются задачи в которых без курсора нельзя? (каков % от общего числа решенных задач?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 11:36 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сергей84 iscrafm автор Сергей84а перебор всегда медленне, чем выборка и модификация на лету Нужно просто выборку нормальную для курсора делать. Есть задачи в которых без курсора не обойтись. что по вашему нормальная выборка? будет ли нормальная выборка быстрее одного запроса (если задачу можно им решить)? часто ли встречаются задачи в которых без курсора нельзя? (каков % от общего числа решенных задач?) нормальная - которая не содержит лишнего. Запрос по соответственно индексированным таблицам конечно отработает быстрее, если без курсора можно обойтись. Задачи встречаются. Например расчет себестостоимости, резервирование (подбор) по партиям и подобные. Процент сказать сложно. Иногда это является ядром всех расчетов. Не могу сказать, что это сильно уж накладно. К примеру пересчет себестоимости за 3 года на милионных базах выполняется пару минут. Все зависит от структуры БД. Но по крайней мере это в разы быстрее локального расчета. Например на одном из объектов требовалось пакетное резервирование и формирование всех необходимых документов на день. Предыдушая система (1С) решала эту задачу за 20мин, при этом приходилось всех выгонять из системы. Сейчас SQL сервер делает это за 25 сек, никого не блокируя. Несмотря на использование курсоров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 11:49 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Lucius Программизд 01А вы что, думаете в этом плане Навижин работает лучше 1с ? :) Те же самые серверные курсоры, блокирование целых таблиц, дедлоки. Вот именно, что курсоры , которых в 1С вообще нет (похоже вы не знаете 1С и сильно ее идеализируете - она ниразу не клиент-серверное приложение, чистый клиент, с хранением данных в SQL), да и дедлоки возникают отнють не из-за блокировки таблиц целиком Уверен, что никаких 30000 внедрений на "файл-серверной" архитектуре навижн не потянул бы, в крайнем случае блокируется страница (тут MS-SQL2000 от ORACLE отстает) - но это 25 записей, а не 365 х 5000 (Как указано в первом сообщени топика). Впрочем, может кто из профессионалов MSSB отметится своим компетентным комментарием? 1С 7.7 и восем имеет сетевую версию и MS SQL Serverную версию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 12:18 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
iscrafmрасчет себестостоимости, резервирование (подбор) по партиям. эти задачи можно и одним запросом решить без курсора :) просто курсором он проще выглядит и легче его написать... решал недавно похожую задачу одним запрсом, и запрос из 3-х таблиц в каждой из которых где-то 30000 - 50000 строк пролетает этак за 3-5 сек ;) если же делать через курсор время бы было около 10-15 сек... так что ваш показатель в 25 сек можно улучшить, если написать без курсора ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 13:18 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сергей84 iscrafmрасчет себестостоимости, резервирование (подбор) по партиям. эти задачи можно и одним запросом решить без курсора :) просто курсором он проще выглядит и легче его написать... решал недавно похожую задачу одним запрсом, и запрос из 3-х таблиц в каждой из которых где-то 30000 - 50000 строк пролетает этак за 3-5 сек ;) если же делать через курсор время бы было около 10-15 сек... так что ваш показатель в 25 сек можно улучшить, если написать без курсора ;) интересно как? Где-то здесь на форуме много обсуждались подобные вопросы. Типа FIFO без курсоров и т.п. Действительно, для простейших ситуаций можно сделать запросом. Но в жизни все иначе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 13:39 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сергей84 iscrafmрасчет себестостоимости, резервирование (подбор) по партиям. эти задачи можно и одним запросом решить без курсора :) просто курсором он проще выглядит и легче его написать... решал недавно похожую задачу одним запрсом, и запрос из 3-х таблиц в каждой из которых где-то 30000 - 50000 строк пролетает этак за 3-5 сек ;) если же делать через курсор время бы было около 10-15 сек... так что ваш показатель в 25 сек можно улучшить, если написать без курсора ;)Осталось только вдаться в подробности разбора "тридтатитрехкилометровых" запросов и сравнить с временем парсинга запросов по курсору, вместе с перебором, учесть оптимизацию хинтами и включить bind-переменные... Поскольку, я полагаю, администраторов БД (это не те, кто только права раздает) среди собеседников не найдется, то предлагаю вернуться к теме разговора, а обсуждение крутости школ кодирования SQL вынести в другой топик. У кого-нибудь по теме еще мысли будут? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 14:12 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Появилась новая идея, на компьютеры в торговых залах поставить кассовый FrontOffice (Штрих, Атол или СуперМаг от СервисПлюс), для учета пока оставить 1с, а чтобы уменьшить количество пользователей, большинство отчетов перевести в хранилище SQL Server + AS, а просматривать через сводные таблицы в Excel. А товар в магазинах резервировать физически, т.е. после выписки счета продавец помечает товар на прилавке, наклеивает какой-нибудь стикер или просто снимает ценник. Плюс часть торговли по безналичному расчету перевести на систему работы по заказ. У кого какие мения будут по этому поводу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2006, 22:28 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7Появилась новая идея, на компьютеры в торговых залах поставить кассовый FrontOffice (Штрих, Атол или СуперМаг от СервисПлюс), для учета пока оставить 1с, а чтобы уменьшить количество пользователей, большинство отчетов перевести в хранилище SQL Server + AS, а просматривать через сводные таблицы в Excel. А товар в магазинах резервировать физически, т.е. после выписки счета продавец помечает товар на прилавке, наклеивает какой-нибудь стикер или просто снимает ценник. Плюс часть торговли по безналичному расчету перевести на систему работы по заказ. У кого какие мения будут по этому поводу?В принципе - правильно. А какого рода торговля, если не секрет ? Для торговли бытовой техникой (к примеру. Похоже это Ваш случай) обычно не применяют фронт-офисные решения, т.к. товарный поток небольшой, но немалая часть резервируется. В случае фронт-офиса сложно увидеть реальную картину остатков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2006, 10:26 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7Появилась новая идея, на компьютеры в торговых залах поставить кассовый FrontOffice (Штрих, Атол или СуперМаг от СервисПлюс), для учета пока оставить 1с, а чтобы уменьшить количество пользователей, большинство отчетов перевести в хранилище SQL Server + AS, а просматривать через сводные таблицы в Excel. А товар в магазинах резервировать физически, т.е. после выписки счета продавец помечает товар на прилавке, наклеивает какой-нибудь стикер или просто снимает ценник. Плюс часть торговли по безналичному расчету перевести на систему работы по заказ. У кого какие мения будут по этому поводу? Процесс пошел :) Поддерживаю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2006, 11:14 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7Появилась новая идея, на компьютеры в торговых залах поставить кассовый FrontOffice (Штрих, Атол или СуперМаг от СервисПлюс), для учета пока оставить 1с, а чтобы уменьшить количество пользователей, большинство отчетов перевести в хранилище SQL Server + AS, а просматривать через сводные таблицы в Excel. А товар в магазинах резервировать физически, т.е. после выписки счета продавец помечает товар на прилавке, наклеивает какой-нибудь стикер или просто снимает ценник. Плюс часть торговли по безналичному расчету перевести на систему работы по заказ. У кого какие мения будут по этому поводу? А что если FrontOffice применить УРБД, для менеджеров написать интерфейс на подобии того же штриха? и поддерживать обмен с центром скажем 1 раз в час или два? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2006, 11:17 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сергей84 А что если FrontOffice применить УРБД, для менеджеров написать интерфейс на подобии того же штриха? и поддерживать обмен с центром скажем 1 раз в час или два? Можно, но мы стараемся уйти от 1с и в перспективе перейти на более серьезную систему, поэтому в качестве решения для фронт офиса нам необходима программа, которая на начальном этапе будет работать с 1с, а на будущее иметь возможность интеграции с другой системой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2006, 12:16 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LSVВ принципе - правильно. А какого рода торговля, если не секрет ? Для торговли бытовой техникой (к примеру. Похоже это Ваш случай) обычно не применяют фронт-офисные решения, т.к. товарный поток небольшой, но немалая часть резервируется. В случае фронт-офиса сложно увидеть реальную картину остатков. В первом посте написал - торговля строительными материалами. Номенклатура более 30000. Есть часть товара, которую в основном покупают в через кассу, другую часть, наоборот - чаще по безналичному расчету. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2006, 12:22 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7Появилась новая идея, на компьютеры в торговых залах поставить кассовый FrontOffice (Штрих, Атол или СуперМаг от СервисПлюс), для учета пока оставить 1с, а чтобы уменьшить количество пользователей, большинство отчетов перевести в хранилище SQL Server + AS, а просматривать через сводные таблицы в Excel. Вот, кажется, и разрешилось все в пользу самописной системы :о))) К примеру, я большинство оперативных отчетов делал простой VIEW, доступ к ней из ExCel через ODBC, и в PivotCube (ну тут вы и сами все написали, только вот AnalisesService нужен к кубам OLAP,а кто и как у вас эти кубы будет готовить?) Кроме того, количество пользователей 1С не критичный параметр, если все смотрят отчеты, да еще на персональном толстом клиенте 1С - это практически не грузит базу, вам нужно уменьшить количество операторов (тех кто документы проводит) Мое мнение: Часть 1 - совершенно верное тактическое решение Часть 2 - решение верное стратегически, наладив свое представление данных вы абсолютно точно и независимо от выбранной в последствиии системы сможете удовлетворить потребности менеджмента; но... Ищите специалиста по представлению данных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2006, 16:34 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Luciusа кто и как у вас эти кубы будет готовить? опыт создания кубов в AS есть (из 1с в автоматическом режиме выгружаем регистры партий и взаиморасчетов), правда из-за проведения документов задним числом приходится каждую ночь выгружать данные за довольно большой период. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2006, 18:01 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
2 BST7: Мне понятны Ваши проблемы, и я хотел бы предложить Вам рассмотреть в качестве варианта Программный комплекс ДОМИНО компании Софт-Вест . Не буду нагружать обсуждение саморекламой, а лишь скажу, что все эти проблемы мы неоднократно решали. В том числе: опт+розница в одной системе; поддержка холдинговой структуры; цепочки "внутренних" поставщиков; списание с остатка по завершении строки чека (для собственного фронта на ФР). ДОМИНО держит большие объемы данных/большое количество пользователей (только 1 пример: гипермаркет Крокус-Сити), СУБД Oracle, блокировка на уровне записи (можно редактировать один документ с нескольких рабочих станций), есть аналитическая OLAP-система. За побробностями обращайтесь по координатам на сайте или пишите мне на serj [догадайтесь что] soft-west.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2006, 19:49 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7опыт создания кубов в AS есть (из 1с в автоматическом режиме выгружаем регистры партий и взаиморасчетов), правда из-за проведения документов задним числом приходится каждую ночь выгружать данные за довольно большой период. Все понятно, и перегруз в OLAP данных за большой срок, пересборка кубов - плата за скорость, но так все работают. Просто еще раз рассмотрите вариант с view, для оперативного отчета более чем достаточно. OLAP нужен для анализа глобального количества данных, вполне возможно, это нужно далеко не всем. Уменьшите количество кубов - будете спать споконее :о))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 13:16 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
автор К примеру, я большинство оперативных отчетов делал простой VIEW, доступ к ней из ExCel через ODBC, и в PivotCube (ну тут вы и сами все написали, только вот AnalisesService нужен к кубам OLAP,а кто и как у вас эти кубы будет готовить?) Для PivotCube не нужен Analysis Services ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2006, 05:28 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Сергей Динеев 2 BST7: Мне понятны Ваши проблемы, и я хотел бы предложить Вам рассмотреть в качестве варианта Программный комплекс ДОМИНО компании Софт-Вест . Не буду нагружать обсуждение саморекламой, а лишь скажу, что все эти проблемы мы неоднократно решали. В том числе: Смешно. Человек говорит что не будет нагружать обсуждение саморекламой, а в следующем предложении рекламирует свой софт и еще координаты сует ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2006, 07:11 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Программизд 01 Сергей Динеев 2 BST7: Мне понятны Ваши проблемы, и я хотел бы предложить Вам рассмотреть в качестве варианта Программный комплекс ДОМИНО компании Софт-Вест . Не буду нагружать обсуждение саморекламой, а лишь скажу, что все эти проблемы мы неоднократно решали. В том числе:Смешно. Человек говорит что не будет нагружать обсуждение саморекламой, а в следующем предложении рекламирует свой софт и еще координаты сует Ну и что ? Топик как звучит ? "Помогите с выбором". Тем более, что автор топика не очень хочет связываться с западными монстрами. Главное, чтоб реклама была без пустого щёконадувательства и по теме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2006, 10:04 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LSVГлавное, чтоб реклама была без пустого щёконадувательства и по теме. Разрешите вмешаться. 1. Главное чтобы человек ответил/сказал по существу и по теме. Желательно без рекламы. 2. Реклама без ответа по существу недопустима. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2006, 12:52 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7, В посте от Вест-Софт первое стоящее предложение. Вот еше одно. Если Вам действительно надо выбрать систему и Вы не в Москве, то можете сходить с "гости" к нашему клиенту (оптовая и мелкооптовая торговля косметикой), не сходя со своего рабочего места . А заодно попробовать поработать удаленно по "интернет" с системой вашего масштаба, на полноценом рабочем месте с правами менеджера. Печать документов и выгрузки удаленно так же будут доступны, так как вы будете работать не терминал-сервере, а на "сверх тонком" клиенте, который написан для всего функционала системы, который (отчасти) и обеспечивает высокую производительность, не свойственную для MS SQL Server-а на других реализациях (Навижен, Аксапта). У похожего торгового клиента сейчас: - 50 рабочих мест. Из них 45 это активные менеджеры. - номенклатура товар/склад 25000 ежегодно обновляется на 30% - база MS SQL Server. - реализованный торговый функционал, поверьте неслабый. Это - раздельные учеты - корпоративный, бухгалтерский. Вернее построение бухгалтерского учета от корпоративного, - прием и обработка предварительных заказов - поддержание требуемого товарного к-ва на мелкооптовом складе (авто генерация накладных на перемещения с оптовых складов). - смешанный ABC и XYZ анализ. - OLAP анализ - и т.д. Axapt-ой сами хотим так же параллельно заниматься (при такой то рекламе MBS), но пока руки опускаются. А клиентов, покупающих ее не для работы, а для капитализации своего бизнеса у нас пока нет. При очном сравнении Axapta на средних серверах (~ 5000 USD) проигрывает по производительности (раз в 15), торговой функциональности, требованиям к ресурсам, трудоемкости внедрения, стоимости внедрения и сопровождения. Для подключения удаленного клиента Вам потребуется: - списаться по e-mail - получить и развернуть архив (система с преднастроенным соединением ) - договориться о времени когда вас пустят на наш сервер (на копию базы) и все. -- С Уважением Константин Малышев mailto:mkv@pnewp.ru www.pnewp.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2006, 12:59 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Есть тема про успешные внедрения за последние 2 года... http: http://www.sql.ru/forum/actualthread.aspx?tid=253401 И там никто из авторов предлагаемых систем не отметился... Не знаю что и подумать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2006, 13:20 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
andbaryЕсть тема про успешные внедрения за последние 2 года... http: http://www.sql.ru/forum/actualthread.aspx?tid=253401 И там никто из авторов предлагаемых систем не отметился... Не знаю что и подумать. Судя по публикациям и форумам у нас вообще кроме 1C , Axcaptы и Sapа ничего нет. Пока ваш бизнес может работать на 1с, спокойно продолжайте на ней работайть, а вот когда станет совсем плохо, начинайте выбирать. И тогда кроме публикаций вам придется погрузиться в предмет и разбираться еще с очень многими вещами. Константин ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2006, 13:55 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
Малышев Константин Уважаемый Константин, охотно верю, что заложенный в Вашей системе функционал будет соответсвовать нашим требованиям, но не могли бы Вы указать наиболее крупные компании в которых внедрена система? И что Вы подразумеваете под "сходить в гости к вашему клиенту не вставая с рабочего места"? если это значит посмотреть демобазу, то причем здесь Ваш клиент, или Вы предоставляете доступ к данным клиента? Одной из причин по которым мы рассматриваем в первую очередь известные западные ERP системы является то, что MBS, SAP, Scala и т.д. - это продукты компаний, которые существуют на рынке уже десятки лет, с большой сетью партнеров, многие из которых выпускают вертикальные решения для российских предприятий. И вкладывая наши деньги , мы не рискуем через год остаться без поддержки из-за того, что производитель закрылся или был куплен более крупной компанией. Модератор: Господа, не злоупотребляйте цитированием. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2006, 00:51 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7 Одной из причин по которым мы рассматриваем в первую очередь известные западные ERP системы является то, что MBS, SAP, Scala... Совершив попытку внедрить, что нибудь из перечисленного вы поймете, что удачное внедрение зависит скорее не от производителя, а от наличия у поставщика нужных вам решений и людей которые будут вам ставить систему. Разные бывают причины по которым не называются клиенты... Я вот могу указать своих только в письме (с примечанием, что вот с этим и этим я сильно разошелся во взглядах)))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2006, 10:24 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
andbary ...удачное внедрение зависит скорее не от производителя, а от наличия у поставщика нужных вам решений и людей которые будут вам ставить систему. Согласен. andbary Разные бывают причины по которым не называются клиенты... Одна из которых, например, - неудачные внедрения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2006, 10:59 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
И вкладывая наши деньги , мы не рискуем через год остаться без поддержки из-за того, что производитель закрылся или был куплен более крупной компанией. Да ну ! Значит ли это, что раз SAP и MS процветают, то ни один клиент, вложивший нехилые деньги в их ERP-продукты не пострадал и доволен результатом ????? КОНЕЧНО НЕ ЗНАЧИТ ! . Потому что проблема вовсе не в вендоре, а в команде внедрения. А вот команда внедрения (даже известного интегратора) запросто может проект провалить. По ряду уважительных и неуважительных причин. Про это говорит неутешительная статистика провальных проектов за которыми зачастую стоят весьма солидные внедренцы и вендоры. ОТСЮДА ПРОСТОЙ ВЫВОД: Немалые риски есть всегда . Внедрение это венчурный проект, т.е. с заранее негарантированным успехом. Не важно, был ли это известный интегратор с толпой холёных и высокооплачиваемых консультантов или просто талантливый одиночка(или миниTeam) со своей разработкой. Ещё не известно, кто их них добросовестнее относится к работе и поставленной задаче ! ! ! Вспомните как Гейтс+Аллен выиграли тендер у могучей DIGITAL ! Важно не "КТО ДЕЛАЕТ", важно "КАК ДЕЛАЕТ". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2006, 11:26 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
У меня есть внедрение успешное, удачное и крутое до безобразие. Масштабируемость с 20 до 200 рабочих мест, удаленные склады, куча уникальных и красивых решений... Но... Хозяин той конторы при упоминании моего имени... По причине слишком большой моей эффективности... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2006, 11:40 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
bst7 я знаю по меньшей мере пяток Российских решений, которые скорее всего Вам подойдут лучше, чем из предложенного Вами ряда (SAP, Axapta...) (по масштабируемости, адаптивности, стоимости и т.д.). С клиентами только в личку. Окажется, что их все знают, а Москвичи хотя бы раз в год туда платят. Сходить в "гости" значит поработать удаленно по "интернет" с базой ~5 гигов, в которой первые символы контрагентов и товара замещены символом ХХХХХХХХХХХХХХХ . С реальной базой тоже можно, на короткий период, в нашем присутствии, с разрешения Руководства. Скажите, что толку от того, что Microsoft был, есть и будет, если меняется линейка развиваемых им продуктов. Где сегодня пользователи Конкорда, и где они ищут программистов XALа. А будете ли вы себя чувствовать в большей безопасности, когда Microsoft выпустит "свою" ERP, а Axapta будет только поддерживаться. И сколько будут стоить программисты на такой неперспективной поддержке. При таком раскладе, даже "брошенные" Российские системы, разработанные на классических языках, поддерживать Вам самим окажется дешевле (корпоративные проекты поставляют с исходниками). Российским разработчикам, также как консалтерам, наверно лучше предлагать предложенную Вами линейку (Axapta в первую очередь...) + свое конкурентное. И со спокойной совестью и за хорошее вознаграждение внедрять сделанный Вами выбор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2006, 12:36 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
andbaryНо... Хозяин той конторы при упоминании моего имени... По причине слишком большой моей эффективности...Закономерно... Вы же ему откат не платили ! И что "откатного" он потом сможет внедрить, если всё отлично работает ? НИЧЕГО ! Оттого и злой... ЗЫ: В подавляющем большинстве, чиновники - мудачьё. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2006, 15:36 |
|
||
|
Учетная система для торговли?
|
|||
|---|---|---|---|
|
#18+
LSV Все намного хуже... Он считает себя гением в разработке и нанял начальника ИТ который бесподобно владеет лизингом и факторингом... (ИТ отдел вырос в 5 раз... эффективность стала отрицательной) Пример: Если землекопы выкопают траншею не просто не там, а поперек оживленной трассы (никого об этом не предупредив (не их дело... предупреждать)), кроме труда на зарывания возможны еще и мелкие придирки от владельцев 600 меринов попавших в эту канаву... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2006, 17:07 |
|
||
|
|
start [/forum/topic.php?all=1&fid=29&tid=1528251]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
83ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
| others: | 277ms |
| total: | 462ms |
| 0 / 0 |
