Skip to content

Commit c004def

Browse files
leobrnleobrn
committed
Новый раздел в теории
1 parent 06c0488 commit c004def

3 files changed

Lines changed: 127 additions & 6 deletions

File tree

‎docs/theory/sql.md‎

Lines changed: 29 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -60,21 +60,44 @@ WHERE РегистрСведений.Цены.Номенклатура = 'Тов
6060
→ Оценка: 1 000 000 / 10 000 = **~100 строк**
6161

6262
**2. Для выбора метода доступа:**
63-
- **< 1% строк** → Index Seek (точечный поиск)
64-
- **> 30% строк** → Index Scan или Table Scan (перебор)
63+
| Объём данных | Оператор | Когда используется |
64+
|-------------|----------|-------------------|
65+
| **< 1-5%** строк | **Index Seek** | Точечный поиск по индексу |
66+
| **1-30%** строк | **Index Scan** | Перебор индекса (зависит от факторов) |
67+
| **> 30%** строк | **Table Scan** | Полный перебор таблицы |
6568

6669
**3. Для выбора типа соединения:**
67-
- **Маленькая таблица × Большая таблица** → Nested Loops
68-
- **Две большие таблицы** → Hash Join или Merge Join
70+
| Ситуация | Тип JOIN | Критерии выбора |
71+
|----------|----------|-----------------|
72+
| **Маленькая × Большая** | **Nested Loops** | Внешняя таблица < 1000 строк |
73+
| **Большая × Большая** (нет сортировки) | **Hash Join** | Нет индексов для сортировки |
74+
| **Большая × Большая** (есть сортировка) | **Merge Join** | Обе таблицы отсортированы по ключу |
6975

7076
**4. Для оценки сортировки:**
71-
- **Мало данных** → сортировка в памяти
72-
- **Много данных** → сортировка с записью в tempdb
77+
- **< 1000 строк** → Сортировка в памяти
78+
- **> 1000 строк** → Может использовать tempdb (медленнее)
7379

7480
**5. Для выбора индекса:**
7581
- Какой индекс покрывает больше условий WHERE
7682
- Какой индекс имеет лучшую селективность
7783

84+
#### **Для 1С особенно важно:**
85+
- **Срезы последних** часто создают сложные вложенные запросы
86+
- **Обращение через точку** (`Ссылка.Родитель.Наименование`) убивает индексы
87+
- **Временные таблицы** без индексов → всегда Table Scan
88+
- **Подзапросы** не имеют собственных индексов → всегда Table Scan
89+
90+
#### **Признаки проблем в плане:**
91+
- **Key Lookup** → не хватает покрывающего индекса
92+
- **Spill to tempdb** → не хватает памяти для сортировки/хеша
93+
- **Большая разница** Estimated Rows vs Actual Rows → устарела статистика
94+
95+
#### Шпаргалка для быстрой диагностики медленного запроса:
96+
97+
1. **Какой тип доступа?** (Seek vs Scan) → проверь % строк
98+
2. **Какой тип JOIN?** → проверь размеры таблиц
99+
3. **Есть ли сортировка?** → проверь объём данных
100+
4. **Соответствуют ли оценки?** (Est vs Act) → проверь статистику
78101
---
79102

80103
**2. Очистка процедурного кэша**

‎docs/theory/technologies_services/_category_.json‎

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,8 @@
1+
{
2+
"label": "Технологии и сервисы 1С",
3+
"position": 13,
4+
"link": {
5+
"slug": "technologies_services",
6+
"type": "generated-index"
7+
}
8+
}

‎docs/theory/technologies_services/fresh.md‎

Lines changed: 90 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,90 @@
1+
---
2+
sidebar_position: 1
3+
sidebar_label: 1С:Фреш
4+
title: Облачная подсистема 1С Фреш
5+
---
6+
## Основная концепция
7+
**Облачная подсистема Фresh** — это решение для создания SaaS-сервисов (программное обеспечение как услуга) на платформе «1С:Предприятие». Провайдер размещает и обслуживает инфраструктуру, а пользователи получают доступ к прикладным решениям через интернет (браузер или тонкий клиент) по подписке.
8+
9+
## Ключевые характеристики модели SaaS
10+
- **Размещение**: все ИБ находятся у провайдера на его оборудовании.
11+
- **Доступ**: через браузер или тонкий клиент 1С.
12+
- **Оплата**: абонентская плата (включая техподдержку).
13+
- **Обслуживание**: провайдер полностью отвечает за обновление, резервное копирование и инфраструктуру.
14+
15+
## Преимущества модели
16+
17+
#### Для пользователей:
18+
- ✅ Простота использования — только браузер и интернет.
19+
- ✅ Доступ из любой точки мира с любого устройства.
20+
- ✅ Снижение затрат — нет расходов на оборудование, лицензии и администрирование.
21+
- ✅ Быстрое развертывание.
22+
- ✅ Сохранность данных в дата-центре провайдера.
23+
- ✅ Автоматические обновления.
24+
- ✅ Возможность переноса данных из локальной версии в облако и обратно.
25+
26+
#### Для провайдеров:
27+
- ✅ Экономия ресурсов за счёт единой инфраструктуры.
28+
- ✅ Централизованное администрирование и обновление.
29+
- ✅ Быстрое масштабирование и выход на новые рынки.
30+
- ✅ Отсутствие проблем с пиратством.
31+
- ✅ Потенциально высокая доходность в долгосрочной перспективе.
32+
33+
## Особенности работы
34+
#### Разделение данных
35+
- Все пользователи работают в **единой информационной базе**, но данные разных абонентов изолированы.
36+
- Экономия ресурсов, упрощение обслуживания.
37+
- Данные защищены от доступа других абонентов и администраторов сервиса.
38+
39+
#### Поддержка неразделенных ИБ
40+
- Можно размещать **произвольные конфигурации 1С**.
41+
- Пользователь самостоятельно управляет обновлениями и конфигурацией.
42+
43+
## Требования к разработчикам
44+
Прикладные решения должны:
45+
- Работать в **клиент-серверном варианте** с веб-клиентом.
46+
- Избегать длительных серверных вызовов.
47+
- Интегрироваться с инфраструктурой Фреш через **Библиотеку технологий сервиса** и **Библиотеку стандартных подсистем**.
48+
- Подробнее — в «Руководстве разработчика» по облачной подсистеме Фреш.
49+
50+
## Минусы и риски для пользователей
51+
52+
1. **Абсолютная зависимость от связи и провайдера:**
53+
* **Нет интернета = нет работы.**
54+
* Простои в работе во время технических работ и обновлений по графику провайдера.
55+
* Скорость и стабильность работы зависят от инфраструктуры провайдера.
56+
57+
2. **Ограниченный контроль и гибкость:**
58+
* **Обновления — по воле провайдера.** Невозможно остаться на привычной или стабильной версии.
59+
* **Жесткие ограничения на кастомизацию.** Не все механизмы платформы доступны.
60+
* **Сложность интеграции** с локальным оборудованием и сторонним ПО.
61+
62+
3. **Повышенные требования к разработке:**
63+
* **Ограниченные возможности по доработкам.** Только расширения и внешние обработки.
64+
* **Необходимость особых навыков у разработчика.** Разработчик должен владеть методикой адаптации решений для Фреш, что увеличивает стоимость и срок доработок.
65+
66+
4. **Вопросы безопасности и данных:**
67+
* Данные физически у провайдера.
68+
69+
5. **Долгосрочные финансовые и стратегические риски:**
70+
* **Подписка vs лицензия.** В долгосроке (5-10 лет) совокупные платежи могут значительно превысить стоимость "коробки".
71+
72+
## Вывод
73+
74+
**1С Фреш** — это готовый инструмент для перевода продуктов 1С в современную SaaS-модель. Он идеален для **стандартизированных задач** малого и среднего бизнеса, где критически важны **простота, скорость внедрения и отсутствие затрат на инфраструктуру**.
75+
76+
**Эта модель — осознанный компромисс:**
77+
78+
| Что вы **получаете** (Преимущества) | От чего вы **отказываетесь** (Минусы / Компромиссы) |
79+
| :--- | :--- |
80+
| Удобство «всё из коробки» | **Полный контроль** над инфраструктурой и процессами |
81+
| Низкие стартовые затраты | **Максимальную гибкость** в кастомизации и интеграциях |
82+
| Обслуживание силами провайдера | **Возможно, более высокую совокупную стоимость владения** в долгосроке (5-10 лет) |
83+
| Быстрое развертывание и масштабирование | Свободу выбора момента и версии **обновлений** |
84+
| Доступность с любого устройства | Работу без **зависимости от интернета** |
85+
86+
Выбор между облаком по модели Фреш и локальным развертыванием — это стратегическое решение, зависящее от специфики бизнеса, ИТ-требований и финансовой модели.
87+
88+
## Материалы
89+
90+
* [1С:Облачная подсистема Фреш](https://its.1c.ru/db/freshpub)

0 commit comments

Comments
 (0)