| |
|
|
| | В общем проблема такова. На php хочу написать один скриптик...
Который свои результаты будет ложить в БД. Mysql. Выбор дефолтьный...
Теперь вот в чём проблема.
Осуществляется два запроса. Первый поиск. Если ничего не нашёл, то осуществляется второй запрос. Запрос записи.
Казалось бы пустяк... НО! в минуту скрипт будет ложить по 1000 записей. И работать круглосуточно.
Теперь мои решения:
1)так и делать без дополнительных извращений
2)кидать в другую таблицу новые данные. и второй демон уже будет кидать их в бд общую. Это для того чтобы демон основной не ждал выполнения запросов...
3)тоже кидать в другую таблицу новые данные. и раз в час делать полный экспорт двух таблиц. стирать вторую таблицу. И дальше сравнивать файлы и не повторяющиеся строки заносить(я смогу сделать чтоб было так что одна строка была одна запись) в первую таблицу. сравнение попробывать сделать утилитой sort.
Вот три мои идеи... Какую лучше применить?! или может у кого есть ещё лушчие идеи?!
сервак у меня виртуальный для этой задачи, со следующей конфигурацией
CPU : 1000MHz
RAM : 256Mb
Disk: 25Gb
ОС : Fedora Core 5 | |
| |
|
|
| |
|
|
| |
для: tricket
(23.07.2007 в 21:11)
| | | 16 записей в секунду - в принципе, не такой уж большой траффик.
Вопрос лишь в том, что со всей этой кучей потом будут делать.
А SELECT перед INSERT при уникальном индексе на ключевом поле можно и не выполнять.... | |
| |
|
|
| |
|
|
| |
для: Trianon
(23.07.2007 в 21:40)
| | | хм я никогда не работал так с базой данных усиленно.. поэтому возможно создаю тупую тему...
но ты думаешь 16 в секунду где нужно делать поиск по 2лямбам записей мало?! | |
| |
|
|
| |
|
|
| |
для: tricket
(23.07.2007 в 21:11)
| | | Лучше остановиться на втором варианте.
PS А что за скрипт? Счётчик посещений или что-то другое? | |
| |
|
|
