ресторан таке на кутузовском

Ответ от Пользователь удален[гуру]
Маленькая Япония

Ответ от 1[эксперт]
Тануки! только не знаю бар ли это...

Ответ от Майк С.[гуру]
ямки и поваляться на никитской

Ответ от Глебан хххххх-ин[гуру]
Суши-бар "Таке" Тот что на кутузовском пр-те(именно на Кутузовском). Там готовят лучшие суши в Москве.Заранее ржу над ответами типа "Якитория"

Ответ от МАРИНА[гуру]
не помню как называется, но находится на пересечении русаковской и 3-го транспортного кольца в сторону мкад. первый дом справа. вот.

Ответ от Alex Heavy[гуру]
Я не ем сырую рыбу...</></>

Ответ от Џ живу босиком[гуру]
Принципиальные преимущества БД перед обычными текстовыми/бинарными файлами:
1) Производительность. Чтобы считать строку из обычного текстового, бинарного файла, нужно считать всё до этой строки. Чтобы изменить строку - нужно считать и переписать весь файл. Это очень медленно, если в файле сотни тысяч, миллионы, десятки миллионов строк. Файл БД же хранится в особом бинарном формате, и СУБД читает и пишет в него только то, что вы изменяете. Таким образом, размер БД мало влияет на скорость записи/редактирования/удаления конкретной строки, неважно в какой части таблицы она находится.
Можно, конечно, разбить таблицу на файлы, можно вообще каждую строку в своем файле хранить, тогда и получится что-то навроде БД (файловая система работает именно как БД, файлы читаются выборочно), но это же неудобно.
2) Доступ к текстовому файлу возможен извне напрямую, чтоб этого не было, надо редактировать .htaccess.
Внешний доступ к БД можно один раз и навсегда отключить для всего сайта.
Вроде мелочь, но тем не менее, лишние действия никогда не удобны.
3) Есть SQL, позволяющий удобно и унифицированно программным способом редактировать данные сложной структуры (с JOINами и т. д.)
Не нужно думать, как записывать эти данные в текстовый файл, не нужно затем реализовывать алгоритм парсинга этого файла.
Это очень важное преимущество. Создание парсеров - одно из самых трудоемких направлений в программировании.
4) Для БД есть удобные редакторы - phpMyAdmin, MS Access и др.
Для JSON, XML, тем более собственного текстового или бинарного их формата - их нету.
Для Excel (который НЕ является БД) удобный редактор есть, но он десктопный, а не серверный, как phpMyAdmin.
Недостатки БД:
1) Возможность SQL-инъекций, если не сделать защиту от них.
Это дело облегчают сообщения об ошибках в синтаксисе при неверных параметрах запросов, передаваемых клиентом - если опять же дыра не закрыта и клиент получает эти сообщения.
Я однажды взял и сам того не желая узнал структуру таблиц БД на одном чужом серваке, подробнее:
Вполне возможно, что при желании я мог бы и взломать ту БД.
2) Необходимость в установленной СУБД.
3) Необходимость уметь применять SQL.
4) Если данных совсем мало, то БД занимает чуть-чуть больше места, чем сырой текстовый или бинарный формат, т. к. в ней много лишнего. Убедитесь сами на примере Access.

Ответ от 3 ответа[гуру]

Ответ от 3 ответа[гуру]