Ответ 1
Я, конечно, буду (и делаю). SQL Compact (SQLCE) имеет четкое преимущество в некоторых сценариях. Теперь это никоим образом не означает замену SQL Server. Он не масштабируется, он не предназначен для запуска тысяч одновременных подключений, он не предназначен для служб отчетов и т.д. И т.д.
Но у него крошечный след. Установка - это просто копирование DLL. Резервное копирование это простая копия файла. И это может быть нечестно быстро для хранения и поиска, если вы используете таблицу direct или BCP. О, и это бесплатно. Если вам просто нужно локальное хранилище данных для приложения, SQL Server - это боль для развертывания и настройки. SQLCE прост. Кроме того, он может воспроизводиться в той же песочнице, что и полный SQL Server, в качестве абонента репликации (который большинство других небольших БД не может).
Изменить: Забыл ответить на ваши конкретные вопросы:
- Сколько данных можно обрабатывать? С точки зрения чего? Размер БД? Пропускная способность? Размер стола? Размер строки? Мой опыт в том, что я запустил DB до нескольких сотен МБ без проблем. Я думаю, что он может содержать 4 ГБ (начиная с 4.0). Пропускная способность напрямую связана с тем, как вы вводите данные или вынимаете их. Мы используем его в решении, где мы фиксируем 1k строк в секунду без проблем. Вы можете иметь 1024 столбца и максимальный размер строки 8k.
- Несколько пользователей? Ну, он может обрабатывать несколько одновременных соединений (начиная с 3.5), так что да, это должно сработать. Я использовал несколько подключений от одного пользователя, но не из нескольких.
- Сломанные базы данных? Определите "сломанный". Двигатель имеет "компактный и ремонтный" метод. Это файл, как и любой другой - как вы исправляете исполняемый файл? Я не видел никаких сбоев в работе, если это то, о чем вы просите (мы сделали это на одном устройстве CE, у которого была плохая карта памяти, но это не ошибка двигателя).