- 1
Каталог тредов
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
−3
Каталог тредов
#1: https://govnokod.ru/18142 https://govnokod.xyz/_18142
#2: https://govnokod.ru/18378 https://govnokod.xyz/_18378
#3: https://govnokod.ru/19667 https://govnokod.xyz/_19667
#4: https://govnokod.ru/21160 https://govnokod.xyz/_21160
#5: https://govnokod.ru/21772 https://govnokod.xyz/_21772
#6: https://govnokod.ru/24063 (потёр пидор сракер) https://govnokod.xyz/_24063
#7: https://govnokod.ru/24538 https://govnokod.xyz/_24538
#8: https://govnokod.ru/24815 (потёр пидор сракер) https://govnokod.xyz/_24815
#9: https://govnokod.ru/24867 https://govnokod.xyz/_24867
#10: https://govnokod.ru/25328 https://govnokod.xyz/_25328
#11: https://govnokod.xyz/_25436 https://govnokod.ru/25436 (потёр пидор сракер)
#12: https://govnokod.xyz/_25471
#13: https://govnokod.xyz/_25590 (потёр пидор сракер)
#14: https://govnokod.xyz/_25684
#15: https://govnokod.xyz/_25694
#16: https://govnokod.xyz/_25725
#17: https://govnokod.xyz/_25731
#18: https://govnokod.xyz/_25762
#19: https://govnokod.xyz/_25767
#20: https://govnokod.xyz/_25776
#21: https://govnokod.xyz/_25798
купил светящегося резинового зайца за 99 центов на алиэкспрессе
рус-ня, сколько бы вы за него звезд поставили?
КАКОЙ БАГОР )))
Завидуешь?
https://postgrespro.ru/docs/postgresql/12/indexes-partial
Частичный индекс — это индекс, который строится по подмножеству строк таблицы, определяемому условным выражением (оно называется предикатом частичного индекса). Такой индекс содержит записи только для строк, удовлетворяющих предикату.
ну вот я о чем
но она бабла стоит
Хорошо, согласен на «Постгрес».
Мне больничный в пизду не нужен.
что, сложно было хотя бы вендинговый автомат в центре города поставить?
)))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))) )))))))))))))))
Любая СУБД лучше, чем MS-SQL.
Кстати, что там с автоматически обновляемыми материализованными вью? Завезли наконец?
На домашней тачке у меня тоже меньше 10 ядер.
В общем, когда прижмёт, буду изучать этот вопрос.
А на сервере их два.
Тут спич о том, что надо стараться не ходить в соседнюю NUMA со своего ядра, потому что это медленно.
Гиервизоры можно насьтроить так, чтоб они выдавали тебе процы и память из одной нумы, но и софт может самтак делать. Вот собссно MS-SQL так умеет
Я не шучу
0: Image is a bitmap
1-255: Reserved
/sys/firmware/acpi/bgrt/image
Нума, нума ей,
Нума, нума ей,
Нума, нума, нума ей.
Чипул тэу ши
Драгостя дин тей...
В хуйлоаде, например, такого избегают. Там обходятся максимально простой структурой таблиц, таблицы готовят заранее внешим по отношению к СУБД ПО. Недекларативно, грязно, да, зато не привязано к фишкам СУБД.
Даже в постгре их надо обновлять
https://www.postgresql.org/docs/current/rules-materializedviews.html
в MS-SQL не надо:
https://learn.microsoft.com/en-us/sql/t-sql/statements/create-materialized-view-as-select-transact-sql?view=azure-sqldw-latest
В хуйлоаде обычно нет OLTP (сильно нормализованных) таблиц.
Там чаще всего будет OLAP (умышленно денормализованная, с кучей избыточности) таблица чтобы быстро что-то из нее доставать.
Потому что делать восемь джойнов на каждый запрос это для хуйлоада расточительно.
Но это речь о такой хуйлоад когда ты типа Яндекс.
Если у тебя на сайте тыща питухов топчется, то OLTP это ок
https://github.com/lszel/MariaDB-Materialized-View/blob/main/02_create_materialized_view_table_and_tr iggers.sql
Создаёшь таблицу AS SELECT, а потом триггеры на INSERT, UPDATE, DELETE.
Да, геморрой, если SELECT сложный, а не как тут.
https://flexviews.sourceforge.net/manual.html
https://flexviews.sourceforge.net/flexcdc.html
https://flexviews.sourceforge.net/faq.html
Хранимая проце-дурка плюс утилита, читающая бинлог для автоматического обновления.
https://flexviews.sourceforge.net/convert.php
Сложно.
Это как передовая фича оракула
В «MyISAM» нужно обязательно STORED, а в «InnoDB» можно и VIRTUAL.
1. Монада Result + Матчинг. Ну чуть элегантнее, ок.
2. Checked exceptions. Заебись, когда платят за количество буков, а так нет.
3. Unchecked exceptions. Поймай еще немного этих случайных ошибок в случайном месте, да выпей яду.
4. errno / GetLastError(): для внимательных: факт!
Вообще хуйня. Абсолютно все обработки ошибок -- хуйня из под поня. Тому, кто изобретет непидорский способ обработки ошибок поставят помятник, примерно как изобретателю обстракции и энкапсуляции
JavaScript is kut
he?
https://i.postimg.cc/nLJ7BvV9/image.png
Прежде, чем срать в незнакомом туалете, убедитесь в наличии туалетной бумаги. Правда. Мне жаль, что в свое время некому было дать мне такой совет.
P.S. Это можно в говновозный оффтоп.
Я думаю вот в чем:
Идешь ты поссать ночью, и поскольку сколько хуем ни тряси -- последняя капля всё равно в штанах, на трусах образуется тёмное пятно. Заходишь ты в спальню к тян, с которой у тебя первый секс, и она сразу видит, что ты ссал.
А если бы трусы тёмные были? А?
То-то и оно!