Кто подскажет, что вкуснее - зелёное или шершавое?
23.01.2014
22:13
#21
> Совсем нет, можете использовать как и прежде. Основное предназначение этой технологии совсем не в "заполнении нового сервера задачами".
Вообще непонятное сказали. Что значит "заполнение нового сервера задачами"?
Моя задача сейчас другая - что бы у бухов восьмёрка летала. По нескольку секунд на проведение документа или формирование отчёта оне ждать не могут - их это бесит. И уж тем более бесит, когда перепроводка документов за год продолжается сорок минут.
Да и полугиговые (и больше) файлы держать на NTFS как-то страшновато - семёрка часто курочила файлы базы.
> Клиент-серверное подключение вполне замечательно работает и с "толстым клиентом".
Непонятно. Толстый клиент линкуется с машиной с серверной операционкой или с процессом "Сервер 1С"?
Тонкий клиент, по идее, должен линковаться только с процессом "Сервер 1С" - вроде так вытекает из логики. И веб-клиент - тоже.
Что в таком случае подразумевается под "Хранилищем конфигураций"?
> Совсем нет. Технология "тонкого клиента" позволяет (аналогично протоколу RDP) снижать трафик данных между клиентом и сервером,
Ну это понятно. Хотя RDP больший выигрыш даёт за счет перенесения конфликтов обращения к базе из сети в операционку машины-сервера. Внутри операционки конфликты куда как быстрее разрешаются чем по сети.
> но основное предназначение в предоставлении масштабируемости (сохранении достаточной производительности учетной системы с ростом числа пользователей, объемов данных и интенсивности работы с базой).
Вот это непонятно. Особенно - при чем тут слово "масштабируемость".
Раньше про семёрку говорили так - сервер терминалов ускоряет, но в пределах десяти-пятнадцати юзеров, SQL тормозит начиная с одного, но ей по фигу хоть один, хоть пятьдесят сидят в базе.
Вообще непонятное сказали. Что значит "заполнение нового сервера задачами"?
Моя задача сейчас другая - что бы у бухов восьмёрка летала. По нескольку секунд на проведение документа или формирование отчёта оне ждать не могут - их это бесит. И уж тем более бесит, когда перепроводка документов за год продолжается сорок минут.
Да и полугиговые (и больше) файлы держать на NTFS как-то страшновато - семёрка часто курочила файлы базы.
> Клиент-серверное подключение вполне замечательно работает и с "толстым клиентом".
Непонятно. Толстый клиент линкуется с машиной с серверной операционкой или с процессом "Сервер 1С"?
Тонкий клиент, по идее, должен линковаться только с процессом "Сервер 1С" - вроде так вытекает из логики. И веб-клиент - тоже.
Что в таком случае подразумевается под "Хранилищем конфигураций"?
> Совсем нет. Технология "тонкого клиента" позволяет (аналогично протоколу RDP) снижать трафик данных между клиентом и сервером,
Ну это понятно. Хотя RDP больший выигрыш даёт за счет перенесения конфликтов обращения к базе из сети в операционку машины-сервера. Внутри операционки конфликты куда как быстрее разрешаются чем по сети.
> но основное предназначение в предоставлении масштабируемости (сохранении достаточной производительности учетной системы с ростом числа пользователей, объемов данных и интенсивности работы с базой).
Вот это непонятно. Особенно - при чем тут слово "масштабируемость".
Раньше про семёрку говорили так - сервер терминалов ускоряет, но в пределах десяти-пятнадцати юзеров, SQL тормозит начиная с одного, но ей по фигу хоть один, хоть пятьдесят сидят в базе.
23.01.2014
22:23
#22
> Выбор СУБД определяется далеко не платформой 1С.
Тоже непонятно. Семёрка работала либо с кучей файлов dbf, "дырявых" по самой своей природе, причем, лежащих даже на FAT, либо через SQL. Сейчас, насколько знаю, восьмерка может пользоваться опенсырцовым postgreSQL и еще чем-то из опенсырцовым, во что я никогда не лез. Причем, даже не уверен, что всё оно из СУБД.
Тоже непонятно. Семёрка работала либо с кучей файлов dbf, "дырявых" по самой своей природе, причем, лежащих даже на FAT, либо через SQL. Сейчас, насколько знаю, восьмерка может пользоваться опенсырцовым postgreSQL и еще чем-то из опенсырцовым, во что я никогда не лез. Причем, даже не уверен, что всё оно из СУБД.
23.01.2014
22:36
#23
> незнанием определений на этом форуме отличаетесь только Вы.
Для Вас равны понятия "база данных" и "конфигурация"?
Если равны, и у Вас допустим стоит две базы данных (допустим, одна - пробная) одинаковых по конфигурации но разных по данным (документам, справочникам), как Вы их называете?
Для Вас равны понятия "база данных" и "конфигурация"?
Если равны, и у Вас допустим стоит две базы данных (допустим, одна - пробная) одинаковых по конфигурации но разных по данным (документам, справочникам), как Вы их называете?
Читают тему
(гостей: 1)