Кто уже связывал эти понятия, есть какие побочные эффекты ?

На свой страх и риск, так как 1С не работает даже с 2005

windows 2008: 7-ка 27 версия

(2) читаем сабж внимательно

7.7 надо связывать с правильными СУБД.

http://infostart.ru/projects/1359/
DBEng32 (6.0.1.5, Advantage 8.1) - клиент/серверное использование DBFной версии 1С:Предприятие 7.7

(4) Ты погляди-ка... еще жива до сих пор разработка

(4) вопрос не в правильности или правильности, вопрос - кто уже работал ?
ибо грядут всякие сбс премиумы и от 2008 не отвертеться

дык уже пробовал и не получилось
или
заранее волнуешься?
---
Думаю скоро тоже подобный вопрос встанет

(7) уже работает )) со вчерашнего дня (воскресенья) с десяток баз (правдо надо многострадальную библиотеку немного иначе подогнать под работу)
вот и вопрос вскочил - какие есть проблемы если кто то уже работает не первый день ?

есть "храбрецы" ?

все переложил, теперь оно самое

Кстати, а бесплатная версия SQL Servera есть?

(4)А используемая СУБД бесплатна?

(17) MS SQL 2005/2008 express бесплатны

(19)А в чем подвох?

(20) Ограничение на размер базы и процессоры.

Да, вот нашел:

Ограничения MSDE 2000: объем оперативной памяти – 2 Гб, предел размера базы данных – 2 Гб, пять одновременно подключенных пользователей СУБД или менее (рекомендуется), поддержка до 2 CPU на Windows NT или Windows 2000.
Ограничения MS SQL Server 2005 Express Edition: объем оперативной памяти – 1 Гб, предел размера базы данных – 4 Гб, поддержка до 1 CPU.(с)

Попробовать поиграцца, чтоли...

Эх, больная голова покоя не дает...

"это значит, что теоретически можно создать БД начальным размером в террабайт в платном издании, а потом приаттачить её к Express"(с)sql.ru

(23) А тебе оно надо? Имеется ввиду, что создаешь на нормальном скуле пустую базу большого размера. Отаттачиваешь ее и приаттачиваешь к экспрессу.

для издевательств стоит скул 2008 експресс ... каких либо проблем замечено не было

(24)Не, я не дочитал просто. Там чуть сложнее:

(26) Может, и чуть сложнее. Не вникал подробно. Ибо смысла не вижу в этом...

Сорри, сорвалось.

"а экспресс стоп - копи - девелопер аттач - приращение - стоп - копи - экспрес старт"(с)

А надо? Хз. Любопытно. Експресс бы поюзал, если честно. Интересно.

Только что-то не могу понять. Если у меня маленькая база - могу в коммерческих целях использовать или нет?

(29) А позвони любым продавцам мелко-мягких продуктов.

(29)да... можешь

(30)зачем звонить... на сайте все есть

(0) ХЗ. Я в связке W2008+SQL2005 запустил, но тоже посматриваю в сторону SQL2008. Может в феврале попробую че-то подкрутить для теста.
Кстати, если с размером базы все решается достаточно просто, то как быть с мозгами и процами? Реально ли обойти ограничения без применения "напильника"? Может кто уже нашел "правильный" путь - поделитесь опытом.

(33) путь прост если баз несколько на каждую базу свой экземпляр, вот и всем по гигу, далее разумно делим экземпляры по процам

(28) лучше взять базу от экспреса, вогнать в стандарт увеличить ее гигов до 100 потом скопировать обратно, только без детача и атача, а просто тормознув экземпляр и снова запустить

Да понял я, понял...

Но мы не будем нарушать лицензию.

:)

Что-то не могу по количеству подключений инфу найти :(

(37) у экспреса нету ограничения по ним

(34) Эт если база мелкая. А если 100Гиг - как без "напильника"?

Ясно, пасиб.

(23) Такое прокатывала в 2000, в 2к5, этот  баг пофиксили

Делал связу sql 2005 + 7.7 + vista
все нормально работал.
есть правда проблема обратной совместимости с sql 2000, но это решаемо.

(41) См. (28)

(43) И? пробовал? Хочешь сказать это работает в 2к5-8?

(42) речь про 2008 именно
(44) работает, только читай (35)
...
меня же по сабжу интересует опыт имеющейся эксплуатации
а то скоро буду ставить SBS и это будет очень актуально, правдо вот уже день промэксплуатации на 2008 экспресе пройден )) возникла заминка сперва
обозреватель в умолчании отключен

Сейчас настроил одну из баз для работы с 2005 экспрессом. База 2 гектара. Небольшая проблема с BkEnd.dll возникла, но решается довольно просто. Правда, почему-то остаются сомнения в лицензионной чистоте использования экспресса. Так,получается, мы можем все базы на него перевести (больше 2,5 гектар ни одной базы нет), если тормозов не будет, и ничего не заплатить мелкософтным. Нонсенс...

(46) читай еул, там все написано, правдо в этом случае все" как есть" и претензий к мс никаких не предьявишь, в случае любых прямых или косвенных потерь максимум можешь предъявить на возмещение 5 баксов

(46) и еще, сразу создай в базах журнал подчиненных документов если нету такого

(48)В 7-ке? Не встречался, если честно... :(

(49) создай, а то при просмотре подчиненных тормоза без журнала
причину даже не пытался искать, просто создал, посмотрел и сказал - хорошо

Ясно, спасибо.

День второй - оно работает и странно, что нету затыков которые бывали на 2005, но это это конечно еще не факт

+(52) максимум пока 30 подключений, правдо более 35 - 40 никогда и не бывало
активных баз - 3, пользователей в данный момент 12 терм и 3 сетевых

(52) А что за "затыки" были на 2005-ом скуле?

(54) да были странности, к примеру если зайти одним пользователем в базу, то очень медленно открывались все формы, достаточно тут же подключиться второму все начинало работать
потом по непонятным причинам в некоторые моменты скуль начинал сжирать все (один процессор, экземпляры разделены), выход был простой, но непонятный, достаточно было зайти в базу пользователем с админскими-системными правами все начинало работать, зависимости никакой не смог выяснить
вроде причем тут админ и скуль непонятно, но так было, с периодичностью где то в 3 - 4 дня, никого из базы выгонять не надо было, а просто даже уже подключенным по терминалу админом зайти в базу 1с и все
Журнал подчиненных, хоть и работал лучше, когда был добавлен в конфу, но всеже некоторое замирание при открытии наблюдалось, теперь даже без наличия в конфе этого журнала, подчиненные отображаются достаточно живенько
...
Все это ни каким образом не исследовалось, по причине лени и малой грамотности меня в вопросах скуля, а просто были эмпирически найденные вышеуказанные методв борьбы

(55) Да у вас там прямо сборище полтергейстов какое-то было...

(56) в том и суть, что эти полтергейсты были вполне повторяемые, первый из них проверен на 2-х системах и всех базах, он не пропадающий, с журналом подчиненных такая же ситуация
а вот со ступором, повторить сложно было, но повторялось с завидной регулярностью, т.е. раз в неделю ступор бывал, иногда и две-три недели были продохи, но обычно регулярнее

вот бы кто протестировал на предмет всяких запросов и бухитогов
вы же, народ на этом поднаторели, у кого уже может и полигоны развернуты в отличие от нас нищебродов

стесняюсь спросить ... затыки именно экспресса или полновесного скуля?

(59) экспресса, за полноценный могу сказать только за 7.0, но тогда и баз еще не было толком и он был совсем не приличный для законопослушных граждан

ну прям хз ... полноценный на 2003 серванте нормально отстреливает базу с 100 работающеми юзерами... плюс там же еще несколько мелких баз по 20-30 зверей...


хм... а может базы лежали на том же винте, что и своп винды?

(61) это да, но своп зафиксирован в размере предостаточном
ты именно про 2005 -ый говоришь ?
да еще ньюансик релиз 1с - 21, есть на то причина - компонента от Рарус product.dll

(62)да именно за 2005 скуль... убери базы и все остально с винта со свопом... фиксирован он или нет один фих винда его грузит не по детский... а ты еще скулом этот винт затаскиваешь...

(62) Тоже гоняем связку 2003-й 64-хбитный сервак + 2005-й SQL. Среднее количество пользователей - 80-90. И приколов, описанных в (55) (тьфу-тьфу-тьфу) ни разу не наблюдалось.

Все таки, может кто сможет протестировать связку 1С + MS SQL 2008, желательно на Windows SBS 2008 ?
может есть полигоны для проб и ошибок ?
а то при удачном, а может это и неудачном, придется эксплуатировать SBS 2008 + SQL 2008

(65)с декабря сего года ... для стендовых испытний был развернута именно эта связка... 1С 7.7 + SQL 2008 Express + WS 2008 ... сейчас смотрим на ремоут апликейшен... и если все гуд, то переносим боевые базы

скул на боевой базе ставить будем полноценный

А кто скажет, что за флаги-поля в 1sjourn
типо RF463 никогда не задумывался

(68) Признак наличия движений по соответствующему регистру.

(69) спасибо, я так и думал, что, что то с регистрами
...
а еще вопросик, если индексов накрапать типо ? (мене профайлер посоветовал при просмотре плана)

CREATE NONCLUSTERED INDEX [_1CJORN_RF463] ON [dbo].[_1SJOURN]
(
   [RF463] ASC,
   [DATE_TIME_IDDOC] ASC
)
INCLUDE ( [IDDOC],
[IDDOCDEF],
[APPCODE],
[CLOSED])


(70) Обидится на тебя 1С-ка, если DDS не поправишь. Но, есть механизм, который помогает автоматом править DDS при изменении МД-ника.
P.S. А вот такую конструкцию:
INCLUDE ( [IDDOC],
[IDDOCDEF],
[APPCODE],
[CLOSED])
я еще не видел... Полезу BOL изучать...

(70) А какой скуль тебе сказал такой синтаксис?

(72) да я понимаю )))
2008 ой сказал

(73) Ну вот... А я уже губу раскатал...

(71) как обидится, можно поточнее ?
не станет регламентные тии делать и мд сохранять ?

(75) Запускаться откажется с воплями "Нарушена структура данных".

кстати 463 у меня это регистр Склад, видать то ли остатки, то ли суммы не оптимально давало, но пока не вкурил причем тут журнал

(76) счас

(77) А весь запрос можешь показать?

запущается милая ))) недаром постов с (10) по (15) не стало ))

(80) А... Пиратствуем помаленьку :))


@P1 varchar(9),@P2 varchar(9))Select SP455, SP457, SP3519, SP36989, SP460=SUM( SP460 ), SP998=SUM( SP998 ), SP459=SUM( SP459 ), SP458=SUM( SP458 ), SP461=SUM( SP461 ) from
(
Select SP455, SP457, SP3519, SP36989,SP460,SP998,SP459,SP458,SP461 from RG463(NOLOCK) where PERIOD='20081201' and SP456 = @P1
Union all
Select  RA.SP455,  RA.SP457,  RA.SP3519,  RA.SP36989, SP460=CASE DEBKRED WHEN 0 THEN RA.SP460 ELSE -RA.SP460 END, SP998=CASE DEBKRED WHEN 0 THEN RA.SP998 ELSE -RA.SP998 END, SP459=CASE DEBKRED WHEN 0 THEN RA.SP459 ELSE -RA.SP459 END, SP458=CASE DEBKRED WHEN 0 THEN RA.SP458 ELSE -RA.SP458 END, SP461=CASE DEBKRED WHEN 0 THEN RA.SP461 ELSE -RA.SP461 END from _1SJOURN JOURN(NOLOCK), RA463 RA(NOLOCK)
where RA.IDDOC=JOURN.IDDOC and JOURN.DATE_TIME_IDDOC>='20090101     0     0   ' and JOURN.DATE_TIME_IDDOC<'20090127     0     0   ' and JOURN.CLOSED&1=1 and JOURN.APPCODE&1=1 and JOURN.RF463=0x1
and RA.SP456 = @P2
) AS Tmp
GROUP BY SP455, SP457, SP3519, SP36989


чет не пойму тот это или нет, окон куча, проверю сейчас

(82) Так а зачем ты ему писал: "JOURN.RF463=0x1"?

(82) И вообще, как-то странно запрос построен... Зачем ты во второй части запроса, где анализируешь таблицу движений, выборку по журналу делаешь? И только потом джоинишь таблицу регистра? Да еще и таким синтаксисом джоин делаешь...

(82) И еще - поставь регистру галку "Быстрая обработка движений" и будет тебе счастье.

(84)(85) я бы рад сделать как надо, но то адинесина дает, это бухгалтер обороты по складам делает, отчет родной Рарусовский

(87) Опупеть... А какой исходный (1С-кий) запрос был?

(88) оооо, чтобы мене его нарисовать придется попатеть, он там весь динамически составляется в зависимости от выбранных всяких галочек, позиций, закладок и прочих условий
...
я конечно могу его вырисовать в приличном виде, но чтобы потом его сделать правельным взад это вряд ли, нехочется переписывать и отчет и кучу глобальных процедур

хотя спасибо за наводки, пожалуй просмотрю создание текста запроса, может чего и вычленю

(89) Тогда и фиг с ним :)
(90) Лучше его на прямой запрос перепеши :)

(91) это потом, когда нибудь ))

сколько времени должен выполняться запрос по оборотам всей номенклатуры за 2 года с детализацией по складам, номенклатуре, характеристикам, документам,
доков-участников штук по 50 - 100 в день
?
комп пеньтиум Д 3 Гц, процессор используется скулем один, ограничение на память 1 Гб, база 3,5 Гб всего

(93) Так неизвестна структура дынных... Но, имхо, секунду-полторы. Может, чуть меньше.

(94) по всей номенклатуре и всем движениям ?

(95) Ну да. Но повторюсь, структура данных неизвестна. Поэтому, плюс-минус полтора километра...

(96) блин, эти полтора километра выливаются пока в 30 минут ((
результирующая таблица (не скуль) объект Таблица выходит на более чем стотыщ строк (еще жду)
решил замучить этим отчетом на работающей живой базе

ни разу не делал никто такой отчет, просто решил позырить как это будет

экземпляр адинес сожрал уже почти 600 мег, тут конечно еще формирование объекта Таблица здоровенного, еще жду
(про много сжирание памяти адинес при гиблых отчетах/запросах вкурсе и про результат запроса в дбф само собою)

(97) Стоп. А мы о каком запросе говорим? О прямом или штатном 1С-ком?

(100) конечно штатном ))) прямой то я быстренько забацаю, но небыло пока веских причин на него

уже больше часа отчет формирует, правдо больше половины времени уже занимает формирование результирующей таблицы

(101) Тьфу, шайтан! Штатный - фиг знает... Сто лет эти шаманские штучки не запускал...

отчет все еще формируется, уже 3 часа, памяти уже 1.8 Гб сожрала адинес
таблица подходит к 300 000 строк
народ не жалуется пока ))

(104) Во терпеливый :)

фсе
288 тысяч строк, памяти 1.9 Гб адинес сказало "Недостаточно памяти" ))

ну и далее конечно рантайм егог

(104) Глядя на количество строк, которое пытается вывести твой отчет, я начинаю сомневаться в своей временной оценки примого запроса... Но все равно, это были бы секунды, а не часы...

дбф-ка результат запроса
42 поля
312262 записи

(108) да конечно согласен, адинесовский запрос отработал где то за полчаса, дальше шло уже формирования Таблицы mxl

(110) Что-то долгонько таблица формировалась... Да и судя по объему памяти, там ни сколько не смущаясь, в таблицу объекты 1С-ки пихаются, а не строковые представления...

(111) там все в расшифровках сплошь

+(109) дбф-ка это та временная, которую адинес сама создает в результате запроса

(112) Да понятно, что все в расшифровках. Но, ведь, ты же прекрасно знаешь, что одно дело запихать в расшифровку Товар.ТекущийЭлемент() и совсем другое - СокрЛП(Товар.Наименование). Я как раз вот это имел ввиду.

(114) да там объекты и суются в расшифровку, в саму уже строки и числа
хотя да, если преобразовать заранее в строку внутр, то может оно и лучше будет

(115) А еще и табличку наполнять заранее сохраненными областями...

Обошол ограничение на 4096 Мб для экспреса, полностью средствами самого, без патчения, думаю как автоматизировать и попытаюсь загнать туда рабочую базу

+(117) и без привлечения полнофункциональной версии

Вот и косячек при штатной выгрузке - загрузке
Выгрузка идет на ура, а вот загрузка не фиксирует транзакцию, по причине -

---------------------------
Конфигуратор
---------------------------
SQL State: 42000
Native: 156
Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Неправильный синтаксис около ключевого слова "TRANSACTION".
---------------------------
ОК  
---------------------------


Хотя если убить следы незавершенного, к примеру 1srecalc.cmd
то все ОК, база загружена целиком, пересчет регистров прошел.
...
Сижу морщу ум, как бы сделать, чтобы штатная загрузка отрабатывала полностью

(119) Чтобы из сингюзера убрать - пошукай инет. Делается парсеньем БкЭнда. И 1С-на после этого прекрасно все делает в разделенном режиме скулевой базы.

(120) спасибо за инфу, я уже думал про это, но без инструментов хреново самому искать выход, у меня даже никакой иды нету и прочего
...
если что и расковыриваю, то либо подгляжу и уже по этому допиливаю либо пялением в экран на импортированные библиотеки ну иногда на явно переданные параметры в процедуры
...
В общем спасибо.

Все просто, надо было добить многострадальную библиотеку

(119) Это потому, что в sql 2008 больше нельзя выполнить инструкцию DUMP TRANSACTION <BD> WITH TRUNCATE_ONLY
Поэтому у меня вопрос к знатокам, а что если попросить одинес вообще эту инструкцию не выполнять? Т.е. лог не чистить. Будет работать?

(123) см (122) уже работает, в замен воткнуто
тупо вставлен "аналог"
alter database %s set recovery simple

(124) Это понятно. А зачем вообще эта инструкция? Если потом в SQL модель менять на Full? Может вообще её убрать? Я это имел в виду.

(125) можно наверное и убрать