Цитата: OlegON ➤ Извините, но как-то логическая цепочка прервана.
Получается, что работа только с теми данными, которые в оперативку влезают? А если не влезают, то что дальше?
В качестве преимущества указано, что метаданных нет и базу не трогает запросами, но как тогда обновляются данные, которые обновляются в БД-источнике? Каким образом спасаетесь от внезапных потерь питания? Вот хлопнулось электричество посреди дня (кстати, связано ли выключение сервера с какими-то длительными операциями по сохранению данных из оперативной памяти?), последующий старт подразумевает закачивание оперативки данными из qvd-файлов? Или из БД?
Давайте по полочкам:
1. Извините, не сталкивался чтобы не влезало в оперативку, после загрузки 20Гб файлов в оперативку оно занимает около 10Гб в памяти, но тут всё зависит от количества полей и повторяющихся данных в таблицах.
И да, одна таблица - один qvd-файл.
2. Данные обновляются на сервере, предварительно подготовленными приложениями, которые загружают данные из первоисточников.
3. Потеря питания не беда, загрузка данных из qvd-файлов, как я уже писал ранее - занимает очень мало времени.
4. Данные из оперативной памяти занимаемой QlikView никуда не сохраняются, да и незачем это. Только чтение.
5. Последующий старт сервера - да, после запуска службы, данные загружаются в оперативную память. И главный плюсик в этом, то, что данные готовятся заранее, например мы знаем что наше приложение занимает 500 мб оперативной памяти для одного пользователя, стартует сервер, загружает приложение, заходит пользователь - и сервер ему сразу отдает то что он уже подготовил, затем загружает новую копию для следующего пользователя и т.д.
Цитата: Mtirt ➤ Данные то в файлах (qvd) откуда возникают? Из воздуха?
Или нужны специально-обученные обезьяны для их ввода?
Или надо настраивать подключения к учетным БД?
Если честно, мне интересно, сколько и как будут импортироваться изменения из оракловой супермажной БД?
1. Данные готовит разработчик, настраивает подключения к БД, файлам, используя любые доступные средства или типы файлов, существуют бесплатные коннекторы к базам SAP, Oracle, Teradata, MySQL, Postgres SQL, MSSQL и т.д. - почти все драйвера лежат в сети и их можно использовать, главное - знать как обращаться к БД чтобы получать данные, т.е. необходимы знания SQL и иже подобных.
2. Про воздух и обезьян - я познакомился с кликом в конце мая прошлого года, скачал мануал, за пару дней выучил основы синтаксиса клика. Почитал про запросы на MSSQL, за два дня создал приложение которое мне загрузило из SQL - 600 млн. строк данных (в 1С - Регистр накопления.Продажи) и еще за 2 дня нарисовал в клике отчет о продажах, отчет работал на моей рабочей машине - i5-3770k, 8Gb DDR3, приложение весило у меня в памяти около 5,5 гиг, на итого показал руководству как быстро можно получать информацию и перестраивать отчет исходя из выбранных товарных групп, разных подразделений, с разбивкой по месяцам, дням, часам, годам и... уже не помню как оно выглядело на самом деле )
3. Оракловые базы - ничего не могу сказать, не работал я с ними, но думаю, ровно столько же сколько и из MSSQL или MySQL
------------------------
Главное внегласное правило всех разработчиков в клике - любой "отчет" должен формироваться не дольше 5-ти секунд, с чем мы собственно успешно и справляемся.