| |
|
|
| | Не пойму почему скрипт плоских файлов работает намного дольше, чем mysql?
Может где-то ошибка?
Этот код не выполнился за 30 сек. и справился всего с 13000 записями
<?php
$_db=dba_open('test.db', 'w', 'flatfile');
if(!$_db) exit("Невозможно открыть файл");
for($_count=1; $_count<=1000000; $_count++)
{
dba_insert($_count, 'test', $_db);
}
dba_close($_db);
?>
|
Этот код выполнялся за 12 сек.
<?php
for($_count='1'; $_count<=100000; $_count++)
{
$sql="INSERT INTO test SET
test='test'";
mysql_query($sql) or die (mysql_error());
}
?>
|
| |
| |
|
|
| |
|
|
| |
для: renat
(31.10.2009 в 14:28)
| | | Может кто посоветует базу данных, которая справляется достаточно быстро с миллионами строк? | |
| |
|
|
| |
|
|
| |
для: renat
(31.10.2009 в 14:44)
| | | MySQL. Она как бы и разрабатывалась для БОЛЬШИХ запросов и записей. | |
| |
|
|
| |
|
|
| |
для: DEM
(31.10.2009 в 15:20)
| | | Тогда почему в книге "PHP5 на примерах" пишут, что плоские файлы самые быстрые? | |
| |
|
|
| |
|
|
| |
для: renat
(31.10.2009 в 20:26)
| | | Смотря для какой операции... Поиск по таблице, конечно, в обычной базе данных реализован быстрее, чем просто перебор таблицы. По сути, чтобы ряд операций с плоскими файлами выполнялось быстрее - нужно вводить индексы, т.е. по сути строить СУБД - дешевле сразу СУБД и воспользоваться. | |
| |
|
|
