Что если в таблице будет где то 100 000 записей, типа ip,page. Делаю посещения по принципу, если нету в базе page и IP то добавляю новую запись, будет ли большая нагрузка или как то по-другому сделать?

olimpset, 100 миллионов записей спокойно съест сервер за 100$/месяц
P.S. большая нагрузка это когда выделенный сервер под БД не справляется.
А все остальное это говнокод и жлобство.

Значит пока стоит не беспокоится?

Правильно спроектировать БД, правильно составить запросы, правильно проставить индексы. А то приходилось видеть базы с таблицами <100000 строк, которые прилично притормаживали.

Я сейчас работаю с базой Mysql в которой 2 таблицы, одна на >200 000 строк, вторая > 10 000 000.

P.S. К тому же немаловажно какие данные хранятся в таблицах, ведь это могут быть строки с айдишниками(integer) или какие то текстовые данные(varchar, text), в разных ситуациях скорость может существенно отличаться.

_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api

Guest, у меня в таблице больше 55 миллионов строк в 20 столбцов, и никаких нагрузок я не чувствую.

SELECT * FROM `ibf_sequeryes` WHERE `query` LIKE '%алкоголик%' LIMIT 0 , 30

ага, есть такое. Ну и записей не много.
Но двусторонний лайк, при пол мульйона записей уже ощутим. Действительно подозрение, что это повторный запрос

_____________
Если не говорить пользователям, что Linux это "Сложно и страшно", то им совершенно всё равно, в чём не разбираться

Не приходится конечно сомневаться в компетенции FatCat`a, но как-то тоже не верится.


_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.

FatCat
чтоб исключить влияние кэша, можно добавить SQL_NO_CACHE:

SELECT SQL_NO_CACHE * ...

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль