billgeits976455

вообще триллион записей по 1 байту - это уже террабайт. т.е. тут мы говорим о БД с объемом даже не в десятки - в сотни террабайт. Очень IMHO - но тут говорить о любом SQL вообще странно. Может быть хадуп?

Предположим у вас в таблице более 10^12 записей много полей и таких таблиц несколько. Работать такая база будет, но при соблюдении ряда мер. Во-первых, от релятивности придется отказаться, перестройка индексов при изменениях будет чрезвычайно ресурсоёмка. Во-вторых, требования к качеству запросов будут выше, обычный LEFT JOIN по такой таблице, и ответ может быть очень нескоро. Плюс некоторые другие проблемы, касающиеся поддержки базы.

Я бы выбрал PostgreSQL.

Конечно, все зависит от многих условий, но в общем случае при таких объемах нужно дробить таблицы (partitioning). Как следствие, сначала нужно будет с каждой таблицы выбрать нужные данные, а далее проводить с ними какие-то операции - джойны и т.д.

1) Можно например так

$url = 'http://mysite.com/#something';
$base  ='http://mysite.com/#';

if (preg_match('~^'.preg_quote($base).'[a-z0-9]{5}$~i', $url)) {
  echo 'Valid';
} else {
echo 'Invalid';
}

2) А можно воспользоваться такой функцией php.net/manual/en/function.parse-url.php и проверить по частям.

socket.io lang:ru
node.js lang:ru

Изучение английского

берите таб с. все же экран решает. Еще есть неплохой вариант Tab S 8.4 T700 comfy.ua/computer/plane-table-computer.html?brand=...

В стиле абстрактного экспрессионизма

Наверху кнопка : "Деньги стартапам"

эти два? есть деньги - берите Tab S, я не вижу по каким параметрам он проигрывает.. в принципе для всего должно хватить и Tab 4, но у него значительно хуже экран