"Что же касается езды на автомобиле, то мы используем более классический вариант - на крышу машины прикручиваем велосипеды, садимся на эти велосипеды, а машина нас везет"
А теперь попробуйте объяснить присутствующим здесь разработчикам, зачем в связке nginx+php требуется apache. Мы с огромным интересом послушаем.
Обязательно оставлю, когда увижу, что общаюсь со взрослым. Который обращает внимание на свои ошибки, а не пытается обвинить в них кого угодно, кроме себя.
Для начала можешь перестать говорить мне, что я должен делать.
После этого можешь описать конкретные проблемы, которые побудили тебя пересмотреть первоначальную структуру.
После этого тебе посоветуют правильное решение этих проблем, которое не требует уродовать схему БД.
Мальчик, ты путаешься в показаниях.
Как данные у тебя хранятся, ты написал в самом начале. Нормальная реляционная структура.
А "потом" ты расписал совсем другое - то, как ты испортил изначально хорошую структуру данных. А теперь пытаешься мне втереть, что так все и было изначально. Лгать нехорошо. Скажи родителям, чтобы поставили тебя в угол
Какой милый мальчик :)
Написал в надежде получить ответ.
Получил, причем не один.
После этого решил что умнее всех и сделал по-своему, ровно противоположно тому, что написали в ответах.
Узнал что так неправильно и расплакался.
Ну пойти к мамочке пожалуйся, она тебя пожалеет.
получился какой-то ад. Убери тогда базу данных вообще, тогда количество запросов еще больше уменьшится, прямо до нуля. Ведь главное в работе программиста - это количество запросов, а не осмысленность того, что он делает.
Wade2k, если ты до сих пор не понял, то ещё раз: количество памяти - не волшебная палочка, которая заставит твои запросы летать. Поэтому не надо думать что тупо набив памяти ты решишь все свои проблемы. Особенно связанные с изменением структуры таблиц. С каждой проблемой надо разбираться отдельно.
Олег Гамега, я бы тоже. Но тут важно понимать, что 100% выигрышной стратегии не существует. Тут нет варианта решения "поставить какую-то программку и забыть", как воображает автор. Из всех вариантов, развивать свой сайт и предлагать уникальные услуги - наиболее выигрышный. Повторюсь, что сами по себе сырые данные ничего не стоят. Посетителю важен сервис. Будет сервис - задавят конкурентов. Не будет сервиса - кто-то другой все равно оттянет аудиторию, с парсером или без.
Суть моего ответа в том, что действовать надо не техническими методами.
Сами по себе данные ничего не стоят - важно то, какой сервис предоставляется на их основе
поэтому надо так развивать свой сайт, чтобы конкуренты не могли предоставить сервис такого же уровня.
Алекс Арт, если у вас приложение уровня гугл, то просто наймите грамотного технического директора. Он вам все объяснит. В частности, что ваш вопрос в принципе не имеет смысла в таком контексте.
Все верно, но есть одна проблема - аффтар забыл указать, в одном процессе он делает эти инсерты, или в разных. Причем, скорее всего, он и сам этого не знает. Этот вопрос не стоит ответа.
Вопросы со словами "часто", "много", "быстро" надо закрывать. Поскольку они отражают не реальные потребности а влажные эротические мечты.
То есть ни одного инсерта еще не было сделано, ни одной проблемы в связи с "частыми" инсертами у автора не возникло, у него и БД-то еще нет. Но но вместо того, чтобы заниматься всеми насущными проблемами, автор с энтузиазмом кидается решать несуществующие.
kuzya300, чтобы было понятно, он не знает ни одного такого сервиса, и не имеет представления, каким образом магазин полуил твой емейл. Все его рассуждения высосаны из пальца и пары статей в интернете.
Пользование такими сервисами, даже если они и существуют, это очень быстрый способ попасть в спам-листы. Сбор персональных данных без ведома и согласия пользователя - это уже подсудное дело в Европе.
К тому же твой случай гораздо проще, и не требует никакой коспирологии для объяснения.
Чтобы проверить, зайди в магазин в режиме инкогнито, и зарегистрируйся через одноразовую почту.
И никаких писем на основную тебе не придет.
А теперь попробуйте объяснить присутствующим здесь разработчикам, зачем в связке nginx+php требуется apache. Мы с огромным интересом послушаем.