v7: Одновременная работа 1С 7.7 с базами dbf и sql #457040

Здравствуйте! Подскажите, пожалуйста, возможна ли одновременная работа 1С версии 7.7 с базами dbf, sql (версия 1С sql-ная)?

да

Т. е., если в данный момент используется дбф, то достаточно приобрести и поставить какой-нибудь скл-сервер? Надо ли как-то настраивать скл-сервер и 1С для работы друг с другом?

ЖКК в коробке есть?

Ни какой нибудь, а конкретно MS SQL 2000. После этого долго плеваться, что все тормозить и половина отчетов не работают. Поэтому откатиться назад на дбф

ждешь, когда какая-нить дбф дойдет до 4 гигов? :)

ЖКК - что это? > Ни какой нибудь, а конкретно MS SQL 2000 Только с этим работать будет? > После этого долго плеваться, что все тормозить и половина отчетов не работают Всё так плохо? Почему? Кстати, сейчас у меня 1С работает по сервером терминалов. А на скл хочу перейти по соображениям безопасности впервую очередь. По производительности скл лучше дбф или нет в 7.7?

1. желтая книжка 2. ну если с бубном то можно на sql 2005 поставить какие еще отчеты работать не будут? не пугай народ :)

: Желто-Красные Книжки Только (без дотачивания) Плохо. Потому что такова специфика. Ничего оригинального. Хоти. Хуже.

: По черным запросам и по бух.запросам без указания границ интервалов, например.

на на это дело надо просто программисту руки оторвать и все путем будет. элементарные проверки на даты должны быть. Если 1С не в терминале, то на сиквеле быстрее будет, чего только стоит ожидание переиндексации dbf баз.

> 2. ну если с бубном то можно на sql 2005 поставить А инструкция по использованию бубна есть? :) 2005 будет существенно лучше, чем 2000? Хмм... ну хоть чем-то скл лучше, чем дбф? :) ЖКК не видел, видимо, порастеряли :( А в них много полезной информации по этому поводу? Сейчас 1С в терминале, база небольшая и растёт очень медленно (250 ГБ). Меня надёжность работы и безопасность интересует на данном этапе :)

250 ГБ?? или все таки Мб? Если второе, то сидите и радуйтесь жизни..

Похоже тут все более запущено.. начать нужно с понятий бит, байт :)

: Есть. Не особо. "Хоть что-то": после аварийного завершения сеанса не нужно переиндексирование. Ищи (тлт не тринди - и всё равно ищи). Много. 250 гектар - это ты наверное ошибся. Ставь рэйд в зеркало. Настраивай доступы, рубай файл-меню.

Не подумаете чего... не то вырвалось :))) Мегабайт :) Хотел сказать мегабайт, а в голове гигабайты :) Уверяю Вас, не надо...

250 метров переиндексируются моментом. Не дёргайся хотя бы до двух гектар.

Да я по соображениям безопасности дёргаюсь :) Чтобы базы скопировать нельзя было... Может попробовать скл-сервер с базами вообще на другой комп унести с терминального сервера...

Выполнил я в одной хорошей компании проект по перетаскиванию их DBF базы на SQL (2005, виндовая авторизация SQL, вьюхи в подборах, даже с записью что-то было SQL-ное сейчас уже не помню, ну отчеты напрямую из базы, само собой быстрые и ToyPAL с компонентой очень полезен оказался, даже архивы проекта остались) но там база 4G была, сколько она сейчас, осталась ли она - не знаю, ещё два года после этого держал ее в поле зрения. 250M - это ваше счастье.

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

+1

: настройки политик (+ закрытие терминальному подключению доступа в сеть) + блокирование внерегламентного запуска внешних обработок (FormEx) + (опционально) блокирование меню "файл" (FormEx). ЗЫ: можно ещё мобильники и фотики на входе отбирать.

Разрешаю

Фото можешь выложить? Хотя странно - как фото смотришь - все нормально, а как конфу - всегда хочется фото увидеть - фигура должна быть интересной :)

Фото чего? O_o

>с базами dbf, sql какими?

вот интересно, а как sql помешает базы копировать? :)

Видимо это ему крутой спец сказал. Мне как-то крутой админ рассмеялся в лицо, когда я сказал, что терминалку поставить для 1С. - Ты чё. ТС вовсе для другого. Ну ты меня рассмешил. Правда - через пару дней извинился.

> В данном случае производительность не стоит той мнимой безопасности, о которой вы думаете Неужели и у скл безопасность плохая?

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

Любую защиту можно сломать. Вопрос только в цене.

250 м. это "золотой размер" дбфки. Если все пользователи сидят под ТС то работать можно ещё очень долго, в зависимости от нагрузки и производительности сервера. Что касается SQL то должен признатся что работает все гораздо медленее. Но безопасность можно подянуть, во первых: Базы SQL и МД обязательно держать на отдельном сервере, с четко настроеной политикой безопасноти, без АД смысла во всем этом нет, ни в коем случае не давать права админа 1С пользователям. То же самое с ТС сервером, вобщем хороший админ тебе в помощь

ИМХО, скульную базу легче своровать.

Ну это как права раздашь... Если у пользователей нет прав устанавливать проги, не установлен энтерпрайз и нет доступа к скульному серваку, то труднее.

Любые права ломаются, но сдаются :), а вот копировать базу легче под скулем.

Главное - сделать так, чтобы копирование было практически невозможным, но в случае SQL это сделать немного проще, если "фильтровать" обращения к SQL-серверу, по приложениям (тогда к нему сможет обратиться только 1С). Просто dbf-файлы уже доступны через меню проводника в 1С, а к SQL ещё нужно подключаться, поэтому априори dbf-меньшая безопасность, чем SQL.

Если в SQL виндовая авторизация, то ничем вам .dba  файл не поможет, а я даже ловушку делал: кто dba расшифрует и к SQL с такими паролями полезет на того сразу алерт админу идет.

А как в семерке одной виндовой обойдешься? В параметрах базы же нужно пользователя с паролем указать.

: патчить

не легче, но быстрее :)