Мне кажется что вопрос глубже. Давайте вспомним что безопасность обеспечивается не паролем а хешом.
Давайте вспомним что как мы получаем хеш. И давайте смоделируем угрозу. Тоесть представим что мы - злоумышленники и мы хотим заполучить доступ. Нужен ли нам вообще пароль? Просто тема топика настолько банальна что мне хочется внести в нее некий новый вопрос. А не обсуждать сочетания unicode символов.
У тебя таблица - 45Гб. И ты хочешь мерять длину в charasters (в символах). Насколько тебе сильно важна точность?
Ну даже если ты к примеру промахнулся на 100Мб. Насколько это важно и критично для твоего отчета?
В качестве аналогии. Если ты собрался лететь с Земли на Марс то тебе безразлично какое расстояние в метрах. Никто такую точность не промеряет. Скорее будут сотни километров. Бешеной собаке... как говорицца и 100 верст - не крюк.
По поводу откатов. Это ручная работа. Чтоб фича работала - нужно написать соотв "откатные" скрипты. Например если был insert в ченджсете - то в откате будет соотв delete.
Непонятно. Никто не спрашивает на каких операциях быстрее. Я-бы спросил. Чтение запись в современных db-engines могут разнится в порядки. И если так... по менеджерски поплевать в потолок и прочитав рекламный буклет где якобы aria быстрее - то можно крупно проколотсья просто на том что класс операций в БД преобладает другой. Не такой как в рекламе.
Есть две таблицы с данными , все данные в одну строчку не разбиты по атрибутам .
Непонятно. Нужно делать парсинг неструктурированной информации на SQL? Так не делают. Вообще язык
SQL предполагает что данные у нас уже лежат хотябы в первой нормально форме.
А что в таблице 2? Там 3 миллиарда всех IP адресов с привязкой к городам? Так не делают. Это нерационально.
Создавать таблицу со структурой заранее нельзя... Вью создавать нельзя...
Очень хочется позвать в топик того эффективного менеджера который надиктовал такие ограничения. Что он этим хотел сказать? Что это олимпиадная задача? Или тестовое задание? Что ожидается получить в качестве решения? Одноразовый парсинг? Или работа на регулярной основе. Во втором варианте код должен быть красив и supportable,
Что я хочу сказать. - Что это очень плохое задание. Оно - нерациональное и его не стоит делать в том виде как его выдали. Тем более так вот радикально.
Конус - это правильная пирамида у которой много граней. Возьми 100-1000.
Рисовать можно вот как тут пишут https://iubatians.blogspot.com/2015/06/c-opengl-12...
Вроде все просто. И вообще по OpenGL навалом готовых примеров.
По поводу частичного форматирования. Мне почему-то вспоминается овер-клокинг 2000х когда геймеры и энтузиасты покупали железо и постоянно пытались выжать из него хоть пол-процента эффективности загоняя это железо в разные нестандартные режимы.
По поводу SSD. Я-б не форматировал на 80%. Все таки место иногда может резко понадобиться. И я как хозяин и как заинтересованное лицо все таки хочу иметь возможность использовать всё доступное место.
А доступность лишнего - можно мониторить отдельно средствами мониторинга.