Лямбды и списки инициализатора.
кроме того, изменения, чтобы облегчить в конечном счете приносить C++ в собравшую "мусор" модель, те кажутся довольно интересными. Возможно, C++ 1x на самом деле введет сборку "мусора", но 0x/10 просто настраивают вещи для возможности.
Я не уверен насчет № 2 (что произойдет, если SQLite внесет изменения в файл, пока программа FTP его читает. ?), но кроме этого, нет причин предпочитать одну БД другой (если только одна из этих БД просто не может делать то, что вам нужно).
[РЕДАКТИРОВАТЬ] Используйте онлайн-резервную копию , чтобы создать файл для загрузки по FTP. Это позволит убедиться, что содержимое файла не повреждено.
Еще лучше, добавьте страницу (с паролем) на свой сайт, которая создает файл при нажатии кнопки, чтобы ваш браузер мог его загрузить.
Это нормально для сайта с низким трафиком, если он в основном читает трафик. Если бы это был я, я бы вместо этого использовал SQL Compact Edition (те же преимущества, что и Sqlite - одиночный файл, без сервера) просто потому, что я являюсь руководителем LINQ, и поставщики LINQ находятся для него «в коробке», но Sqlite имеет достойную библиотеку LINQ и управляемую поддержку. Убедитесь, что ваша хостинговая компания разрешает использование неуправляемого кода или что вы используете управляемый порт Sqlite (хотя не знаю его текущей стабильности).
Вы должны проверить, но я думаю, что экспресс-версия SQL 2008 бесплатна. В любом случае, я работал с SQLite из среды .NET, и он работает нормально (но я не проводил никаких нагрузочных тестов). И если вы еще не решили, вы все равно можете использовать поставщика LINQ, который позволит вам позже переключаться с одной базы данных на другую, не переписывая код SQL (например, на DbLinq ). Если вы планируете сделать резервную копию своей базы данных, вы должны сначала убедиться, что она не используется в данный момент.
SQLite ответит вам на этот вопрос:
http://sqlite.org/whentouse.html
low-medium volume = хорошо, большой объем = не используйте его
, в вашем случае можно использовать sqlite
Практическое правило: если сайт может работать на одном сервере тогда достаточно SQLite. Это то, что создатель SQLite, D. Ричард Хипп , сказал примерно через 13 мин. 30 секунд в эпизоде 26 еженедельника FLOSS подкаст.
Прямая ссылка на аудио (файл MP3, 24 МБ, 51 мин 15 сек).
В общем, да.
Но вы должны знать, что SQLite не поддерживает все, к чему вы могли бы привыкнуть из «настоящей» СУБД. Например, нет ограничений, таких как внешние ключи, уникальные индексы и т.п., и AFAIK некоторые (более продвинутые) типы данных недоступны.
Вы должны проверить различные ограничения здесь и здесь . Если вы можете с этим справиться, нет причин не использовать SQLite.
Я бы сказал нет. Во-первых, я не знаю, кого вы используете в качестве провайдера, но с моим провайдером (goDaddy) это довольно дешево - 2,99 доллара в месяц или около того. Я получаю 1 базу данных сервера sql и 10 баз данных MySQL.
Я не знаю, насколько это может быть дешевле.
Во-вторых, зачем рисковать? Большинство тарифных планов поставщиков включают как минимум базу данных MySQL. Вы можете подключиться к этому.
Используете ли вы какие-либо функции SQL? SUM, AVG, SORT BY и т. Д., Если да, используйте SQLite. Если нет, просто используйте обычные текстовые файлы для хранения ваших данных. Также убедитесь, что база данных находится за пределами папки httpdocs или недоступна в Интернете.