diff --git a/db/sql/features/acid.txt b/db/sql/features/acid.txt index b0be048ef..f7162c76e 100644 --- a/db/sql/features/acid.txt +++ b/db/sql/features/acid.txt @@ -2,6 +2,8 @@ ByteByteGo - ACID Properties in Databases With Examples 3:00 of 4:56 https://www.youtube.com/watch?v=GAe5oB742dw ! 2:57 Isolation Level and Violations table +2021 +https://habr.com/ru/articles/555920/ 2019 Hussein Nasser - Relational Database ACID Transactions (Explained by Example) 28:00 of 42:42 https://www.youtube.com/watch?v=pomxJOFVcQs diff --git a/db/sql/postgres/feature/index/types.txt b/db/sql/postgres/feature/index/types.txt new file mode 100644 index 000000000..4c210e1fd --- /dev/null +++ b/db/sql/postgres/feature/index/types.txt @@ -0,0 +1,58 @@ +************************************************************************************************************ +✅ В предыдущем посте мы перечислили какие индексы использует PostgreSQL (https://t.me/pg_guru/724), рассмотрим индекс BRIN подробнее. + +BRIN (Block Range INdex) — это тип индекса в PostgreSQL, который предназначен для работы с очень большими таблицами, где данные имеют естественный порядок, например, временные ряды. + +✅ BRIN индексы были введены в PostgreSQL в версии 9.5. Основным разработчиком, который предложил и реализовал BRIN индексы, является Альваро Эррера (Alvaro Herrera). Он работал в сотрудничестве с другими участниками сообщества PostgreSQL, чтобы внедрить эту инновацию. + +BRIN индексы экономичны по использованию дискового пространства и обеспечивают хорошие показатели производительности для определенных типов запросов. + +✅ Основные особенности и принцип работы BRIN индексов: + +Диапазоны блоков: + +BRIN индексы индексируют данные на уровне блоков таблицы, а не на уровне отдельных строк. + +Хранят минимальные и максимальные значения для каждого блока данных. + +Блок - это базовая единица хранения данных Postgres, по умолчанию он составляет 8 КБ данных. BRIN производит выборку диапазона блоков (по умолчанию 128), сохраняя местоположение первого блока в диапазоне, а также минимальное и максимальное значения для всех значений в этих блоках. + +Экономичность по дисковому пространству: + +✅ BRIN индексы занимают значительно меньше места на диске по сравнению с B-tree и другими типами индексов, потому что они сохраняют метаданные только для блоков, а не для каждой строки. + +Оптимальны для упорядоченных данных: + +✅ BRIN индексы эффективны, когда данные имеют естественный порядок или кластеризованы. Например, временные метки в журнале событий, данные о времени или измерениях. + +✅ При правильном использовании индекс BRIN сэкономит более 99% дискового пространства. + +Пример использования BRIN индексов + +📌 Создание таблицы + +CREATE TABLE measurements ( id SERIAL PRIMARY KEY, sensor_id INT, temperature FLOAT, timestamp TIMESTAMP );  + +📌 Вставка данных + +INSERT INTO measurements (sensor_id, temperature, timestamp) VALUES (1, 23.5, '2024-05-29 10:00:00'), (1, 24.0, '2024-05-29 10:01:00'), -- множество других записей (1, 22.0, '2024-05-29 12:00:00');  + +📌 Создание BRIN индекса + +При создании BRIN индекса следует использовать правильный синтаксис, включая указание типа индекса и проверку на правильность используемого столбца. + +CREATE INDEX measurements_brin_idx ON measurements USING BRIN (timestamp);  + +Этот индекс будет хранить минимальные и максимальные значения для timestamp в каждом блоке данных. + +Пример запроса, использующих BRIN индекс + +📌 Поиск по диапазону времени + +SELECT * FROM measurements WHERE timestamp BETWEEN '2024-05-29 10:00:00' AND '2024-05-29 11:00:00';  + +✅ Этот запрос будет использовать BRIN индекс для быстрого определения блоков данных, содержащих нужные временные метки. + +✅ Обслуживание BRIN индексов включает в себя регулярное выполнение команд VACUUM и ANALYZE, использование команды REINDEX для перестройки индексов при необходимости, настройку параметров autovacuum, и создание индексов на упорядоченных данных. + +✅ Эти практики помогут поддерживать высокую производительность и актуальность BRIN индексов в PostgreSQL. Однако, как и все инструменты, они должны использоваться в соответствующих сценариях, где их преимущества могут быть полностью реализованы. diff --git a/db/sql/postgres/feature/query/prepared.txt b/db/sql/postgres/feature/query/prepared.txt new file mode 100644 index 000000000..6b66d767c --- /dev/null +++ b/db/sql/postgres/feature/query/prepared.txt @@ -0,0 +1,58 @@ +2021 +https://habr.com/ru/companies/postgrespro/articles/574702/ + +********************************************************************************************************** +Подготовленные запросы (PREPARE statement) в PostgreSQL. + +Вчера мы с вами поговорили (https://t.me/pg_guru/728) об этапах прохождения запроса и видах протоколов запросов в PostgreSQL. И упомянули о так называемых подготовленных запросах. В сегодняшнем посте более подробно поговорим об этой технологии. + +Подготовленные запросы относятся к расширенному протоколу запросов и позволяют нам подготовить запрос заранее для выполнения, указав все необходимые параметры. Это может быть полезно, если у вас есть часто выполняющиеся одинаковые по сути запросы, отличающиеся только передаваемыми в них параметрами. С помощью подготовленных запросов мы можем проскочить этапы выполнения запроса, такие как разбор и трансформация, увеличив тем самым производительность. + +Синтаксис подготовленного запроса будет таким: + +PREPARE имя_запроса [ ( типы_данных [, ...] ) ] AS текст_запроса параметры_запроса; + +Имя_запроса - произвольное имя подготовленного запроса. Пригодиться нам для последующего выполнения запроса; + +Типы_данных - перечисляем типы данных, фигурирующих в запросе поочерёдно. Если не указать тип данных для параметра, то этот параметр будет выведен из контекста запроса, если это возможно; + +Текст_запроса - собственно, текст самого запроса. Здесь может быть любой SQL-оператор: SELECT, INSERT, UPDATE, DELETE, MERGE или VALUES; + +Параметры_запроса - перечисляем параметры нашего запроса в виде $1, $2 и т.д. Очередность параметров должна соответствовать очерёдности типов данных. + +Пример: + +PREPARE workers (INT, TEXT, DATE) AS +INSERT INTO workers_info VALUES($1, $2, $3); + +В ответ получим сообщение: + +PREPARE + +Что говорит об успешной подготовке запроса. + +Теперь нам нужно выполнить подготовленный запрос. Для этого используется команда EXECUTE. Синтаксис будет таким: + +EXECUTE имя_подготовленного_запроса (значение_первого_параметра, значение_второго_параметра, ...); + +Продолжая наш пример, выполнение подготовленного запроса может выглядеть так: + +EXECUTE workers (3, 'Ivan', '1982-01-01'); + +Чтобы удалить подготовленный запрос, используется команда DEALLOCATE. Синтаксис будет таким: + +DEALLOCATE имя_подготовленного_запроса; + +В нашем случае будет так: + +DEALLOCATE workers; + +Мы так же можем узнать какой план выбирает PostgreSQL для нашего подготовленного запроса: + +EXPLAIN EXECUTE имя_подготовленного_запроса (значения_параметров); + +Если PostgreSQL применит общий план запросов, то вместо значений параметров вы увидите символ $n в плане выполнения запросов, если это будет индивидуальный план, то вы увидите значения фактических параметров. + +Подготовленные запросы существуют только в рамках одной сессии. Если сессия завершилась, то PostgreSQL забудет про такой запрос и в следующий раз его придется подготовить заново. + +Подготовленные запросы дают максимальный выигрыш в производительности тогда, когда в одном сеансе выполняется много однотипных запросов, особенно если в запросах используются сложные операции объединения таблиц или еще какие-то. Подготовленные запросы позволяют PostgreSQL избежать лишней подготовки и трансформации запроса, что повышает производительность системы. diff --git a/db/sql/postgres/feature/transaction/isolation-levels.txt b/db/sql/postgres/feature/transaction/isolation-levels.txt index 9a5849fea..3b368a230 100644 --- a/db/sql/postgres/feature/transaction/isolation-levels.txt +++ b/db/sql/postgres/feature/transaction/isolation-levels.txt @@ -16,3 +16,6 @@ show default_transaction_isolation; read committed at distinct level we use distinct snapshoting strategies ... + +2024 +https://habr.com/ru/articles/815323/ diff --git a/devops/cloud/google/youtube/clients/newpipe.txt b/devops/cloud/google/youtube/clients/newpipe.txt new file mode 100644 index 000000000..067d2d59e --- /dev/null +++ b/devops/cloud/google/youtube/clients/newpipe.txt @@ -0,0 +1 @@ +https://newpipe.net/ diff --git a/devops/container/docker/ru-lock.txt b/devops/container/docker/ru-lock.txt index c19806050..1c32eb5ec 100644 --- a/devops/container/docker/ru-lock.txt +++ b/devops/container/docker/ru-lock.txt @@ -1,3 +1,4 @@ 2024 +https://habr.com/ru/news/819081/ https://habr.com/ru/articles/818565/ https://proglib.io/p/docker-ushel-iz-rf-instrukciya-po-vosstanovleniyu-dostupa-k-docker-hub-dlya-polzovateley-iz-rossii-2024-05-30 diff --git a/nontech/ortho/people/sorokin/vtorozakonie.txt b/nontech/ortho/people/sorokin/vtorozakonie.txt index 7b588ffbc..976f5ff09 100644 --- a/nontech/ortho/people/sorokin/vtorozakonie.txt +++ b/nontech/ortho/people/sorokin/vtorozakonie.txt @@ -14297,3 +14297,16 @@ Dvorim - Slova - po evreyski Kogda stroyat dom, o takoy melochi, kak ograda kryshi, mogut i zabyt - no esli kto-to svalilsya, to uzhe eta samaya ograda - v epicentre tvoego vnimaniya + - da i v RU samaya prenebregaemaya oblast - tehnika bezopasnosti + - hotya eto i vezde tak bolee ili menee, no gde-to bolshe usiliy predprinimayutsya dlya borby s etim + - no bolshinstvo etih norm i pravil "napisano kroviyu" i po opytu, a ne vzyaty otkuda-to iz golovy + + Na samom dele, eto problema duhovnaya i asketicheskaya + - eto te samye melochi, iz kotoryh duhovnaya zhizn i sostoit (da i voobsche govoryat, chto zhizn iz melochey sostoit) + - esli hochesh proverit rasseyannost/intensivnost duhovnogo vnimaniya, to proveryay v te momenty, kogda avto-pilot vklyuchaetsya + - esli rasseyan, kogda nogi v tapochki suyosh, to - rasseyan + - (kogda molitva - to v normalnom sluchae vnimanie vsegda budet v slovah molitvy) + - a eto (na skolko vnimanie mozhet sfokusirovatsya na tom ili inom objecte) + - i opredelyaet kachestvo nashih intentsiy facticheski + - eto - elementarno prostye veschi ne trebuet kakih-to sverhusiliy, postov, bdeniy i prochih veschey + - eto takaya nudnaya povsednevnaya asketicheskaya rabota, kotoroy naverno ne ochen interesno zanimatsya diff --git a/nontech/politics/people/kurginyan.txt b/nontech/politics/people/kurginyan.txt index a8cbcdd42..68a788991 100644 --- a/nontech/politics/people/kurginyan.txt +++ b/nontech/politics/people/kurginyan.txt @@ -7,6 +7,18 @@ EssenceOfTime https://www.youtube.com/playlist?list=PLEl8Q3ptvwJ8NHrSYg2so-hh9wZmToxD- 2024 +Metametrics - Kurginyan - About KGB and KPSS of 1:30:10 + https://www.youtube.com/watch?v=pJ-uPk8eZvk + ! Kozhev - big + ! Kozhev - teocracy, autocracy, vlast sudii - demomcracy i vlast gospodina nad rabom + ! gospodin - tot, kto pokazal rabu, chto ne boitsya smerti + ! v ispanii - zhenihi smerti (a takzhe - vagnerovtsy) + ! no eto i sut gnostiki: pnevmatiki, psihiki, fiziki, ... flegmatiki + ! snachala zhenihi razbirayutsya s rabami smerti (te, kto hochet zhit tiho-tiho i begaet smerti - eto pozdnesovetskiy potrebitel) + ! i nepravda, chto eto - raby udovolstviya, eto te, kto bezhit v nih ot smerti + ! Otto/... Shtrasser - zhertva hitlerovskogo reszhima (49-y) + ! Himler - hnostical internacional + ! RU - snachala lyubov, potom - podvig SoSay - Kurginyan - About Death Civilization of 1:35:37 https://www.youtube.com/watch?v=VDkUGVGKr9E AlexandrVorontsov - Right to Know - Kulikov - Kurginyan 04.27 of 1:19:03 diff --git a/os/linux/docs/presentations.txt b/os/linux/docs/presentations.txt index 5c8968c85..73dd826a8 100644 --- a/os/linux/docs/presentations.txt +++ b/os/linux/docs/presentations.txt @@ -1,3 +1,5 @@ 2024 +Plafon - How to Start Understand Linux of 21:09 + https://www.youtube.com/watch?v=LNB1G3K9qK4 TheLinuxExperiment - Big things are coming to Linux in 2024, but don't expect too much... of 17:16 https://www.youtube.com/watch?v=msiKpFV8HNY diff --git a/os/linux/rh/fedora/inst/after-inst.txt b/os/linux/rh/fedora/inst/after-inst.txt index fca161a8f..0cdab3fc0 100644 --- a/os/linux/rh/fedora/inst/after-inst.txt +++ b/os/linux/rh/fedora/inst/after-inst.txt @@ -137,3 +137,23 @@ enabled_metadata=1 flatpak sudo dnf install flatpak flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo + +docker +https://docs.docker.com/engine/install/fedora/ + sudo dnf -y install dnf-plugins-core + sudo dnf config-manager --add-repo https://download.docker.com/linux/fedora/docker-ce.repo + sudo dnf install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin + sudo systemctl start docker + +docker: permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Head "http://%2Fvar%2Frun%2Fdocker.sock/_ping": dial unix /var/run/docker.sock: connect: permission denied. + +https://www.baeldung.com/linux/docker-permission-denied-daemon-socket-error +https://www.digitalocean.com/community/questions/how-to-fix-docker-got-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket + sudo groupadd docker + sudo usermod -aG docker ${USER} + grep docker /etc/group + ??? + sudo chmod 666 /var/run/docker.sock + + sudo systemctl enable docker.service + sudo systemctl enable containerd.service diff --git a/pages/ortho.txt b/pages/ortho.txt index 1d1cc5e82..b6da1945d 100644 --- a/pages/ortho.txt +++ b/pages/ortho.txt @@ -1,5 +1,5 @@ https://blog.predanie.ru/article/vysota-kotoroj-dostigaet-chelovek-eto-on-li-sam/ -Sorokin - Vtorozakonie - Ch 22-3 1:10:00 of 1:33:17 +Sorokin - Vtorozakonie - Ch 22-3 1:15:00 of 1:33:17 https://predanie.ru/sorokin-vladimir-vladimirovich/seminary-po-vtorozakoniyu/slushat/ https://predanie.ru/sorokin-vladimir-vladimirovich/chtenie-tory-na-drevneevreyskom-yazyke/slushat/ Plaschevskiy - ZOZH - 41:00 of 1:36:31