Имя: Пароль:
1C
1С v8
Установка 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 документов ежесекундно - совсем другое.
2 + 2 = 3.9999999999999999999999999999999...