К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Лицензии к скулю для 8-ки?

0 - 28.07.2013 - 12:55
Если ставить снеговика в связке с MS SQL - сколько скульных лицензий надо? - по количеству пользователей 8-ки или как-то иначе?
Спсб.



41 - 29.07.2013 - 11:51
и еще нюанс, "поставила и забыла" это если качать с пользовательского сайта 1С.
если с родного ibm, тогда DB2 требуется немножко приготовить под 1С.
42 - 29.07.2013 - 12:37
у меня и есть 50 юзеров :) и это не ограничения, дал виртуалке 16 Г, так как 8 было мало, в пике 10 видел отедало.
43 - 29.07.2013 - 12:48
(39) в сети полно тестов-сравнений SQL2000, 2005 и 2008, разница на 3-5 процентов меж ними, не актуально для 1с8. Скачал триал MS SQL 2012 - показался быстрее, видимо глазом, но не факт, не точно, может результаты измерений зависел от виртуалок, потому как явно не одна крутиться. имхо
44 - 29.07.2013 - 13:05
Самая крупная база в мире - на постгри (правда сильно оптимизированном).
У меня есть клиент на виндовом сервере на ДБ2 примерно 25 пользователей. Не жалуются.
Есть клиент на дебиане на постгри тоже на 25-30 клиентов. Не жалуются.
А про большие базы - вот как раз строить их на MS - это глупо. Там или ДБ2 коммерческая или Оракл.
45 - 29.07.2013 - 13:06
В догонку. Бесплатный ДБ2 на Дебиан я поставить так и не смог :(
Гость
46 - 29.07.2013 - 13:24
а на Oracle есть 1Ска у кого-то? оракл вроде и сам не дешёвый по себе. и уж точно не для типовой 1Ски он.
Гость
47 - 29.07.2013 - 15:03
(39) Вообще-то я написал то, что хотел. Для крупного внедрения я бы брал коммерческий Oracle или DB2, не MS.
**:-ь
48 - 29.07.2013 - 16:11
что за негатив к MS ? помню несколько лет назад на SQL2005 250-300 юзеров под 1с7, база за 100 гиг работала
49 - 29.07.2013 - 19:04
44-shotsdv2008 >Самая крупная база в мире - на постгри (правда сильно оптимизированном).


самая большая база - у Всемирного центра данных о климате в Гамбурге.

на магнитных лентах.

:)
50 - 29.07.2013 - 19:11
http://bash.im/quote/397018
Гость
51 - 29.07.2013 - 19:45
48-Jimbo > А у него возможностей масштабирования и управления производительностью - меньше чем у всех остальных. Я же говорю - в его составе идет совершенно не нужный для 1С Analysis Services, а компонент Database Engine до сих пор жестко завязан на TempDB. При этом в ней лежат пользовательские временные таблицы, снапшоты и пр. А если у меня на сервере N баз? И все они дружно эту TempDB рвут на части? Да даже если вдруг повезет и получится простым способом определить источник максимальной нагрузки - как разбить эту самую TempDB на диски так, чтобы база-виновница жила на своем массиве? Я, признаюсь честно, не умею. Гугл тоже меня не спас. В то же время в любой другой СУБД все данные базы лежат в закрепленном за ней табличном пространстве, и могут быть рассортированы по дискам легкими движениями указательного пальца вообще без гугления. То же самое и с отдельными таблицами. Про регламенты я уже выше говорил. Таким образом нет никакого негатива, есть понимание, что MS SQL - это прежде всего часть большой экосистемы, в первую очередь сделанная для удержания клиентов внутри этой экосистемы для выкачивания денег. Для этого сделано много плюшек в виде отличных графических интерфейсов, сервиса анализа данных, интеграции с Excel и PowerShell... но само ядро СУБД является отнюдь не лучшим продуктом на рынке, а для нужд 1С ничего кроме ядра и не нужно. Понятно, что у клиентов, использующих экосистему MS целиком нужно использовать ту жу СУБД, что уже используется. Но там, где нет внешней потребности в MS SQL - нафиг он нужен?
52 - 29.07.2013 - 21:44
спасибо, читаю.
пишите еще.
53 - 29.07.2013 - 21:47
ксати, нахожусь в процесесе выбора большой WMS.
надысь осматривал решение - снеговик + скуль.
снеговик используется исключительно для внешнего фейса, запросы пишутся прямые в скуль-базу. скульбаза - автономная (то есть не объекты конфиги!). Прикольно.
основное - почему так - типа на 1ске медленно. а так - быстро (вся логика и тяжелые (типа) расчеты реализованы на хранимках в скуле).
...
54 - 29.07.2013 - 21:48
кстати, если юзать бесплатный скуль-экспресс - сам скуль-то бесплатный, а подключения к нему...? дайте кто-нит ссылочку на характеристики бесплатного склы что тма к нему разрешено/дропустимо.
спсб
55 - 29.07.2013 - 21:50
Microsoft SQL Server 2008 R2 Express с пакетом обновления 2 (SP2) является бесплатной базой данных, обладающей развитыми возможностями, предназначенной для разработки и развертывания SQL Server 2008 R2.
/
так что хрен по лицензии это юзать для коммерческой работы...
56 - 29.07.2013 - 21:51
SQL Server Express поддерживает 1 физический процессор, 1 ГБ памяти и 10 ГБ места на диске
57 - 29.07.2013 - 21:51
.. хреново.. исключительно разработать и потестить...
Гость
58 - 29.07.2013 - 22:00
(53) а зачем здесь 1с? чтобы лицензии покупать :)
59 - 29.07.2013 - 22:09
(58) внешний фейс для ввода и отображения данных.. ;-)
60 - 29.07.2013 - 22:10
Кстати. в свете (55) в DB2 - в "бесплатных" версиях - допускается их сипользование для коммерческой эксплуатации?
Гость
61 - 29.07.2013 - 22:11
54-Чучундер > http://msdn.microsoft.com/ru-ru/library/cc645993.aspx

Для работы не пригоден ИМХО.

53-Чучундер >Сильно похоже на иглу - отсеивается минимум 70% специалистов для поддержки системы. Гляди в оба!
Гость
62 - 29.07.2013 - 22:13
60-Чучундер > http://www-01.ibm.com/software/data/.../download.html

Цитата:
Сообщение от Reaper Посмотреть сообщение
Free to develop, free to deploy, free to distribute
63 - 29.07.2013 - 22:59
(62) угу, спсб. я уже нарыл самостоятельно.
64 - 29.07.2013 - 23:02
(61) про иглу - похоже...
.
у них час ихнего работника спеца 1Сника = 2450 руб. я грю - за такую часовую ставку у вас наверное он волшебник? а с учетом того, что синхронизация с КиСом идет даже не по оле а выгрузками/загрузками - то такие цены - вообще бяки...
.
хорошо хоть фейс на 1Ске, на крайняк выкручу что надо сам (если будем стаить) благо закрытых кодов в ядре системы у них нет и доки по структуре базы имеются... А если струткуру базы у них сравнить со струткурой УТ - то вообще фигня.. ;-)
Гость
65 - 29.07.2013 - 23:57
64-Чучундер > Посмотри решения от Axelot'а. Хотя бы для сравнения. Только обязательно и 3-ю и 4-ю редакцию. Они сильно разные.
66 - 29.07.2013 - 23:57
кстати, попутно - а есть какие-то ограничения в снеговике, если в качестве бд юзать ДБ2..? или сточки зрения разработки и эксплуатации решения именоо в среде 8-ки - АБСОЛЮТНО ПОИФГ? движок сам разруливает как надо все?
67 - 30.07.2013 - 00:00
(65) к акселоту у меня стойкая неприязнь с давних времен, сталкивался немножко. 4-я версия представляет какой-то интерес. но..но.. пока что - нет... не акселот (несмотяр на то, что немножко знакомился)
68 - 30.07.2013 - 00:04
чисто инфо по ДБ2 попутно
http://www.kmis.ru/site.nsf/pages/db2.htm
Гость
69 - 30.07.2013 - 00:06
66-Чучундер >

Цитата:
● Нетипизированный NULL. Тип колонки, являющейся результатом запроса ВЫБРАТЬ NULL, – самый общий составной тип, а не простой тип, совместимый с любым другим. Поэтому такая колонка не может использоваться в операциях, в которых не могут использоваться поля составных типов. Например, ВЫБРАТЬ ЕСТЬNULL(f1 + 1, 1) FROM (ВЫБРАТЬ NULL f1) t1 при работе с DB2 приведет к ошибке, поскольку операндом операции <+> не может быть поле составного типа.

● Чувствительность к регистру букв при сравнении строк. В неявных сравнениях строк, выполняемых в процессе отработки РАЗЛИЧНЫЕ (DISTINCT), СГРУППИРОВАТЬ ПО (GROUP BY), ОБЪЕДИНИТЬ (UNION) языка запросов, большие и маленькие буквы различаются. Поэтому исполнение запросов имеет следующие особенности:

● При использовании конструкции РАЗЛИЧНЫЕ и ОБЪЕДИНИТЬ (без ВСЕ) значения полей результата запроса типа Строка считаются различными, если они отличаются только регистром букв (при использовании других СУБД они считаются одинаковыми).

● При использовании конструкции УПОРЯДОЧИТЬ ПО значения типа Строка, отличающиеся только регистром букв, считаются различными:

● если запрос содержит конструкцию ОБЪЕДИНИТЬ, ОБЪЕДИНИТЬ ВСЕ, РАЗЛИЧНЫЕ;

● список выборки запроса содержит выражение ВЫБОР, в котором имеются вложенные запросы;

● текущий пользователь имеет ограничения доступа к данным, а запрос не содержит ключевого слова РАЗРЕШЕННЫЕ.

● В других случаях сравнение строковых данных нечувствительно к регистрам букв (значения типа Строка, отличающиеся только регистром букв, считаются одинаковыми):

● при явном сравнении полей типа Строка;

● При использовании конструкции СГРУППИРОВАТЬ ПО;

● в конструкции УПОРЯДОЧИТЬ ПО, за исключением перечисленных случаев.

● Максимальная длина числовых данных – 31 знак (а не 38).

● Максимальная длина ресурсов регистров накопления и бухгалтерии – 25 знаков (а не 32).

● Максимальный размер данных неограниченной длины равен 1 Гбайт.

● Максимальное количество колонок в списке выборки оператора не может превышать 1012. При определении количества колонок нужно учитывать, что для полей составного типа «1С:Предприятие» создает несколько колонок в таблице СУБД.

● Отличные от других СУБД правила определения точности результата при выполнении арифметических операций.

● Правым операндом операции сравнения ПОДОБНО (LIKE) может быть только литерал (параметр) или выражение над литералами. Шаблонными символами являются только «_» – любой символ и «%» – последовательность любых символов.

● Использование подзапроса на языке запросов в разделе ПО может приводить к замедлению исполнения запросов. При многократном применении подзапроса в разделе ПО (например, соединение нескольких таблиц по условиям, содержащим подзапрос) возможна ситуация, что запрос не будет исполнен.

● Если запрос содержит операцию конкатенации 10 или более строковых значений, включающих поля и литералы и результат конкатенации участвует в сравнении, то возможно возникновение ошибки Ошибка СУБД: SQL0401N. Операнды, заданные для операции '...', имеют несовместимые типы данных.

● Не допускается соединение в запросе, если выполняется соединение двух таблиц, с условием, включающим сравнение полей табличной части.
Гость
70 - 30.07.2013 - 00:11
+(69) На практике эти ограничения вмешались в работу только один раз, когда за самоучкой пришлось поганые запросы переписывать. Наши разработки ни разу не спотыкались о сии особенности.
71 - 30.07.2013 - 00:20
спсб, Столбик!!!
.
72 - 30.07.2013 - 00:25
вот еще по ДБ2 информация общего плана с полезностями
http://www.ibm.com/developerworks/ru...04db2expressc/
Гость
73 - 30.07.2013 - 00:30
72-Чучундер > Полезности лежат тут:
http://jnanatal.blogspot.ru/p/cgi-lazarus-fcl-web.html

В разделе про DB2
74 - 30.07.2013 - 00:33
(73) спсб тебе добрый влобешник!
Гость
75 - 30.07.2013 - 00:40
74-Чучундер > Обращайся.
76 - 30.07.2013 - 06:12
(51) меньше возможностей ? ну пока что не знаю! для 1с меня с головой устраивает, а такие фишки как репликация (еще с 2000 или ранее), зеркала (2005), кластеризация (2008) даже не юзаю. Управление производительностью правда тут средствами ОС в кластере решается, за иных не скажу. IBM мощная и сложная контора, со времен MS DOS IBM и MS дружили, потом каждый пошел своей дорогой. На самом сайте IBM пишут предоставляют программно-аппаратный комплекс серверов, уж чего-чего а для железа что можно придумать ???
77 - 30.07.2013 - 06:18
(61) там все фишки расписаны - у энтерпрайза 2012 всё да отмечено, еще как пригоден. И не тормозит при загрузке *.DT :)
78 - 30.07.2013 - 06:29
... 2 ядра CPU ...
Другой аспект критерия "ресурсы" — основная (оперативная) память. Предыдущие версии DB2 Express-C сами ограничивали себя и использовали не более 2 ГБ памяти. В выпуске 10 продукта DB2 Express-C максимальный объем памяти удвоен и составляет 4 ГБ. - уже кое что! надо потестить
Гость
79 - 30.07.2013 - 13:40
если бы для бесплатного SQL Express требовались клиентские лицензии, об этом было бы явно сказано MSом.

"Use the software for commercial software hosting services."
http://www.sql.ru/forum/actualutils....88&msg=6409470
Гость
80 - 30.07.2013 - 13:53
ещё раз повторюсь, конечно SQL Express - это на первое время. которое впрочем зависит от роста потребностей организации в ресурсах и возможно, что ограничения этой версии SQL не будут критичными до выхода следующий версии, в которой ограничения будут ещё более мягкими.

конечно, научный интерес рождает желание заюзать DB2 или другую СУБД, но сам факт наличия ограничений на типовой функционал 1С для этих систем меня лично не радует.
логи DB2 выносимые на отдельный HDD - это замечательно, но маловероятно что для 20 юзеров будет критичен прирост скорости работы БД в... 30% (?) (относительно, если лог не выносить на отдельный диск, а не относительно SQL). да и база, как правило, крутится в СУБД одна-две, если говорить про 1С. и если две - то во второй юзеров явно не больше десятка (бухгалтерия).


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены