ЗУП: SQL или файловый варианты #427372

Собираемся ставить ЗУП, стоит вопрос о выборе конфигурации, на которой будет крутиться ЗУП. Т.е. привязывать базу к SQL Server 2000/2005, остановиться на файл-варианте или все же терминал... Количество одновременно работающих с базой юзеров - около семи. Учет ведется на сотрах, число которых в районе 200 - 1000 человек.

рекомендую 4ый вариант.

терминал? а почему именно? ведь файл базы может до 1 гига разрастись всего то за 3 месяца...

лучше всего sql-сервер. из-за слишком "чудных" запросов в самой конфиге.

шот я ни чо не панял, то терминал, то сиквел а какие запросы "чудные" та?

терминал... сиквел... файл... клиент... у автора вопрос лицензионности в принципе не стоит?

Ну открой зуп, посмотри какие там запросы. потом подумай кому такие запросы легче отрабатывать будет. 1це или сиквел серверу.

типа выбираем что купить )

"Ну открой зуп, посмотри какие там запросы" - шутник что ли... Лучше всего конечно Скульную брать тем более ЗУП это сложные расчеты и запросы там достаточно сложные

Ну вот к этой мысли я и сконяю автора.

я бы на твоем месте посчитал во сколько обойдется вариант файлового ЗУПа + серверная ось + 7 терминальныйх подключений. и второй вариант - скулевский зуп + серверная ось.

и скока?

что скока? кто из нас выбирает? ты и считай.

имхо автор завел ветку только чтобы попистеть, если бы подошел к вопросу более серьезно, сам бы кое-что взвесил - то возможно бы решил сам

ну я та пасчитал, мну ваще-то вопрос надежности валнует...

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

народ, у кого ваще ЗУП стоит, как у вас дела с этим обстоят?

молодой ты исчо

а кто тут матерый волк по ЗУПу ?

рекомендую 4ый вариант. думаю автор поймет.

+1

postgre

товарисчи, а могли бы вы в голосовалке еще указывать, стоит ли у вас ЗУП или нет ;)

это не реально

Стабильнее работа, пошустрее РЛС, пользователей выдержит твоих (с файлом будут тормоза), ставь на 2005 - не будет ограничения на 256 таблиц, а в типовой такие запросы есть.

+ работем 2 года.

У нас количество сотрудников и количество пользователей примерно то же. В файловая по сети начинает очень тормозить из-за отключения кеша по записи, а терминал я не люблю. Работаем на MSSQL - все вполне прилично.

Вообще-то у нас 1+2, но это хм... Дорого. Для снижения стоимости можно подумать о , кроме того постгрес можно чуть поднастроить - и ЗУП будет шевелиться ощутимо быстрее.

- вот тема :)

пасиб, почитаю

Вот описался бы как через год работы все работает.

Интересно, что автор имел ввиду под п.2? Файловая в терминале? А по сабжу, скуль 64-битный + отдельно сервер приложений 64-х битный + отдельно клиента (можно и в терминале), но это чтобы совсем круто. Тем более наверняка у них уже есть 8-ка (БП или УТ), хотелось бы услышать, как сейчас они работают

"ведь файл базы может до 1 гига разрастись всего то за 3 месяца..." шринковать надо )))

+скуль

Базу? О_о Особо не расшринкуешься. Разве что ты с логом путаешь.

проста файл базы на серваке, а у клиента в 1С прописан пусть к базе

снеговиков нет, только клюшки

что шринк значит?

так у Вас 7.7 или 8.х ??? для 7.7 ЗуП нету такой конфы!

У них торговые и бухгалтерские базы на 7-ка. А вот зарплату хотят на 8-ке

Это для скуля. Сжатия журнала транзакций

не понятно в голосовании "терминал" бывает файловы + терминал или скуль + терминал или по отдельности файловый или скуль. а что есть терминал ???

любые базы на 8.1 если более 1 человека работает - только на SQL

Точнее там где надо ограничивать права (RLS) -> скуль Там где более 3-5 человек -> скуль

я платформу имел в виду )

точна

откуда такой вывод?

из опыта, и тестировании, правда на 8.0, скорости выполнения различных кусков кода. тестировал около 15 различных типовых приемов работ с базой, при этом все систематизировал до графиков. Даже для тестирования делал свою обработку :)

понятно )

и +100 Тоже делал обработку, но только тестировал именно ЗУП, заполнение и расчет расчет ЗП. :)