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

поставь УРБД и забирай с ПБ

(1) дублирование баз пока не вариант, если ты об этом

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

а есть что-то более нежно чем drop user? =)

*нежноЕ

(4)  есть "ПНХ, Альфредо!" , вот только не знаю, реализовали ли это в SQL

пользователь ходит локально ? или ?
ЗЫ если сессия в терминале то логофф
например как вариант
или сделай вьюшку или сторед процедуру - пусть берет данные из нее

логофф как то не комильфо - еще про в самом скуле останется болтаться.. проще в самом скуле кикнуть

(0) Все от того что мало кому придет в голову торговать с сайта наличием в базе. В базе делают обычно переброс на склад сайта и выгрузку на сайт остатков этого склада. Заказы с сайта подгружают по мере необходимости.
Ну а вы молодцы. А когда у вас на сайте будет тусоваться не 5 человек а 105 - что делать будете?.. В общем проблема в реализации задачи а не в сеансе.

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

смотрю bol и не догоняю =) в чем отличие для
grant control ON user1 role db_datareader
c
grant alter ON user1 role db_datareader

факардо =) как вернуть пользователю роль из коммандной строки?

такое подойдет?
USE mydbname
GO
ALTER ROLE db_datareader ADD MEMBER mysqluser
GO

хоть синтаксис поправьте..
use [base1]
exec sp_addrolemember N"db_owner", N"User1"
что за N?

верный вариант
use MYbase
create user MYuser
exec sp_addrolemember "db_datareader","MYuser"
go

(0) интересный подход. даже не первый взгляд сложно сказать нравится или нет. Но конечно открыть базу sql для доступа из внешнего интернета это смело...И скрипт php подымает обычное соединение а не SSL? Я делаю обычно по другому (наоборот) - 1C шлет php-скрипту запрос на авторизацию, если авторизация успешна то скрипт начинает принимать запросы из 1С (в пределах сессии конечно) на выборку (обновление, вставку) данных. 1С передает данные php скрипту в виде параметра (xml текста). почитать можно тут - http://legion-service.org/article4.html.
---

кстати какой какой интернет магазин используете? судя по тому что ручками пришлось делать интеграцию с 1с - наверное какой нибудь бесплатный Virtualmart или OpenCart? В личку пишите могу помочь с реализацией по моему варианту практически бесплатно. чисто символическую сумму оплатите чтобы хоть сигареты оправдать)

(16) (17) из внешнего инета база ессно недоступна. пользователь с правами db_datareader. инет-сервер и сервер 1с находятся на разных машинах и к серверу 1с имеется доступ только по портам sql. инет магазина нет. это далекая перспектива. а, если будет, то самописный (некое специфичное подобие). =) близкая перспектива - просто онлайн заявки. почему не отдельным складом - потому что клиенты большинством малообразованные (кто хочет поржать - могу показать РУКОПИСНУЮ заявку на 5 листов А4 отсканированную и присланную) и доля тех, кто будет этим пользоваться, пока меньше 15-20%. т.е. товар рискует зависнуть на этом складе надолго. причем обороты товара огромные, т.е. сейчас есть, через 2 минуты нет. и еще существет дифицит. (т.е. бывает, что его и так не хватает) поэтому делить еще по складам - как бы не очень.. а так спасибо за предложение. =) по ссылочке почитаю. если что вдруг - в личке договоримся.

Вперед к трехзвенке! Напиши на дельфи агента, который через OLE будет православно цепляться к базе 1с и отдавать нужную информацию сайту. А ручками в базу лазить нехорошо.

(19) не понял, что имеешь ввиду под "ручками"? прямые запросы от php?

может самый правильный вариант будет с использованием УРБД (как написал (1)), но я хз сколько времени будет занимать синхронизация и сколько ресов оно отожрет и рабочий базы во время нее (блокировок). бо синхронизировать надо ~ раз в 5 минут. а работа в основное по сути не прекращается в теч. дня. ..надо попробывать.

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

или средствами самого sql создать таблицы дублирующие необходимые данные и апдейтить их самому. =)
(22) "хранимки" - это свои процедуры для sql? бо я не понимаю, что значит "к ней цеплялся из 1с" =))
обращаться не напрямую к таблице, а через свою процедуру? чем это лучше?

вобще мысль со своими табличками мне нравится. =) т.к. можно сделать именно так, как хочется и хранить то, что нужно.

(23)
1. права на таблицы не нужно давать
2. транзакцию поднимаешь внутри хп, в случае падения конекта не висит блокировка до таймаута
3. четкое разделение зон ответствености

ресурсов в достатке. имею редкие проблемы с блокировкой журнала документов.
(25) спасибо, а можно что-то типа простого примера? =)

(20) Именно. Прямые запросы в обход 1с - это не то (против прямых запросов 1с++ ничего не имею)... А написать промежуточного агента не так уж и сложно, я даже как-то пробовал чисто для тренировки сделать сервис, который по http-запросу достает из базы содержимое реквизита справочника по переданному ключу. Самое главное - в этом случае нет никакой привязки к формату базы, всё работает одинаково и в sql и в dbf.

(27) Спсибо, мысль ясна. Уточню, что ПЗ используются только на чтение! Вобщем буду пробывать варианты.. =)