|
| |
|
|
| |
для: cheops
(27.10.2006 в 15:05)
| | | Не...FTP все в одной папочке будет, туда и можно не лезть, да и поиск удобнее, если уж надо... | |
| |
|
|
| |
|
|
| |
для: Unkind™
(27.10.2006 в 15:04)
| | | Точно также как через FTP с тысячами файлов :))) | |
| |
|
|
| |
|
|
| |
для: cheops
(27.10.2006 в 13:48)
| | | В MySQL тоже можно так поступать - создавая отдельную таблицу под каждого из пользователей, ведь таблица - это тот же файл, только бинарный.
А потом в phpMyAdmin с тысячами таблиц работать...:)) | |
| |
|
|
| |
|
|
| |
для: Unkind™
(27.10.2006 в 01:52)
| | | >:) Я же говорю про отдельный файл для каждого аккаунта...
В MySQL тоже можно так поступать - создавая отдельную таблицу под каждого из пользователей, ведь таблица - это тот же файл, только бинарный.
>Между прочим, я заметил, что DDoS легче на скрипты с использованием MySQL делать...=(
Есть такое дело, за удобства, которые предоставляет MySQL следует расплачиваться процессором и памятью - это бич всех баз данных. | |
| |
|
|
| |
|
|
| |
для: Lelik
(25.10.2006 в 17:18)
| | | Не люблю хвастатся, но у нас главная otvali.ru генерируется за 0.09225 с и 4 запроса в БД:) Кеширования нету =) | |
| |
|
|
| |
|
|
| |
для: cheops
(27.10.2006 в 01:00)
| | | Точно также полетят и файлы, написать, код на PHP для работы с файлами быстрее, чем код на C вряд ли удасться... По скорости обращения данных и надёжности база данных всегда будет делать PHP-скрипты, работающие с файлами. СУБД кэширует часть данных (т.е. хранит в оперативной памяти), разработать быстро файловый движок более быстрый и надёжный чем СУБД, практически не реально.
:) Я же говорю про отдельный файл для каждого аккаунта...Например:
<?php
include("headers");
$id = intval($_GET['id']);
$fd = fopen("/home/site/top.site.ru/www/accounts/".$id."/".$id.".dat", "r");
$data = fgets($fd);
fclose($fd);
//И т.д.
include("footer");
?>
|
А если сделать это на MySQL, когда в базе таких аккаунтов тысячи и каждую секунду несколько десятков обращений одновременно? Ведь, повторюсь, там все аккаунты будут в одной таблице, в одном файле...
По крайней мере для меня MySQL - это потрясная вещь, которую надо "экономить" для таких моментов, когда нужна быстрая и удобная выборка из базы...Поиск, короче...
Например, я бы даже не стал браться делать хороший чат или форум на файлах...
А в остальных случаях лучше на файлах постараться...
Между прочим, я заметил, что DDoS легче на скрипты с использованием MySQL делать...=( | |
| |
|
|
| |
|
|
| |
для: Unkind™
(27.10.2006 в 00:42)
| | | >Вы считаете это быстро? :)
Да, так как время загрузки страницы, как правило, выше и время генерации не является лимитирующим.
>Ведь все данные в таблице в одном файле, а если, скажем, у вас какой-то крутой рейтинг и
>очень посещаемый сайт, то ваша база полетит...
Точно также полетят и файлы, написать, код на PHP для работы с файлами быстрее, чем код на C вряд ли удасться... По скорости обращения данных и надёжности база данных всегда будет делать PHP-скрипты, работающие с файлами. СУБД кэширует часть данных (т.е. хранит в оперативной памяти), разработать быстро файловый движок более быстрый и надёжный чем СУБД, практически не реально. | |
| |
|
|
| |
|
|
| |
для: Lelik
(25.10.2006 в 16:05)
| | | на каком-то сайте видел: 14 запросов к БД - генерация страницы - доли секунды, точно не помню, но менее половины (n < 0, 5 сек) это точно
Вы считаете это быстро? :)
А mysql_query()-фобию надо исправлять иногда и скриптами на файлах...Я не любитель этого дела, но иногда просто без этого не обойтись...Ведь все данные в таблице в одном файле, а если, скажем, у вас какой-то крутой рейтинг и очень посещаемый сайт, то ваша база полетит...
Тут придется для каждого аккаунта делать свой файл - ведь обращение к маленькому файлу будет намного "легче"...:) | |
| |
|
|
| |
|
|
| |
для: bratik
(26.10.2006 в 19:00)
| | | >В каждом конкретном случае нужно смотреть,
Согласен
>чаще всего один грамотно написанный запрос лучше чем много мелких
На счёт того, что такая ситуация возникает часто не согласен | |
| |
|
|
| |
|
|
| |
для: cheops
(25.10.2006 в 16:03)
| | | В каждом конкретном случае нужно смотреть, чаще всего один грамотно написанный запрос лучше чем много мелких - из-за затрат на межсетевое соединение с БД.
Мелкие запросы хороши когда используется система кэширования данных. | |
| |
|
|
|
