|
Какой SQL и Windows выбрать для сервера 1С 8.2? | ☑ | ||
---|---|---|---|---|
0
hame1e00n
19.12.11
✎
16:50
|
Что предпочтительней для сервера 1С: Microsoft SQL 2005 или Microsoft SQL 2008? И без разницы какая операционка будет стоять на серваке: 2K3 или 2K8?
|
|||
1
МихаилМ
19.12.11
✎
16:52
|
критерии предпочтительности огласите.
|
|||
2
shuhard
19.12.11
✎
16:52
|
(0) 2008 предпочтительно, у него нет ограничения 256 таблиц
и сиквел и ОС предпочтительно 64х, не возникнут многие злоебучие ошибки |
|||
3
суицид
19.12.11
✎
16:57
|
2003 или 2000 сервак винды и 2000 SQL сервер однозначно. меньше памяти требуют, на серваках сэкономишь, на откатах заработаешь. Старый конь борозды не испортит.
|
|||
4
МишельЛагранж
19.12.11
✎
16:57
|
(2) ограничение все также есть на 256 таблиц, и когда снимется - неизвестно. Это в архитектуре зашито, и перелопачивать надо MS SQL глобально, а не версии выпускать, для этого.
Насчет 64-битности - ну памяти больше 4 Гиг.. и как-бы все. Какие еще ошибки, которые есть ТОЛЬКО в 32-хбитных ос и SQL? |
|||
5
IamAlexy
19.12.11
✎
17:03
|
хз.. тут как повезет.. недавно у зокащека столкнулся с ситуацией где постгри работает в 2 раза быстрее MSSQL (по тестам гилева)
|
|||
6
Evgenchik
19.12.11
✎
17:03
|
(4) у 2008 SQL-я есть ограничение на 256 таблиц???!!
|
|||
7
Господин ПЖ
19.12.11
✎
17:05
|
>ограничение все также есть на 256 таблиц, и когда снимется - неизвестно.
да вы что... Tables per SELECT statement - Limited only by available resources |
|||
8
Господин ПЖ
19.12.11
✎
17:06
|
>2000 SQL сервер однозначно
он старый и глючный... |
|||
9
V_V_V
19.12.11
✎
17:07
|
(0) SQL-сервак можно и 2008. А вот винду лучше 2003.
|
|||
10
shuhard
19.12.11
✎
17:07
|
(4)[ограничение все также есть на 256 таблиц, и когда снимется - неизвестно. Это в архитектуре зашито, и перелопачивать надо MS SQL глобально, а не версии выпускать,]
прямая и очевидная ложь [Какие еще ошибки, которые есть ТОЛЬКО в 32-хбитных ос и SQL?] 10054 ошибки достаточно |
|||
11
H A D G E H O G s
19.12.11
✎
17:15
|
(10) Линк плиз
|
|||
12
shuhard
19.12.11
✎
17:17
|
(11) на что линк,
на отсутствие в 2008 ограничения в 256 таблиц в обычных джойнах ? |
|||
13
zender
19.12.11
✎
17:55
|
(10) ошибка 10054 может возникнуть и в 64-битных ос, при нехватки памяти
|
|||
14
МишельЛагранж
19.12.11
✎
17:59
|
(10) давно уже обсудили - если не в теме ))
есть на всех SQL, нигде не менялось испокон веку... |
|||
15
Господин ПЖ
19.12.11
✎
18:00
|
(14) какие ваши доказательства?
|
|||
16
shuhard
19.12.11
✎
18:02
|
(14) не пиз.ди
|
|||
17
Advan
19.12.11
✎
18:16
|
бери SQL 2008 и сервер 2008 - оба отличные продукты, со многими плюшками облегчающими жизнь
|
|||
18
sapphire
19.12.11
✎
18:20
|
(0) Microsoft SQL SERVER 2008 R2
|
|||
19
Advan
19.12.11
✎
19:04
|
(18)Точное уточнение
|
|||
20
Lama12
19.12.11
✎
20:04
|
(14) В 2008 SQL server ограничение на количество таблиц в запросе не программное, а аппаратное. Т.е. связывать будет столько, сколько сможет.
Делал официальный запрос во франч и в Микрософт. Франч переслал запрос в 1С, оттуда ответ получен что ограничений нет. Микрософт скинуло ссылку на таблицу с тех ограничениями сервера. Ограничения на количество таблиц в запросах только аппаратные. Т.е. если хватит ресурсов машины. |
|||
21
МишельЛагранж
20.12.11
✎
11:22
|
(15) то же самое было и с SQL2005 - сначала "оо, все починили!", а потом - "ограничения остались".
SQL2008 немного другой "пиар": сначала оа офсайте торчало "таблиц в SELECT ... 256" потмо - стало "Ограничено числом объектов в базе данных". http://msdn.microsoft.com/ru-ru/library/ms143432.aspx Что такое "Ограничено числом объектов в базе данных"? завуалированное "мы ничего не исправили, но если ошибка 256 таблиц - это проблемы вашего сервера"? Сам не работаю на SQL2008, но пользователи рассказывают - в связке 1с и SQL2008 эта проблема осталась.... (20) т.е. получается те же яйца - в профиль: см. "мы ничего не исправили, но если ошибка 256 таблиц - это проблемы вашего сервера", из ответа выше.... (16) еще один деградировавший 1с-ник... 1с - прям остров дураков какой-то.... МАЛЫШИ! НЕ ПОПАДАЙТЕ НА ОСТРОВ ДУРАКОВ! |
|||
22
МишельЛагранж
20.12.11
✎
11:23
|
(18) может быть.
отзывов еще не было.... см. (20) и (21) |
|||
23
zva
20.12.11
✎
11:26
|
<<Сам не работаю на SQL2008, но пользователи рассказывают - в связке 1с и SQL2008 эта проблема осталась.... >>
Весомый аргумент, чтоб доказывать всем с пеной у рта про 256 таблиц в 2008... |
|||
24
Aleksey
20.12.11
✎
11:29
|
Путаете теплое с мягким. Вообщето ограничения на 256 таблиц у 32-х битного сервера предприятий. и без разницы какой скуль. Лечится переходам на 64-х битный сервер предприятия
|
|||
25
Aleksey
20.12.11
✎
11:29
|
(21) В зеркало не пробовал смотреться, а то тебе одни дураки вокруг мерещатся.
|
|||
26
zva
20.12.11
✎
11:32
|
(24) та што ви говорите?
http://msdn.microsoft.com/ru-ru/library/ms143432(v=SQL.90).aspx Таблиц на инструкцию SELECT 256 256 |
|||
27
Fish
20.12.11
✎
11:37
|
(26) Оттуда же про 2008 R2:
Таблиц на инструкцию SELECT Ограничивается только доступными ресурсами Ограничивается только доступными ресурсами |
|||
28
Lama12
20.12.11
✎
11:38
|
(21) Специально перешли на 2008 (не R2). Версия 10.0.5500.0.
Используем УПО (УПП + проектный офис). Несколько организаций. RLS на всю катушку. Как только перешли на 8.2 сразу посыпались ошибки в 256 таблиц ((26) 2005 был 64х). Перешли на 2008 сервер. Проблемы с 256 таблицами исчезли. Теперь даже с СКД не приходится заморачиваться. А то этот механизм тащит из базы все что ему заблагорассудиться. Раньше приходилось вытаскивать в отдельную таблицу запросом, а потом таблицу в СКД подпихивать. |
|||
29
sapphire
20.12.11
✎
11:38
|
(21)(22) Ну не знаю, может у Вас, на Луне, и не было отзывов.
|
|||
30
zva
20.12.11
✎
11:38
|
ну мьсе Лагранж вон ограничел...
|
|||
31
sapphire
20.12.11
✎
11:40
|
||||
32
sapphire
20.12.11
✎
11:43
|
(21) Вы пишите SELECT из 256 таблиц? Или Вы столкнулись с этим в типовых решениях 1С?
|
|||
33
badboychik
20.12.11
✎
11:43
|
256 таблиц в селекте??? Я боюсь даже представить себе такой запрос...
|
|||
34
Lama12
20.12.11
✎
11:45
|
(32) В типовых решениях это встречается очень даже часто. Особенно в настраиваемых отчетах. Например по бюджетированию. Если есть RLS, то количество соединений растет очень быстро.
|
|||
35
badboychik
20.12.11
✎
11:45
|
Кто в курсе сколько всего таблиц для УПП создается? по-моему такой запрос будет четверть/треть таблиц БД джойнить между собой.
Как такое может быть? |
|||
36
shuhard
20.12.11
✎
11:47
|
(21) сосунок нах
[Сам не работаю на SQL2008, но пользователи рассказывают] |
|||
37
МишельЛагранж
20.12.11
✎
11:49
|
(32), (33) мисту полистайте...
(25) Носова почитайте.... "Остров Дураков" - название ОСТРОВА. (35) это из-за ссылочности - когда в запросе запрашиваются доки, содержащие таблицы по ссылкам, в которых ссылки на другие доки.... я уже писал об этом - берутся миллионы таблиц из SQL. И когда соединения превышает 256 таблиц, SQL ругается. |
|||
38
Lama12
20.12.11
✎
11:50
|
(35) 4557 таблицы +-10 штук.
Посчитал приблизительно в консоли SQL server. |
|||
39
МишельЛагранж
20.12.11
✎
11:51
|
(36) ну тогда в (25) он точно выразился.
НЕ МОИ ПОЛЬЗОВАТЕЛИ ВЫСКАЗЫВАЮТСЯ, Я И НЕ РАБОТАЮ ИМЕННО НА 2008 SQL, ТЕМ БОЛЕЕ - R2! |
|||
40
sapphire
20.12.11
✎
11:53
|
(37) Не надо писать глупые запросы. Вот сами и почитайте.
|
|||
41
sapphire
20.12.11
✎
11:54
|
(34) Значит RLS настроено не грамотно.
|
|||
42
sapphire
20.12.11
✎
11:55
|
(38) А что, точно посчитать нельзя?
|
|||
43
МишельЛагранж
20.12.11
✎
11:57
|
(41) RLS не может быть настроен неграмотно или грамотно, если работает как надо (за исключением случая - когда он НЕ ОГРАНИЧИВАЕТ, что должен ограничивать).
|
|||
44
shuhard
20.12.11
✎
12:05
|
(0) резюме:
- проблема с 256 таблицами на MS SQL 2008 существует исключительно в воспаленном остатке мозга МишельЛагранж - чем больше памяти, тем меньше гемороя с ошибками "не достаточно памяти", сервер с 8 Гбайт = смартафону - брать нужно, ясен пень, R2 |
|||
45
Lama12
20.12.11
✎
12:06
|
(42) Можно. Обработку писать не хочется. Считал вручную. Потратил 30 секунд.
|
|||
46
sapphire
20.12.11
✎
12:08
|
(43) Тяжелый случай.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |