SQLite и Flex

Question

Я разрабатываю калькулятор GPS, который использует много данных для вычисления различных значений, таких как RMSE (среднеквадратичная ошибка) и NSSDA (национальный стандарт для пространственных данных). Данные получены из множества различных моделей устройств GPS с большой степенью вариации, то есть внутренних / внешних антенн; сигнал auto, WAAS, DGPS, PPS; открытый, легкий, средний, тяжелый навес; и т. д. В основном необходимо хранить большое количество данных для расчета огромного разнообразия желаемых результатов.

Данные всегда будут считываться, и только в редких случаях будут добавляться новые данные. Если его нужно добавить, скорее всего, это будет один из разработчиков, а не пользователи программы. Из-за этого мы очень заинтересованы в использовании SQLite. У нас есть Oracle на нашем сервере, но любое создание таблиц должно выполняться вышестоящим руководством, что иногда может занять несколько недель. По этой причине кажется, что SQLite может работать для нас. Я никогда не использовал SQLite, поэтому мне интересно, если это правильный выбор. Однако большая часть документации по SQLite и Flex, похоже, относится к приложениям AIR и SQLite в качестве локальной базы данных. Будет ли работать файл SQLite на сервере с гибким приложением, выполняющим требуемые вычисления? Или я не в состоянии использовать файлы SQLite?

Answer 1

Мне нравится sqlLITE, но я использовал его только с Perl.

Вы можете использовать что-то вроде Amazon SimpleDB, которая является базой данных, к которой можно обращаться как веб-сервису. Это также бесплатно, если у вас меньше 1 ГБ данных и вы используете их менее 25 часов в месяц.

Ссылка на simpleDB http://aws.amazon.com/simpledb/

Существует библиотека AS3 для simpleDB, но у меня нет репутации, чтобы иметь более одной ссылки :-( .. Так что гуглите: "Amazon illustrallife simpleDB"

Удачи

Answer 2

Приложение Flex не сможет использовать базу данных SQLite, расположенную на компьютере пользователя - для этого вам нужно использовать AIR. Но вы, похоже, говорите, что база данных SQLite останется на сервере и будет запрошена клиентом Flex. Похоже, вы хотите использовать SQLite только потому, что настройка компонентов в Oracle занимает слишком много времени из-за внутренних бизнес-процессов.

Таким образом, вы, безусловно, можете настроить базу данных SQLite на своем сервере, предоставлять данные, которые она содержит, клиентам, используя целый ряд серверных сред (мой любимый: Django ), а также читать и представить данные с помощью Flex в браузере клиента. SQLite - хороший выбор для приложений малого и среднего размера.

Answer 3

Не так, как вы, вероятно, думаете, нет - в самом Flex нет встроенного клиента SQLite. Из веб-приложения Flex единственный способ получить доступ к реляционной базе данных (даже к файлу SQLite) - это какой-то API веб-службы.

Если вы еще не сталкивались с ним, вот несколько полезных обсуждений StackOverflow, посвященных конкретно масштабируемости SQLite:

Насколько масштабируем SQLite?

Исходя из вашего описания проекта, предполагая, что вы не собираетесь иметь очень большой объем (даже если он только выбирает), SQLite может быть приемлемым выбором.

Но мое личное предположение состояло бы в том, что если у вас есть какая-либо возможность запустить где-нибудь даже простой экземпляр СУБД (например, MySQL), определенно идите этим путем. Вы можете просто быть ограничены оперативно - каждая компания отличается в этом смысле. Но если вы можете помочь, не выбирайте плоский файл в качестве базы данных вашего веб-приложения. Даже если вы не столкнетесь с проблемами конкуренции сразу же, вы почти наверняка столкнетесь с ними. Эту головную боль лучше избегать, если вы можете справиться с ней.

Answer 4

Я не знаю, Флекс. Но мне очень нравится SQLite.

Ваше приложение (чтение данных с очень редкими обновлениями - в основном, только одного экземпляра) я бы посчитал идеальной ситуацией для SQLite!

SQLite очень производительный, а также изящно масштабируется. Единственное приложение, которое я бы не рекомендовал, - это когда у вас тяжелое бремя транзакций (много одновременных модификаций содержимого БД). Также, когда вам нужно иметь очень большую массу данных для обработки (миллионы или миллиарды строк), я бы с большей вероятностью подумал о выросшей базе данных с возможностью использования нескольких процессоров или экземпляров ...

Но все эти швы здесь не твои дела.