SQL или не SQL ??? как решить ? #136264


#0 by Сметанкин
см.ниже
#1 by Сметанкин
база всего-навсего около 700 мег ... пользователей порядка 25 ...собираемся покупать новый сервер и вот думаем ... сейчас у нас терминал и dbf ... вроде все ок ... но может есть смысл переходить на sql, но так как на нем не работали, то аргументов и за и против нету ... посоветуйте - кто работал и так и так - как определиться ?
#2 by LDma
хоть сказали б для начала... на каких компонентах база работает,сколько доков примерно в день, - т.е., как быстро база растет
#3 by Сметанкин
пардон ...это супермаркет ... магазин и опт в одном флаконе ... конфиг - только торговля ...
#4 by LDma
терминал и дбф раздельные?
#5 by Джинн
По количеству юзверей это верхний разумный предел DBF. По размеру базы до предлела еще далеко. Я бы подумал уже в сторону SQL. Если планируется дальнейший рост.Получите в итоге ускорение работы отчетов. И некоторое замедление проведения документов. Ну и неприятные вещи типа замедленного скроллинга в окнах. И конечно стабильность вырастет.Хотя требования в SQL-серверу и к терминалу в принципе схожие и никто не мешает перейти на другой вариант по ходу жизни. Или даже сравнить перед принятием решения - благо национальные пиратские традиции подволяют это сделать.
#6 by Сметанкин
вот меня больше интересует момент надежности ... реально ли они намного выше в варианте с sql ? у нас базе уже года 3 (база режется раз в год) и пока dbf тьфу-тьфу работал стабильно ... но может на авосе пролетели - кто знает ... а может и действительно dbf тоже довольно стабильная система ...
#7 by Сметанкин
не совсем понял, что значит терминал и dbf раздельные - dbf база крутится под терминалом ...
#8 by LDma
я имел ввиду - сервер базы и сервер терминалов - раздельные физически или нет? Т.е., если будете ставить SQL, - это будут ли раздельные серверы или все на один хотите. В случае, если на один, реально скорее всего все будет гораздо хуже, чем на ДБФ.Надежность SQL версии? Ну... эта надежность зависит от Администратора SQL сервера...
#9 by КонецЦикла
А можно просто СКЛ на одном сервере (причем не очень мощном) без всяких терминалов (если клиентские машины не дохлые)... у меня так былоОбъем примерно такой же и кол-во людей
#10 by LDma
ага, можно и без терминала...у нас 10 Гб и 110 пользователей в сетке. Работают... пока
#11 by Сметанкин
ага ... спасибо ... понял ... без терминала работы не будет - 100%, потому как магазин, кассы - надо чтобы не было сюрпризов ...второго отдельного сервера тоже точно не будет, предыдущий старый заберется для нужд бухгалтерии ... если бы еще про надежность точно понять - один раз за 3-и года при тестировании базы был глючокс, исправленные легко ... но как говорится впечатление осталось ... даст ли sql гораздо большую уверенность, что глючковс не будет совсем ... или тоже нет ?
#12 by LDma
глючки разного рода бывают. Но вот от неуникальных ИД точно спасет. У нас при переводе на 1С в ДБФ базе их столько нашлось, что ужас...Далее, бекап базы в SQL можно делать онлайн, т.е., даже когда люди работают... правда, как они будут работать - другой вопрос. Ну а вот индексы в SQL - просто сказка - никаких переиндексаций, никаких вопросов, - главное настройка переиндексации в самом SQL. В общем, говоря о надежности базы в SQL, лучше с этим идти на microcoft.com, - это надежность их сервера, а не надежность 1С
#13 by rusexport
а скока пользователей в 1се и чо за сервак по характеристикам?
#14 by LDma
я же написал ~110, ну в пике 120. Сервак - двухпроцевый Xeon IBM, 4 Гб памяти (SQL даны пока только 2). Рэйд, естесственно.Но, сразу скажу - конфа нестандартная, широко использованы прямые запросы.
#15 by rusexport
сенксЗЫ количество пользователей в сетке и количество пользователей в базе не одно и то же
#16 by LDma
Не знаю сколько в сетке, правда:) админы знают... а вообще, у нас рабочее место, если уж оно есть, то на нем почти точно работают в базе:)Разумеется компов вообще в сетке больше. И сервак 1С - не контроллер, естесственно.
#17 by rusexport
единственно малопонятно как 100 челов на 2 гигах работают да и таблицы то блокируются жестко, или ты как-то мудрил?
#18 by LDma
работают, ничего. Больше можно выделить, только сервак сам не хочет аллоцировать больше. Насчет таблиц ничего не мудрено, - проведение по регистрам оптимизировано на точку актуальности. Расчета при проведении ессно нет. Мудрено с размером базы - она сейчас содержит всего 3 месяца по докам, возвраты на основании подтягиваются на SQL. Подбор товара, отчеты на SQL. База распределенная, обменивается с центром каждые 10 минут.
#19 by rusexport
тады понятно, а про гб памяти на сцылочку - поможет http://www.perlscript.ru/faq_07.shtml
#20 by LDma
не, про ограничение на 2Гб знаю, сам снимал его в виндах, но не жреть, скотина такой:) Не хочит :)
#21 by rusexport
если база 10 гб - должен жрать
#22 by LDma
я снимал ограничение где-то с месяц назад, уж вроде как админы должны были за это время его перегружать... хотя, может и не перегружали...
#23 by Шрек
Есть золотое правило: работает - не трожь!
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С