Грин адепт с замещенным мышлением. Понятно он этого не видит и не признает, так же как и алкаш не признает проблему.

Отомстишь всему казахскому роду, за то что не ценят тебя?
И папе и сыночку? Или только казашка любимой?

Я чота не понимаю - почему на пт активно муссируется тема пидорства с навешиванием ярлыков на оппонента при вербальном общении?
Задействованы чуть ли не половина мемберов в употреблении утверждений в адрес других.
Очевидно же что оппонент не гомосек и как бы его это и не задевает.

Это смешно что-ли?

Ну назовут меня пидором или фиалкой - ну отреагирую про себя - какой-то неадекват... И ваще похуй.
В общем чего то я походу не догоняю в искрометном юморе местном

Я перешёл на квас, тоже есть небольшой градус))) перед поездкой в авто нельзя, а когда не еду никуда - хорошо заходит

Ну разобрались, ура )))
не я за уважение как к женщинам так и к мужчинам, среди и женщин и мужчин есть порядочные, умные люди, есть и сволочи и дебилы - это с гендером не связано никак.

Я чота не понимаю как может захотеться того, чего не пробовала?

Это как? на hh выложить на место фото?

Гарын - шалунишка ))))

Да... Не прозорливая она. Не оценила перспектив счастья быть с четким... Ща по-любому локти кусает (((

Отпизди её, покажи кто главный в семье! ))))
А после как забитая собака приходи молить о пощаде )

В далекие времена когда ssd еще не были у народа все использовали шпиндельные диски, в том числе и sata интерфейс, который используется и по сей день, и жесткий диск называется hard disk drive, а в обиходе - хард диск, жесткий диск. После появились ssd но интерфейс подключения остался всё тот же sata. В общем понятно что это ссд, но для упрощения иной раз можно и хардом обозвать, с точки зрения подключения к ПК

Смотря с какой целью спортзал посещать. Когда качался железом - одному норм. А потусить... Ну да с компанией

Ты смог!

Развлекуха выходного дня в Подмосковье

Json в t-sql обрабатывается на 1-2 порядка быстрее - упаковать, распаковать json/xml. Но индексов в json нет.
В xml есть индексы, схему xml объявить в колонке и индекс. Но блин нафиг это? Не проще в реляционную структуру распарсить?

Про хранение БД...
По классике у БД есть файлы транлога и файлы с данными.

1. файлы транлога - 99% это последовательная запись и сохранение в ОЗУ этих данных, чтение происходит при откатах транзакций и при старте - дочитка из транлога того, что не успело записаться в файлы данных. То есть рекомендуют транлог выносить на отдельный raid1/10 ибо транлог важен, его важно не проебать когда рейд вылетит иначе привет восстановление из бэкапа с проебом данных и максимум скорости для линейной записи. Если туда ткнуть еще какие то данные которые читаться будут то скорость записи будет нихуя не линейной будет рандомное чтение и скорость записи просядет. Кстати в случае кластеров или репликаций, чуть ли не всегда реализована передача транлога с основного сервера на резервный по сети.

2. файлы данных туда запись идет фоном раз в 30 сек - 1 минута фоновыми процессами, то есть запись редкая, но идет чтение с разных таблиц. Ну... типа рейд5/6 пишут норм, но если много всякого чтения, то 10ка лучше чем 5ка.

Основной лейт-мотив - предаставь транлогу отдельные диски которые не будет трогать другие процессы, места много транлогу не нужно там и 100гб хватит. была бы пара дисков быстрых по 300гб из них собрал рейд1 отдал транлогу и збсь было бы. Ну и... размер кластера файловой системы можно сделать наверное небольшим 1-2кб, хотя я бы не парился сделал бы 8кб - равный размеру страницы.

Для файла данных рейд5 или рейд10 размер кластера файловой системы не меньше размера страницы в постгрес 8кб, можно менять если пересобирать из исходников, в оракл тоже вроде можно и 64кб сделать - хз кто этим заморачивается или всем похуй оставляют по умолчанию 8кб.
В мсскл есть еще такая хуйня как экстенты - 8 страниц то есть 64кб, обычно майкрасофт скл пишет минимум 1 экстент, бэкапы точно читает экстентами минимум (64кб). Как в mysql не ебу честно...
В общем для раздела где будут лежать файлы БД, я бы ебанул райд5/6 а лучше райд1/10 и размер кластера файловой системы как рекомендует майкрасофт 64кб.

Понятно что это всё делают в корпорациях когда базы большие и бабло есть всяские дисковые полки ебашут по 12-24-48 дисков... но при желании можно и здесь что то подумать

Из 6 дисков я бы наверное сделал рейд10 из 4х дисков и рейд1 из оставшихся 2х...
максимальная производительность. транлог и ос на рейд1 воткнул бы... а бд на рейд 10

да я давненько проходил этот курс по скл2000 понятно что тебе это нах не всралось сам скл. но вот глава про дисковую подсистему - универсальна для любой субд.

basename [игнорируется] 

Кстати .. теория 95% чтение 5% запись норм 5 рейд так себе... Помню в инфотекс теровая база на 5 рейде подтормаживала... Даже файлы с данными. В общем перевели на 10й рейд и перформанс сильно вырос - лаги ушли.
Ну и... Общие рекомендации транлог бд на одни физ диски типа рейд1 причем можно все транлоги на 1 рейд1 одного сервера бд, а файлы бд с данными на отдельный/отдельные.
Понятно затратное... Может щас и не актуально

https://intuit.ru/studies/courses/68/68/lecture/1992

Что-то не выровненный рейд. Лишние iops сделал, которых мог бы избежать... 5 рейд уж делал бы из 5 дисков 4 данные один четность контрольный бит. Или рейд6 - 4 данные и 2 диска под четность все 6 бы задействовал, полезного места меньше на 20% но скорость выше да и 6 рейд не деградирует при отказе одного харда

Потестил на даче игровую приставку.

Получаецо дедукцией выяснили что охмурять будем нотажку?
Пока лидирует Кусь?

Обсудитор! У нас же есть на форуме ряд дам подпадающих под потенциальное охмурение! ))))
Конечно же охмурение исключительно внутри форума!

Воткнул йота симку.. безлимит 195рэ в месяц. Хуйсним с проводным инетом - 1100р за 100мбит. Скорость lte 50мбит - потянет для дачи.

https://habr.com/ru/articles/237889/

Когда библиотека-фреймворк код языка программирования процецирует в БД - в БД явно не нужно писать запросы и процедуры, а только в самом ЯП писать код.

Плюсы - быстрая смена СУБД без переписи чего либо.
Минусы - с ростом проекта и базы данных запросы сформированные с помощью ORM начинают безбожно тормозить и в итоге начинают привлекать для оптимизации базистов, запросы упихивать в процедуры-функции СУБД, а из кода си шарп или джавы или еще чего там не запрос ORM а упрощенный вызов процедуры.

В общем... на старте ORM хорош, но как только БД проекта становится большой и еле шевелится - отказываются от этой затеи