L0k1: бутстрап собирается из модулей под каждый конкретный проект, только те фишки которые нужны
тем более импорт одинаковый и в less (на котором написан бутстрап) и в scss
halalala: Папка - это по сути тоже файл, в котором хранится информация о файлах и папках, прямых потомках данной папки, то есть по сути индекс, этот индекс тоже занимает физическое место на диске, мало, но занимает, большинство папок в файловых системах linux имеют размер кратный 4kb для того чтобы данный индекс не фрагментировался при создании файлов и папок внутри папки, что бы папка открывалась быстро
exzotikfruit_official: Не сталкивался с каскадным удалением, по идее можно заменять все ForeignKeys на NULL
Создайте отдельный вопрос, думаю так люди знающие быстрее его увидят
exzotikfruit_official: заказчику объяснить? или курсач пишите?
если заказчику, то 95% заказчиков согласятся с тем простым фактом что при подобной архитектуре целостность обеспечивается самой БД и его данные не потеряются (за исключением форс-мажоров типа краха винчестера или наводнения)
если курсач, то нужно будет подготовить более развернутый ответ, типа справочники (у Вас таблицы 1-4) отдельно, рабочие данные отдельно и ссылаются на справочники и тд и тп, тем самым БД соответствует 3НФ
Владимир Сергеев: Согласен, хорошая практика, только я при ее реализации предпочитаю использовать не json, а форматы данных позволяющие делать потоковую обработку, а какой формат - зависит от структуры данных, для самых простых типа массив из объектов без вложений например подойдет csv
p.s. есть у меня в разработке велосипед в виде формата данных + парсера/сериализатора для него, который позволяет потоково передовать и обрабатывать объекты любой вложенности, но в опенсорс выложу только когда до ума доведу, но если интересно, могу поделиться идеей
Владимир Сергеев: АртемЪ: если вернуться к вопросу топикстартера, то вопрос был не в передавать/не передавать, а паралелить/не паралелить и в таком ключе 1 или даже 10 мб - это копейки, а на медленном инете паралельность только забьет канал
PAJCH: код можно вставлять текстом, в том числе здесь.
Не показательный ибо с реальной жизнью не связан никак
и браузер не отправит 1000 запросов одновременно, будет очередь, запросы будут ждать завершения предыдущих.
Запустите хотя бы тот же тест хотя бы на ApacheBanchmark:
ab -n 50000 -c 1000 localhost:3000/test
PAJCH: Номер раз, это Вы вставили код? screenshoot? realy?
Номер два, тест не показательный, ибо логики ноль
Номер три, Ваша производительность уперлась в возможности браузера, есть же нормальные инструменты для бенчмарка http
nikotin77: данный скрипт блокирующий, event loop не обрабатывается, соответственно сборка мусора не происходит
попробуйте запускать node с флагом --expose-gc
и в цикл добавить if(i % 1000 === 0) gc();
bromzh: отправить запрос и получить ответ - элементарно, посмотрите как это реализовано в socket.io например.
Насчет GET/POST/PUT а Вы часто используете рест в веб приложениях? именно рест, а не то что этим словом называют 90% рунета? А rpc который более применим к большинству реальных веб-приложений, где каждый метод из CRUD'a может иметь по несколько различных реализаций.
AJAX медленнее вебсокета, создает больше нагрузку на сервер и транслирует гораздо больше данных по сети
p.s. мое высказывание про вебсокеты было сарказмом на "в 2015 живем"
PAJCH: PostgreSQL с нормально настроенным кэшем и правильными индексами спокойно работает с миллиардом записей в одной таблице без особых тормозов на выборках, и в отличии от монги не съест у Вас всю память на таких объемах информации
Еще есть такие вещи как Apache HBase и Google BigTable - 2 бд созданные специально для огромных объемов данных, но с ними не работал, так что советовать ничего по их поводу не буду
А монга больше подходит для несвязанных денормализованных данных малого и среднего объемов (до 200к документов на коллекцию)
На что только люди не идут, чтоб заставить mongo работать под большой нагрузкой и с большим кол-вом данных... А ведь раскручивали как БД именно для этих целей.
Только вот думаю не очень эфективно будет постоянно между базами переключаться.
Если есть реальные тормоза на общей коллекции, то лучше создавать коллекции а не базы, правда с мангустом так уже не поработаешь...
тем более импорт одинаковый и в less (на котором написан бутстрап) и в scss