|
Установка 1c Server | ☑ | ||
---|---|---|---|---|
0
Woiager1984
14.01.13
✎
22:30
|
Добрый день всем.Подскажите какую связку лучше устанавливать Server 1C + postgresql или Server 1C + MS SQL Server?
|
|||
1
IamAlexy
14.01.13
✎
22:33
|
судя по всему полный набор лицензий позволяет эксперементировать :)
|
|||
2
IamAlexy
14.01.13
✎
22:33
|
ну или полный набор кряков
|
|||
3
Woiager1984
14.01.13
✎
22:35
|
Нет есть лицензия только на Server 1C.)))
|
|||
4
йети
14.01.13
✎
22:36
|
лучший вариант - MS SQL Server
|
|||
5
Woiager1984
14.01.13
✎
22:38
|
Читал есть бесплатная версия MS SQL Server?
|
|||
6
йети
14.01.13
✎
22:39
|
есть - экспресс
|
|||
7
Woiager1984
14.01.13
✎
22:45
|
Он нормально работает с 1С?
|
|||
8
йети
14.01.13
✎
22:48
|
нормально - попробовать вполне хватает
|
|||
9
alexei366
14.01.13
✎
22:56
|
Бесплатный MSSQL : 2005 4 гига, 2008 8 гигов, 2012 наверно ещё добавили. Вроде такое ограничение на экспрес версию
|
|||
10
alexei366
14.01.13
✎
22:57
|
Я у ся использую 2008 и 2012, вроде норм всё пашет
|
|||
11
Chai Nic
14.01.13
✎
22:58
|
(9) В 2008r2 ограничение 10 гигов на базу.
|
|||
12
alexei366
14.01.13
✎
22:59
|
Кстати, 1С вроде скинди на MSSQL предлагает, но только если на серваке только 1С базы висеть будут
|
|||
13
ansh15
14.01.13
✎
23:58
|
http://www.1c.ru/news/info.jsp?id=14037
Более подробно. |
|||
14
Живой Ископаемый
15.01.13
✎
01:54
|
как будто ограничение на базу самое критичное... намного критичнее что он может использовать только одно ядро и 1 гиг РАМ. То Есть если у тебя несколько баз, то нужно будет ставить столько же экземпляров МС СКЛ Сервера.
|
|||
15
Живой Ископаемый
15.01.13
✎
01:54
|
И При работе с МС СКЛ сервер 1С должен стоять на винде.
|
|||
16
80ksa
15.01.13
✎
02:07
|
(0) MS SQL как не печально для противников microsoft лучше всего связана с 1С, точнее 1С лучше всего понимает именно MS SQL. Тут тебе и наличие сразу без бубна управляемых блокировок то, что любой чистый дистрибутив сразу связывается с 1С базой, а для postgres нужно брать дистрибутив, подпилинный 1С-разработчиками.
|
|||
17
Chai Nic
15.01.13
✎
08:25
|
(14) Как раз наоборот. Критичным является только ограничение на размер базы. Подумаешь, один процессор и гиг памяти.. если структура базы правильно спроектирована - на это пофиг.
|
|||
18
Rlogin
15.01.13
✎
08:33
|
(17) Бу-га-га
|
|||
19
Chai Nic
15.01.13
✎
09:57
|
(18) Что не так? В нормально организованной базе интенсивная работа ведется с небольшим кусочком её, хранящем актуальные на текущий момент данные. Кэша в этом случае достаточно небольшого. Доступ же к большим объемам информации - эпизодичен и на общую производительность не влияет. Вот у нас нормально работает бухгалтерская база в 35 гигов на sql2000 standart с ограничением в 2 гига памяти, при этом показатель использования кэша sql при текущей работе не опускается ниже 98%.
|
|||
20
Живой Ископаемый
15.01.13
✎
10:49
|
2(17) расскажи это каждой типовой
|
|||
21
Chai Nic
15.01.13
✎
11:08
|
(20) Потребность в размере кэша больше зависит от интенсивности и характера обращений к базе, а не тупо от размера базы. Если в огромную базу заносят 5 документов в сутки - это одно, если 5 документов ежесекундно - совсем другое.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |