KISS принцип

KISS (акроним для «Keep it simple, stupid» — «Делай проще, тупица») — принцип проектирования, принятый в ВМС США в 1960[1][2].

Принцип KISS утверждает, что большинство систем работают лучше всего, если они остаются простыми, а не усложняются. Поэтому в области проектирования простота должна быть одной из ключевых целей, и следует избегать ненужной сложности. Фраза ассоциировалась с авиаконструктором Кларенсом Джонсоном (1910—1990)[3]. В 1970-х гг. широко использовался термин «KISS-принцип» (англ. KISS principle)[4]. Вариации на фразу включают «англ. Keep it Simple, Silly», «keep it short and simple», «keep it simple and straightforward»[5] и «keep it small and simple»[6].

ChatGPT — SQL запросы

Решил выложить свои опыты с чатджипити. Если кто не в теме — это ведь все строится на предсказании! появления! одного слова за другим:
чем right join отличается от left join в языке sql

В SQL существуют различные типы JOIN, которые позволяют объединять данные из разных таблиц. Один из таких типов JOIN — это LEFT JOIN и RIGHT JOIN.

LEFT JOIN возвращает все записи из левой таблицы и только те записи из правой таблицы, которые удовлетворяют условию JOIN. Если в правой таблице нет соответствующих записей, то возвращается значение NULL.

Пример использования LEFT JOIN:

SELECT *
FROM table1
LEFT JOIN table2
ON table1.id = table2.table1_id;

RIGHT JOIN, с другой стороны, возвращает все записи из правой таблицы и только те записи из левой таблицы, которые удовлетворяют условию JOIN. Если в левой таблице нет соответствующих записей, то возвращается значение NULL.

Пример использования RIGHT JOIN:

SELECT *
FROM table1
RIGHT JOIN table2
ON table1.id = table2.table1_id;

Таким образом, различие между LEFT JOIN и RIGHT JOIN заключается в том, что LEFT JOIN возвращает все записи из левой таблицы, а RIGHT JOIN — все записи из правой таблицы. В обоих случаях возвращаются только те записи из другой таблицы, которые удовлетворяют условию JOIN, а для отсутствующих записей используется значение NULL.

покажи разницу на примере

Рассмотрим две таблицы — Orders и Customers:

Таблица Orders:

OrderID CustomerID OrderDate
1 2 2022-01-01
2 3 2022-01-02
3 1 2022-01-03

Таблица Customers:

CustomerID CustomerName ContactName
1 Alfreds Maria
2 Ana Trujillo Ana
3 Antonio Moreno Antonio
4 Thomas Hardy Thomas

Теперь рассмотрим различия между LEFT JOIN и RIGHT JOIN в SQL.

Пример использования LEFT JOIN:

SELECT Customers.CustomerName, Orders.OrderDate
FROM Customers
LEFT JOIN Orders ON Customers.CustomerID = Orders.CustomerID;

Результат:

CustomerName OrderDate
Alfreds 2022-01-03
Ana Trujillo 2022-01-01
Antonio Moreno 2022-01-02
Thomas Hardy NULL

В данном случае мы используем LEFT JOIN для объединения таблиц Customers и Orders. В результате мы получаем все записи из таблицы Customers и только те записи из таблицы Orders, которые соответствуют условию соединения. Если в таблице Orders нет записей для определенного клиента, то возвращается значение NULL.

Пример использования RIGHT JOIN:

SELECT Customers.CustomerName, Orders.OrderDate
FROM Customers
RIGHT JOIN Orders ON Customers.CustomerID = Orders.CustomerID;

Результат:

CustomerName OrderDate
Ana Trujillo 2022-01-01
Antonio Moreno 2022-01-02
Alfreds 2022-01-03
NULL 2022-01-04

Здесь мы использовали RIGHT JOIN, чтобы объединить таблицы Customers и Orders. В результате мы получаем все записи из таблицы Orders и только те записи из таблицы Customers, которые соответствуют условию соединения. Если в таблице Customers нет записей для определенного заказа, то возвращается значение NULL.

что выведет в этом примере full join

Full join (или full outer join) объединяет все записи из двух таблиц, включая те, которые не имеют соответствующих записей в другой таблице. Если в таблице нет соответствующих записей, то для них будут использованы значения NULL.

Пример использования FULL JOIN:

SELECT Customers.CustomerName, Orders.OrderDate
FROM Customers
FULL JOIN Orders ON Customers.CustomerID = Orders.CustomerID;

Результат:

CustomerName OrderDate
Alfreds 2022-01-03
Ana Trujillo 2022-01-01
Antonio Moreno 2022-01-02
Thomas Hardy NULL
NULL 2022-01-04

Здесь мы используем FULL JOIN для объединения таблиц Customers и Orders. В результате мы получаем все записи из обеих таблиц, и те записи, которые соответствуют условию соединения. Если в таблице Customers нет записей для определенного заказа, то для них будет использовано значение NULL, и наоборот — если в таблице Orders нет записей для определенного клиента, то также будет использовано значение NULL.

покажи пример группировки в sql

Группировка в SQL используется для суммирования, подсчета или агрегации значений в таблице по определенным полям. Примером может служить таблица «Orders», содержащая информацию о заказах:

Таблица Orders:

OrderID CustomerID OrderDate Amount
1 2 2022-01-01 100
2 3 2022-01-02 200
3 1 2022-01-03 150
4 2 2022-01-04 75
5 3 2022-01-05 225
6 1 2022-01-06 50

Пример запроса на группировку по полю CustomerID и подсчету общей суммы Amount для каждого клиента:

SELECT CustomerID, SUM(Amount) AS TotalAmount
FROM Orders
GROUP BY CustomerID;

Результат:

CustomerID TotalAmount
1 200
2 175
3 425

Здесь мы используем функцию SUM() для суммирования значений поля Amount для каждого клиента. Затем мы используем ключевое слово GROUP BY для группировки по полю CustomerID. Результат показывает общую сумму заказов для каждого клиента.

покажи пример отбора и сортировки в sql

Отбор (фильтрация) и сортировка — это очень важные операции в SQL, которые позволяют выбирать и сортировать данные в таблицах. Для примера рассмотрим таблицу «Products», содержащую информацию о продуктах:

Таблица Products:

ProductID ProductName SupplierID CategoryID Price
1 Apple 1 1 2.5
2 Banana 1 1 1.5
3 Carrot 2 2 3.0
4 Broccoli 2 2 2.0
5 Chicken 3 3 5.0
6 Beef 3 3 7.0

Пример запроса на выборку продуктов, цена которых меньше 3 и сортировка по убыванию цены:

SELECT *
FROM Products
WHERE Price < 3
ORDER BY Price DESC;

Результат:

ProductID ProductName SupplierID CategoryID Price
2 Banana 1 1 1.5
4 Broccoli 2 2 2.0
1 Apple 1 1 2.5

Здесь мы используем оператор WHERE для отбора всех записей, у которых цена меньше 3. Затем мы используем ключевое слово ORDER BY для сортировки результатов по убыванию цены (от большей к меньшей). Результат показывает выбранные продукты в порядке убывания цены.

покажи сложный пример отбора на sql

Конечно, вот пример сложного запроса на выборку данных из нескольких таблиц с использованием вложенных подзапросов и условиями фильтрации:

Таблица Customers:

CustomerID CustomerName ContactName Country
1 Alfreds Maria Germany
2 Ana Trujillo Ana Mexico
3 Antonio Antonio Mexico
4 Around the Horn Thomas UK
5 Berglunds Christina Sweden

Таблица Orders:

OrderID CustomerID OrderDate
1 2 2022-01-01
2 3 2022-01-02
3 1 2022-01-03
4 2 2022-01-04
5 3 2022-01-05
6 1 2022-01-06

Таблица OrderDetails:

OrderDetailID OrderID ProductID Quantity
1 1 1 5
2 2 2 10
3 3 3 20
4 4 4 15
5 5 5 8
6 6 6 12

Пример запроса на выборку данных о заказах, сделанных в мексиканской компании и общей сумме каждого заказа:

SELECT O.OrderID, C.CustomerName, O.OrderDate,
(SELECT SUM(Quantity) FROM OrderDetails WHERE OrderID = O.OrderID) AS TotalQuantity,
(SELECT SUM(Quantity * Price) FROM OrderDetails OD JOIN Products P ON OD.ProductID = P.ProductID WHERE OD.OrderID = O.OrderID) AS TotalAmount
FROM Orders O JOIN Customers C ON O.CustomerID = C.CustomerID
WHERE C.Country = 'Mexico';

Результат:

OrderID CustomerName OrderDate TotalQuantity TotalAmount
2 Ana Trujillo 2022-01-01 10 15
3 Antonio 2022-01-02 20 60
5 Antonio 2022-01-05 8 40

Здесь мы используем оператор JOIN, чтобы объединить таблицы Customers и Orders, и оператор WHERE для отбора заказов, сделанных мексиканскими компаниями. Затем мы используем вложенные подзапросы для подсчета общего количества продуктов и общей стоимости каждого заказа в таблице OrderDetails. Результат показывает информацию о заказ

покажи другой сложный запрос

Конечно, вот пример запроса на выборку данных из нескольких таблиц с использованием операторов JOIN, условий фильтрации, агрегатных функций и группировки:

Таблица Employees:

EmployeeID LastName FirstName BirthDate HireDate
1 Davolio Nancy 1968-12-08 1992-05-01
2 Fuller Andrew 1965-02-19 1992-08-14
3 Leverling Janet 1963-08-30 1992-04-01
4 Peacock Margaret 1958-09-19 1993-05-03

Таблица Orders:

OrderID EmployeeID OrderDate
1 1 2022-01-01
2 2 2022-01-02
3 3 2022-01-03
4 1 2022-01-04
5 2 2022-01-05
6 3 2022-01-06

Таблица OrderDetails:

OrderDetailID OrderID ProductID Quantity Price
1 1 1 5 2.5
2 2 2 10 1.8
3 3 3 20 1.5
4 4 4 15 2.0
5 5 5 8 3.5
6 6 6 12 1.2

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

SELECT E.EmployeeID, E.LastName, E.FirstName, AVG(TotalQuantity) AS AverageQuantity
FROM Employees E
JOIN Orders O ON E.EmployeeID = O.EmployeeID
JOIN (
SELECT OrderID, SUM(Quantity) AS TotalQuantity
FROM OrderDetails
GROUP BY OrderID
) OD ON O.OrderID = OD.OrderID
GROUP BY E.EmployeeID, E.LastName, E.FirstName;

Результат:

EmployeeID LastName FirstName AverageQuantity
1 Davolio Nancy 10.0
2 Fuller Andrew 9.0
3 Leverling Janet 20.0

Здесь мы используем операторы JOIN для объединения таблиц Employees, Orders и OrderDetails, и агрегатную функцию AVG() для подсчета среднего количества продуктов в каждом заказе. Затем мы группируем результаты по Employee

Закон Конвея

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

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

Отличия NFS и DFS

Распределенная файловая система DFS

Файловая система DFS [5] была разработана компанией Transarc и впоследствии включена OSF в среду распределенных вычислений (DCE, Distributed Computing Environment), куда помимо нее входят еще пять служб: нитей, удаленного вызова процедур, безопасности, каталогов и времени. В отличие от NFS, DFS предлагает централизованное решение адресации файлов, безопасности и администрирования файловой системы. Соответствующие службы реализованы в виде серверов, запускаемых на одной или нескольких машинах. Состав серверов может меняться в зависимости от потребностей и сложности сети.

Пространство файлов. В обслуживаемой сети DFS определяет единое пространство файлов со следующей структурой имен:

/.../<имя ячейки>/fs/<локальное имя>
например:
/.../C=US/O=OSF/OU=
Cambridge/fs/usr/nl/file.c

Здесь fs — стандартный переключатель, ограничивающий собственно имя файла. Пространство файлов разбито на ячейки, образующие префикс полного маршрутного имени файла. Внутри ячейки адресация упрощается: имя ячейки может опускаться.

Клиенты могут обращаться и к файлам, лежащим в других ячейках. Однако в сети с несколькими ячейками конфигурация DFS усложняется: полная адресация файлов поддерживается службой глобальных каталогов (GDS или DNS). Разбиение на ячейки не связано исключительно с географией размещения компьютеров. Благодаря этому подразделения получают автономию и могут проводить собственную политику администрирования.

Как и NFS, DFS позволяет объединять путем монтирования локальные файловые системы различных типов, но кроме того, DFS вводит свой собственный тип — LFS DCE с дополнительными возможностями, ориентированными на сетевую среду. Это исключение — обычно сетевые файловые среды опираются исключительно на «родные» для нижележащих ОС файловые системы. NFS и DFS хорошо совмещаются: NFS-компьютеры могут монтировать файловое пространство DFS и работать с ними в соответствии с семантикой NFS.

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

Прозрачность. С точки зрения клиента DFS обеспечивает такую же полную прозрачность файловых операций, что и NFS. Тем более, что реализация прозрачности использует тот же способ — интерфейс VFS, правда, расширенный до VFS+ (в DFS увеличен набор файловых операций).

Производительность. Для повышения производительности DFS использует буферизацию. Кроме того, клиенты DFS более разумны, чем в NFS: они кэшируют важнейшую информацию, но по иной схеме. Повторные обращения к одному и тому же файлу не обязательно ведут к передаче данных с сервера, поскольку они могут сохраняться в кэше клиента.

Механизм повышения производительности на серверной стороне — репликация. Если какой-то файл интенсивно используется множеством клиентов, администратор может создать несколько его копий, лежащих на различных машинах, и клиенты могут работать с той или другой. Заботу о поддержке идентичности берет на себя специальный сервер DFS. Поэтому клиенты, работающие с одним файлом, фактически обращаются к разным серверным машинам, а нагрузка на каждую из них, естественно, падает.

 

via osp

Замена cacert.pem в 1С

Для обновления сертификата необходимо выполнить следующие действия:

  • закрыть все работающие сеансы 1С:Предприятие
  • сделать копию старого сертификата
  • заменить файл со старым сертификатом в каталоге, в котором установлена платформа, например C:\Program Files (x86)\1cv8\8.3.20.1769\bin\cacert.pem

Замена возможна двумя способами:

  1. Заменить файл cacert.pem на другой, уже содержащий новый сертификат Globalsign. Если вы ранее не редактировали cacert.pem, то этот вариант предпочтителен.
  2. Добавить текст сертификата Globalsign вручную в конец файла cacert.pem в любом текстовом редакторе.