Wexter, если человеку не слабо настроить файл-сервер - с какого он будет прозябать учителем информатики?
Можете зачеркнуть "информатики" и написать "математики" или даже "географии" - и для многих школ таки угадаете.
Впрочем, в той школе, к которой я пока имею отношение, географию ведет штатный психолог, например.
Sanes, не вижу смысла расписывать всю мутацию через Мандриву, если нужно донести до малька только мысль о том, что ему не нужно искать руководства по отечественным поделкам, достаточно изучать уже давно существующие руководства по той базе, которую создатели "отечественных" разработок все равно не в состоянии переделать по-своему.
mayton2019, ну естественно, это не катехизис, а просто пример того, как от продемонстрированного вами выше бесперспективного дуализма "которому из двух классов отдать всю ответственность за происходящее" перейти к вменяемому "дайте каждому классу только то, что ему нужно, и пусть он себе делает только то, что может".
Роман Романов, надо попроще - используй контейнеры STL и нечего лохматить бабушку.
Оптимизация попроще не бывает, она, наоборот, требует очень глубокого понимания, что происходит, будет происходить и может происходить.
Александр Воробьев, я не ставлю клеймо на Битрикс за легаси своего проекта.
Я ставлю на нем клеймо за то легаси, которое написано за эти годы самими битриксоидами и уже никогда не будет вычищено, так как они этим и не занимаются, а налегают на Б24. Ну, и за то, что сама архитектура этой CMS просто-таки навязывает говнокод.
Но это, конечно, совсем другая история, не имеющая к данному вопросу уже вообще никакого отношения.
Александр Воробьев, "битрикс" и "без проблем" в одном предложении? Вы с ним точно работаете? ;)
У меня сайту на Битриксе 15 лет, и я таки умный вещь скажу.
Если Битрикс еще "голый", без легаси - можно в нем забить на документацию и полагаться на то, что есть сейчас. Если сайт пожил на разных версиях - на нем может быть код, который полагается на старую логику. А раньше мыло было обязательным.
Александр Воробьев, да, у меня так же. Однако документации самого же Битрикса это противоречит.
Что, впрочем, для этой CMS является стандартным случаем.
Ну, и в базе поле EMAIL вообще nullable, так что при желании можно творить с ним все, что угодно.
Вопрос только, какие куски кода, уже существующие на сайте, полагаются на документацию.
Ипатьев, я имел в виду ситуацию, когда и такие INSERT-ы придется разбивать на несколько (у ТС 16 тысяч строчек). Или вставка по итогам разбора идет в несколько таблиц.
Для одного оператора, конечно, транзакция смысла не имеет.
Cheizer, CMS тоже должна иметь возможности массовой вставки, это частая задача.
Просто надо погуглить решение для нее и понимать, как это реализуется реальными запросами к БД.
В реальности их десятки. Потому что "XL", "52", "50-54" и далее везде могут описывать буквально одну и ту же шмоть.
Вообще, прежде, чем обсуждать алгоритм сортировки размеров в каждом конкретном случае, стоит попытаться составить их список и подсунуть его для сортировки товароведу. И вот только когда он родит то, как оно должно выглядеть со стороны работающих с этими размерами - тогда и алгоритмизировать.
Лучше всего 10 тысяч запросов в секунду обрабатывает голый веб-сервер.
А если вам нужно что-то еще сделать во время обработки - так от этого и нужно плясать.
Буквально один запрос к БД нивелирует любую практическую разницу в работе "быстрых" и "медленных" языков.
См. https://www.linux.org.ru/news/russia/17128916 - творцы этого чуда для начала [s]скоммуниздили[/s]форкнули Альт...