The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В новой версии 1C сделан значительный шаг навстречу платформ..., opennews (?), 29-Сен-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "В новой версии 1C сделан значительный шаг навстречу платформ"  –5 +/
Сообщение от Piter_Ring (ok), 30-Сен-09, 03:53 
а как ты думал ??? ты думешь у них все в хранимых процедурах ???
правильно! вот только запросы там типа селект * фром..... остальное на
клиенте обрабатывается :))
так что радости от такого решения не сильно много.
Тем более если бабок хватило на 8-ку сиквельную то 50 баксов на
клиентскую винду - шоб не еб...ть себе и бухам мозги всегда найдутся.
Ответить | Правка | Наверх | Cообщить модератору

20. "В новой версии 1C сделан значительный шаг навстречу платформ"  –1 +/
Сообщение от Mikulaemail (?), 30-Сен-09, 08:54 
>50 баксов на клиентскую винду

Чечаз, занизил ты на 20 баклов цену.
А новость дейсчтвительно хорошая. Осталось добить НПО ВМИ, глядишь и К+ под линуксом будет :)

Ответить | Правка | Наверх | Cообщить модератору

29. "В новой версии 1C сделан значительный шаг навстречу платформ"  +1 +/
Сообщение от Еще один аноним (?), 30-Сен-09, 10:11 
Это раньше, в 7-ке, когда на ее встроенном языке делаешь запрос с условиями (в той транскрипции 'ВЫБРАТЬ ... ИЗ ... ГДЕ ... СГРУППИРОВАТЬ ПО ...') даже в конфигурации работы с MSSQL сервером, выражение '... ГДЕ ...' отрабатывалось на клиенте (т.е. с сервера делалось 'select * from' а на клиенте перебирались записи и проверялись на попадание по условию). В 8-ке уже все честно - на SQL-серваке выполняется полноценный запрос с условиями и работу по выборке по условию выполняет сам сервак СУБД, а 1С-ка только транслирует и скармливает ему запросы и фетчит порциями отобранные записи, как обычное правильное приложение. Проблема для разработчиков осталась в другом. В 7-ке, когда программист что-то внес в работающую конфигурацию, надо всех выгонять из системы, он даже не может закрыть окно конфигуратора 1С - все наработанное потеряет. В 8-ке это немного облегчили, разбили на два этапа - теперь программист не выгоняя никого может сохранить результаты своей работы, но не делая эти изменения актуальными, а чтобы эти изменения вступили в силу, надо сделать 'обновление конфигурации', а это опять как и раньше всех выгонять из системы.
    С самописными системами проще - логика работы по возможности максимально переносится в СУБД и сервер приложений, в нашем случае представляющий собой запущенные COM-объекты. На тестовом серваке все отладил, проверил, потом на короткое время на сервере приложений просто отключил в оснастке нужный компонент (COM-объект), остановил его, подменил dll-ку на новую, подправил на сервере СУБД интересующий тебя пакет и снова включаешь компонент. Компонент не работает всего пол-минуты, клиент, который дернул метод отключенного COMа, получит исключение об отключенном компоненте. Клиент, который до момента остановки компонента уже успел вызвать метод - получит исключение, а транзакция откатится. В обоих случаях, когда я запущу отключенный компонент, клиент просто еще раз повторит свой вызов, нажмет нужную кнопку и все заработает дальше.
    Модульности и гранулярности обновлений бы по-больше 8-ке, чтобы можно было бы прям по живому менять конфигурацию, пусть у клиента, который работает именно с этой, обновляемой крохотной подсистемой, на короткое время вылезет ошибка, а потом просто человек еще раз повторит операцию (снова нажмет какую-нибудь кнопку "сохранить", "удалить", "подтвердить" и т.п.)
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

35. "В новой версии 1C сделан значительный шаг навстречу платформ"  +1 +/
Сообщение от Аноним (-), 30-Сен-09, 10:42 
У одинесников одну единственную ошибку не могут побороть: "превышен интервал ожидания выполнения транзакции" (не дословно), причем бороть ее надо не повтором, а гораздо раньше. Какое там "конфигурация по живому"? Чтобы вообще database_explode() непереставая сыпались?
Ответить | Правка | Наверх | Cообщить модератору

41. "В новой версии 1C сделан значительный шаг навстречу платформ"  –1 +/
Сообщение от Еще один аноним (?), 30-Сен-09, 11:25 
>У одинесников одну единственную ошибку не могут побороть: "превышен интервал ожидания выполнения
>транзакции" (не дословно), причем бороть ее надо не повтором, а гораздо
>раньше. Какое там "конфигурация по живому"? Чтобы вообще database_explode() непереставая сыпались?
>

   Насчет интервала ожидания выполнения транзакций сталкивался нечасто, а вот звонки пользователей о том что "я не могу это сделать, там какая-то ошибка вылезает", а вылезает ошибка блокировки документа потому что кто-то этот документ открыл просмотреть на другом компе - уже достали, уже устал объяснять.
   А без обновления конфигурации "на лету", не останавливаясь - какой же это ынтырпрайз и 24/7.
   Ничто в этом мире не совершенно

Ответить | Правка | Наверх | Cообщить модератору

49. "В новой версии 1C сделан значительный шаг навстречу платформ"  +/
Сообщение от Itkostya (?), 30-Сен-09, 13:06 
>У одинесников одну единственную ошибку не могут побороть: "превышен интервал ожидания выполнения
>транзакции" (не дословно), причем бороть ее надо не повтором, а гораздо
>раньше. Какое там "конфигурация по живому"? Чтобы вообще database_explode() непереставая сыпались?
>

В 8.1 появились управляемые транзакции. Должны побороть

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

65. "В новой версии 1C сделан значительный шаг навстречу платформ"  –1 +/
Сообщение от Аноним (-), 30-Сен-09, 15:04 
именно в 8.1 и не побороли. Постгрес просто складывается под с виду весьма легкой задачкой - 10-20 пользователей (из них половина AFK) и 5 гиг база (400 метров 1Совского дампа).
Ответить | Правка | Наверх | Cообщить модератору

48. "В новой версии 1C сделан значительный шаг навстречу платформ"  +/
Сообщение от Itkostya (?), 30-Сен-09, 13:05 
В 8.1 есть динамическое обновление
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

83. "В новой версии 1C сделан значительный шаг навстречу платформ"  +/
Сообщение от letsmac (?), 30-Сен-09, 21:47 
Чувак тебе в институт бы, ты вообще в вопросе хуже Билана. Сколько в профйлер не тыркался "Select * From " не наблюдал. Если курсоры - это не значит, что всё на клиенте, блокировки это вообще из другой колокольни. 8.1 уже поддерживала блокировку на уровне записей и создание составных индексов. При изменении конфы 8.0 без исзменения БД можно было ни кого не выгонять.

>>крохотной подсистемой,  

Ты вообще в исходники проведения документов смотрел? Блокировка на открытую  форму обходилась даже в 7.7.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

96. "В новой версии 1C сделан значительный шаг навстречу платформ"  +/
Сообщение от congocongo (?), 01-Окт-09, 18:00 
>а как ты думал ??? ты думешь у них все в хранимых
>процедурах ???
>правильно! вот только запросы там типа селект * фром..... остальное на
>клиенте обрабатывается :))
>так что радости от такого решения не сильно много.
>Тем более если бабок хватило на 8-ку сиквельную то 50 баксов на
>
>клиентскую винду - шоб не еб...ть себе и бухам мозги всегда найдутся.
>

на 8-ке нормальные запросы, да и хранимки не панацея.
там с блокировками есть проблемы, но это изначально архитектура кривая.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру