21-ый век все же.. чай не 20-ый

Добавлено через 58 секунд
жесть, а молотком не пробовали?

Экий Вы саркастичный.
На самом деле, вполне нормальный подход в том случае, если информация СТРОГО идет в одну сторону (конвейер). Иногда - даже лучше, чем совместная обработка данных: в каком-то смысле получаем сразу OLAP на второй ступени конвейера, а не OLTP.

Тем не менее, свою мы все же сделали с БД :)

в 21 веке ничего нормального в этом нет. это прошлое тысячелетие. студентам не рассказывайте о таких способах интеграции, только на фоне перфокарт может быть...

Есть.
Не знаю Вашего предыдущего опыта, но у меня несколько десятков успешных внедрений ИС. В некоторых случаях не то, что файлик передавать, приходилось заставлять пользователя перенабирать с бумаги результат с предыдущей стадии конвейера - ибо только так можно было заставить восприять результат "через голову".

А в принципе - нет никакой разницы, то ли импорт-экспорт информации идет через сокет (облако, ажуру и т.п.), то ли файликом на флэшке.

ну перебивать с бумаги - этим хвастаться не стоит.
и облака тут не причем. тем более Azure.
и есть разница как интеграция выполняется. через файлы - прошлое тысячелетии и этим не хвастаться и защищать, а в лучшем случае скорбно вздохнуть, кивнуть на коллег с той стороны, кто не в состоянии организовать нормальную интеграцию, а вот только "файликами" могут.

и стремиться как можно быстрее избавиться от этого способа со своей стороны ...

Aspirantfm, да у Вас, батенька, комплексы посредственного айтишника. Программы делятся на удовлетворяющие пользователей или не удовлетворяющие, это раз. А во вторых, какой бизнес-процесс, такая и автоматизация, это два.

Принцип простой. Работает -- не трогай. Лучше заняться чем-либо полезным в это время.

это у вас, батенька, комплекс не до айтишника. так как айтишником вы не стали, но пыжетесь. а на процессы кивать - это плохому танцору, как известно, все мешает...

Aspirantfm, (хихикнув) Ясно. Спасибо за Ваше мнение, оно меня крайне интересует. На будущее, пишите проще: "сам дурак" и не мучайтесь с написанием приставки "недо-" и согласованием членов предложения.

ну вот и отлично, что по первому вопросу вы согласны. но это было очевидно и до ваших высказываний по ИТ.

Аспирантфм, скажи нам, адмирал ясен пень в области IT, почему
оракловый сервер медленнее обрабататывает запросы при вклю-
ченном hyper-threading, хотя казалось бы должен наоборот быстрее.

а расскажи-ка мне, как сделать так, чтобы EAV был во много раз производительнее Реляционной модели.

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

Допрасходы, действительно, влияют, и все же основная причина не в этом. И
про основную причину гугл не кишит, дабы не создавать антирекламу Интелу.
Здесь тоже опыт нужен (личный, а не в гугловодстве). Ждем ответа адмирала.

по EAV мне тоже ждать?

п.с. ну чем гугл не угодил

Hyper-threading: Oracle and VMware vSphere 5
Опубликовано: Sam Lucido в Everything Oracle at EMC в 02.11.2011 14:57:46
On some Intel processors each physical processor core can behave like two logical processors. The vSphere 5 Resource Management manual summarizes it very well, “While hyperthreading does not double the performance of a system, it can increase performance by better utilizing idle resources leading to greater throughput for certain important workload types. An application running on one logical processor of a busy core can expect slightly more than half of the throughput that it obtains while running alone on a non-hyperthreaded processor. Hyperthreading performance improvements are highly application-dependent, and some applications might see performance degradation with hyperthreading because many processor resources (such as the cache) are shared between logical processors.”

Ты капитан IT-очевидность, тебе отвечать за базар, и на все IT-вопросы тоже.
Нет, дело не в кэше. Это боян, причем неправильный. Истинная причина не там.

это ты отвечай за базар. я пока ни одного варианта с EAV не вижу. так что жду.