|
|
Регистрация Восстановить пароль |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
|
|
Опции темы | Поиск в этой теме |
17.08.2010, 19:25 | #11 | ||
Старожил
Регистрация: 31.05.2010
Сообщений: 3,301
|
Цитата:
Одно то,что вам "дорого обходятся" 2000 посетителей в день - говорит о том,что советы mv28jam для вас также актуальны... И тем не менее - на вопрос: Цитата:
Высокая нагруженность проекта подразумевает оптимизацию запросов к БД,а также самой структуры БД - но не отказ от них. Поэтому тут я полностью согласен с mv28jam - нужно учиться грамотно использовать БД - это решит большинство проблем,связанных с Базами. Хотелось бы увидеть аргументированный ответ - потому что лично от вас уже не впервые вижу упрёки в ответах касательно нагруженности - и везде сплошная лирика,ничего конкретного. |
||
18.08.2010, 07:50 | #12 | ||
Старожил
Регистрация: 19.04.2010
Сообщений: 2,702
|
Цитата:
Цитата:
- подключение к БД: 0.0002 сек. - выполнение запроса к БД: 0.0002 сек. - fetch запроса: 0.0002 сек. - include: 0.0001 сек. - обработка кода в 2000 знакомест: 0.0001 сек. В итоге имеем: - при использовании php-файла: include + текст*(объем знакомест кода/2000) = 0.0001 + 0.0001 ~ 0.0002 сек. - при использовании БД: подключение к БД + выполнение запроса + fetch*(количество выбираемых строк) = 0.0002 + 0.0002 + 0.0002 ~ 0.0006 сек. Andkorol, это простая математика и не надо тут умничать. |
||
18.08.2010, 08:28 | #13 |
Пользователь
Регистрация: 18.08.2010
Сообщений: 15
|
таблиц две - одна для основного меню,
вторая для пунктов подменю. ну и соответственно статьи. 100% будут случаи переноса пунктов подменю в другой раздел и "перемещения" статей по подменю... Дальше все будет зависеть от реализации |
18.08.2010, 11:48 | #14 |
Старожил
Регистрация: 31.05.2010
Сообщений: 3,301
|
А ваши же слова говорят об обратном (2000 / 24 / 60 = 1.39 чел/мин - сумасшедшая нагрузка - или это проблема с "простой математикой"?)...
Знаете,привести ряд цифр "с потолка" - не очень-то умный ход.... Увы - мы тут не "простой математикой" занимаемся,а программированием,потому кроме ваших ""реальных цифр"(допустим даже,что они объективны) - надо так же учитывать и необходимость наличия определённой гибкости при работе с Меню,а так же простоту реализации редактирования и изменения этого самого Меню. ТС изначально спрашивал конкретный пример реализации - приведите его,пожалуйста,а так же ,если можно, укажите ,в чём его преимущество перед БД(учитывая то,что меню будет динамическим - т.е. постоянно может изменяться количество пунктов,их информация(названия,ссылки) - ну и опишите "удобный и простой" механизм для возможности внесения и фиксирования всех этих изменений в Меню). При наличии подробного примера вашей реализации - мы просто сравним ваше решение с таким же по функционалу решением на БД - и закроем этот вопрос. PS : при всём при этом вы даже не учитываете тот факт,что ТС только учится программировать на PHP - потому очень врядли пишет high-load приложение А подгонять ВСЕ приложения под стандарты и критерии high-load - это слишком,ИМХО. Тем более что high-load подразумевает не только(и не столько) программную оптимизацию приложения - но и в значительной степени аппаратную часть(взять хотябы тот же Twitter) |
18.08.2010, 22:38 | #15 | ||||
Старожил
Регистрация: 19.04.2010
Сообщений: 2,702
|
Цитата:
2000 человек в день - это значит, что пиковые нагрузки могут достигать 100-300 запросов в секунду. Цитата:
Цитата:
Цитата:
|
||||
18.08.2010, 23:29 | #16 |
Старожил
Регистрация: 31.05.2010
Сообщений: 3,301
|
Ясно - т.е. конкретного примера вашей реализации мы так и не дождёмся...
Ну я так и думал. Спасибо за дискуссию. Вопрос закрыт. PS : "быдлокод" тут совершенно не при чём - в контексте темы нашего разговора... |
19.08.2010, 08:31 | #17 | |
Старожил
Регистрация: 19.04.2010
Сообщений: 2,702
|
Цитата:
сообщение откорректировано согласно Правилам Форума //модератор Последний раз редактировалось SkyM@n; 19.08.2010 в 09:35. |
|
19.08.2010, 11:31 | #18 | |
Старожил
Регистрация: 31.05.2010
Сообщений: 3,301
|
Цитата:
Зря вы так - мне правда интересно было бы взглянуть на такое решение,идея вполне может где-то и пригодится. Не думайте,что раз я с вами спорю - то с целью высмеять вас и ваше решение. Ваше решение вполне может оказаться интересным - вам бы нужно научиться спокойнее реагировать на споры и критику,и всё-таки доказывать свою правоту конкретными примерами, ибо факты - вещь упрямая. Да и нестандартные решения стандартных задач - штука полезная,очень развивает. Надеюсь-таки увидеть ваш пример - мне правда интересно. |
|
19.08.2010, 21:57 | #19 |
Старожил
Регистрация: 19.04.2010
Сообщений: 2,702
|
Пример:
- Вариант первый, получение массива данных меню из базы. Дамп базы: Код:
Код:
|
19.08.2010, 21:57 | #20 |
Старожил
Регистрация: 19.04.2010
Сообщений: 2,702
|
- Вариант второй, получение массива данных меню из php-файла.
PHP-фаил меню: Код:
Код:
Надеюсь, выше приведённые доводы Вам понятны. |
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
PHP выборка из базы данных | Olga38 | Помощь студентам | 0 | 20.12.2014 14:54 |
Проблема организации игровой базы... | dukales | БД в Delphi | 18 | 28.06.2011 13:23 |
Подойдет ли MySQL для организации базы данных | Аватар | Софт | 1 | 18.04.2011 03:17 |
PHP + Базы данных. Скрипт расписания. | Zalim | Фриланс | 3 | 12.01.2011 14:34 |
Delphi 7 выбор организации базы данных | Streamline | БД в Delphi | 3 | 16.08.2010 14:39 |