бОльший объем таблицы за счет того, что там хранятся изображения со всех модулей, а значит со временем, например при создании записи с очередным изображением, пересохранение индексов будет происходить медленней.Реально это станет хоть как-то заметно, когда размер таблицы превысит десяток миллионов, - и даже при этом затраты например на ресайз изображений все равно будут больше чем вставка в базу.
res.send(
Party.findAll().then(party => {
return JSON.stringify(party);
});
);
Party.findAll().then(party => res.json(party));
.post(async (req, res) => {
const party = await Party.findAll();
res.json(party);
})
.post(async (req, res) => {
res.json(await Party.findAll());
})
#!/bin/bash
dir="/test"
ctr=1
range=30000
while [ ${ctr} -lt 200001 ]; do
id=${RANDOM}
let "id %= ${range}"
`touch "${dir}/${id}_${ctr}.jpg"`
let ctr=ctr+1
done
~> ./test_glob
~> ls -1 /test | wc -l
200000
<?php
$dir = '/test/';
$id = rand( 1, 30000 );
$pattern = $dir . $id . '_*.jpg';
$time_start = microtime(true);
$photos = glob( $pattern );
$time_end = microtime(true);
$time = $time_end - $time_start;
echo 'execution time is ', $time, ' seconds', PHP_EOL;
print_r($photos);
~> php ./test_glob.php
execution time is 0.15708804130554 seconds
Array
(
[0] => /test/23513_10050.jpg
[1] => /test/23513_10631.jpg
[2] => /test/23513_121888.jpg
[3] => /test/23513_150044.jpg
[4] => /test/23513_167985.jpg
[5] => /test/23513_185798.jpg
[6] => /test/23513_188480.jpg
[7] => /test/23513_193143.jpg
[8] => /test/23513_68603.jpg
)
SELECT `id`, `name`, SUBSTR(`text`, 1,20) AS `text` FROM `articles` ORDER BY `id` DESC
SELECT *, SUBSTR(`text`, 1,20) AS `shorttext` FROM `articles` ORDER BY `id` DESC
blog.php?categor=business?id=1
blog.php?categor=business&id=1