Текущее время: Пн, июл 14 2025, 15:59

Часовой пояс: UTC + 3 часа


FAQ по разделу



1. Прежде чем писать - подумай: а стоит ли это делать? Если ты все-таки решил написать, подумай еще раз. На форуме запрещено редактирование собственных сообщений, а администрация (даже после твоих жалостных просьб) ничего редактировать или удалять не собирается. Помни, что в определенных случаях публикация поста в этом форуме может стоит тебе: премии, репутации, нервов, работы и т.д. Прецеденты были.

2. "Месть - блюдо, которое лучше подавать холодным". Старая клингонская поговорка (С). Эмоции - твой враг. Если ты обвиняешь конкретного человека или компанию в серьезных нарушениях законодательства - имей на руках доказательства. Лучше всего подойдет решение суда. Сойдет и твое заявление в суд, СК, прокуратуру или полицию. На самый крайний случай - сохраненная переписка. Бездоказательные обвинения будут удаляться без предупреждения. Имей в виду, что часто после прочтения поста человеком, которого ты обвиняешь, могут наступить обстоятельства, описанные в п.3.

3. Отвечай за базар. Будь доступен хотя бы в ЛС или на почте для общения с администрацией форума, если после публикации твоего поста возникнут проблемы. Поскольку, если ты струсишь и сбежишь, то тот, кому надо, тебя все равно найдет, а параллельно устроит неслабые проблемы лично мне (уже бывало такое). А я, администратор форума, не имею могущественных и влиятельных друганов, которые могли бы за меня постоять. Более того: сильный стресс может меня в теории просто убить. Подумай, выгоден ли тебе такой исход событий.

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

5. Не переходи на личности. Будь корректен, такт и этичность всегда смотрятся лучше, чем поливание грязью.

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

7. Прочитай пп. 5.2 - 5.4 правил форума. Там изложено почти все то же самое, что и здесь, но с некоторыми подробностями, которые лишними не будут.



Начать новую тему Ответить на тему  [ Сообщений: 166 ]  На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8 ... 12  След.
Автор Сообщение
 Заголовок сообщения: Re: Стагнация, или Облака - белогривые лошадки
СообщениеДобавлено: Вт, сен 24 2013, 08:30 
Модератор
Модератор

Зарегистрирован:
Чт, окт 21 2010, 08:48
Сообщения: 128
Цитата:
А кто собственно мешает подключиться к базе SQL девелопером и юзать САП-овские таблички напрямую... :P
А может ну ее нафик эту ХАНУ и как в старые добрые времена, берем обычную оракловую БД, делаем таблички (создаем ER модель) и Квестовыми продуктами работаем с БД напрямую... :P
Получаем обычную 2-х звенку которая работает в миллион раз быстрее любой ХАНЫ, т.к. клиент подключен к базе напрямую без всяких серверов приложений, репликаций, триггеров сжирающих ресурс и прочих наворотов.
Я только за...


Да никто не мешает и на ассемблере калькуляцию себестоимости писать отдельными программулинами...
Мой основной месседж довольно прост. SAP серьёзно настроен на продвижение HANA и будет её развивать, допиливать, дорабатывать, продавать и т.д.

HANA использует современные технологии, такие как массивное распараллеливание и т.д. Тот же оракл анонсировал ускорение в 162 раза Exadat-ы благодаря параллельным инструкциям процессору позже Sap-a.

В HANA встрен также web-server для упрощения интеграции в некоторых случаях, а также для написания приложений по типу с любого девайса юзаем единую логику, которая хранится на уровне БД.

По поводу репликации (SLT) - это ВРЕМЕННОЕ РЕШЕНИЕ до перехода ERP on HANA. Даже документация по SLT в сравнении со всем остальным функционалом SAP-а существенно отличается. Но это решение позволяет РАЗРАБАТЫВАТЬ УЖЕ СЕЙЧАС.

В итоге: вы можете ругать SAP, или хану за принимаемые решения. Вы можете быть недовольны ханой на текущий момент. Вы можете считать как вам угодно, но если вы остаетесь с SAP-ом та рано или поздно последует переход на хану. Других вариантов не будет:)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 09:52 
Модератор
Модератор

Зарегистрирован:
Чт, окт 21 2010, 08:48
Сообщения: 128
Ещё несколько моментов:
ABAP остаётся и развивается(уже есть ABAP on Eclipse, хотя, на мой взгляд, он эм..."серьёзно ещё будет дорабатываться"(политкорректный термин))
В HANA перносится не вся логика, а тяжелая.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 10:32 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, фев 21 2005, 12:41
Сообщения: 361
непонятно почему все как-то игнорируют самую важную особенность - это поколоночное хранение. Очевидно, что это основное отличие от установки полной буферизации и прочих мер по запихиванию всей базы в оперативную память.
Более тесная интеграция с БД как раз здесь вполне объяснима, так как другой аналогичной БД под SAP пока нет. Поэтому использовать те же абстракции, что и для традиционных БД - можно, что и делается, но не всегда эффективно.
По поводу того, что САП ничего не может нормального написать - утверждение, имхо, крайне спорное. И количество глюков в других продуктах, на мой взгляд, ничуть не ниже. Во всяком случае, то что разрабатывал SAP с нуля, а не покупал на стороне - получается весьма приличного качества. Во всяком случае более приличного, чем покупное.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 10:42 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пн, окт 11 2004, 20:32
Сообщения: 2470
Пол: Мужской
BillyBird написал(а):
непонятно почему все как-то игнорируют самую важную особенность - это поколоночное хранение. Очевидно, что это основное отличие от установки полной буферизации и прочих мер по запихиванию всей базы в оперативную память.
А в чем преимущество перед обычным построчным хранением?

_________________
- Может ли настоящий мастер кунг-фу получить по морде?
- Настоящий мастер может все!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 10:52 
Модератор
Модератор

Зарегистрирован:
Чт, окт 21 2010, 08:48
Сообщения: 128
ArmAnn, преимущества в том, что если у вас 258 полей, а нужны вам из них 5, то читаются только 5, а не 258. Также, однородные данные хорошо сжимаются. + проще распараллеливать по ядрам и т.д.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 10:57 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, фев 21 2005, 12:41
Сообщения: 361
компрессия данных + скорость выполнения запросов по неиндексированным полям. Но и минусы тоже очевидны, на самом деле.
Но в любом случае - имхо это единственное ключевое отличие, остальное это маркетинговое бла-бла.
Вообще, можно почитать, что пишут, и желательно не только Вишала Сикку с Хассо Платнером, потому что понятно, что у них ХАНА - это космос :)
Но и Лари Эллисона тоже надо воспринимать критически.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 11:10 
Модератор
Модератор

Зарегистрирован:
Чт, окт 21 2010, 08:48
Сообщения: 128
Ларри Эллисон в 2012 году говорил:
«Когда SAP, и в особенности Хассо Платтнер, говорят о том, что они собираются построить in-memory базу данных и соперничать с Oracle, я говорю: «Господи, дай мне контакты их фармацевта, должно быть, они под наркотиками»

А сами в это время активно работали над решением :
"17 сентября 2013 года —Корпорация Oracle объявила о выпуске в продажу нового приложения Oracle In-Memory Cost Management линейки Oracle In-Memory Applications для комплекса Oracle E-Business Suite, помогая организациям достигать стратегических целей по управлению затратами."


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 12:09 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, окт 22 2009, 12:41
Сообщения: 473
Ларри Эллисона если как то и стоит воспринимать - то только в качестве одного из топовых главгадов ИТ индустрии. Соответственно цель любых его слов - испортить жизнь всем вокруг.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 14:37 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
Dimarik написал(а):
ArmAnn, преимущества в том, что если у вас 258 полей, а нужны вам из них 5, то читаются только 5, а не 258. Также, однородные данные хорошо сжимаются. + проще распараллеливать по ядрам и т.д.
Давайте попробуем предположить как это может происходить на примере 3-х столбцов в таблице HANA_T с 10 строчками и 258 столбцами:

Column_1 as C1
___________________
1 #1 #3
2 #4 #5
3 #2 #6 #9
4 #8
5 #7 #10

Column_2 as C2
___________________
A #7
B #1 #10
C #2 #3 #4 #5 #6 #8 #9

Column_3 as C3
___________________
01.01.2013 #1
01.02.2013 #2
01.03.2013 #3
01.04.2013 #4
01.05.2013 #5
01.06.2013 #6
01.07.2013 #7
01.08.2013 #8
01.09.2013 #9
01.10.2013 #10

и выполняем мы

SELECT C1, C2, C3
FROM HANA_T
WHERE C1 = 3 AND C2 = 'С' AND C3 BETWEEN '01.04.2013' AND '01.08.2013'

Code:
2       6     9 
2 3 4 5 6   8 9
    4 5 6 7 8

Результат - 6-я строка: 3 C 01.06.2013

А вот теперь представим что надо выполнить

SELECT C1, C2, C3, C4, C5, C6
FROM HANA_T
WHERE C1 = 3 AND C2 = 'С' AND C3 BETWEEN '01.04.2013' AND '01.08.2013'

Как тут HANA будет искать данные для C4, С5, С6, если индексов нет и хранение поколоночное?! То есть находим 6-ю строку для первых трех столбцов, но как прочитать значения 6-й строки для столцов C4, C5, C6?! :wink:


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 15:08 
Модератор
Модератор

Зарегистрирован:
Чт, окт 21 2010, 08:48
Сообщения: 128
murmur

Под отсутствием индексов понималось именно "create index...", системное поле "$$rowid$$" есть в любой таблице


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 15:36 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
Dimarik написал(а):
murmur

Под отсутствием индексов понималось именно "create index...", системное поле "$$rowid$$" есть в любой таблице
Да нет, это вы меня не поняли. ROWID-ы я вам уже нарисовал в виде # с цифрами. Вы просто покажите как после того как в приведенном выше примере была найдена строка #6 можно прочитать данные из C4, C5, C6, например, если C4 выглядит так:

C4
___________
A1 #1 #2 #3
A2 #4 #5 #6 #7
A3 #8 #9 #10


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 15:46 
Модератор
Модератор

Зарегистрирован:
Чт, окт 21 2010, 08:48
Сообщения: 128
murmur

Сейчас вы себе пытаетесь представить не как данные в хане лежат, а как вообще связать столбцы? Просто в HANA данные в столбцах лежат с использованием словаря - это 1, далее, они лежат в столбцах ещё и сжатые лежат.

Так свяжите столбцы по номеру в нём и всё. Нашли Вы из условия, что строка 6-ая, берите из остальных столбцов значение в 6-ой строке столбца 1,2,....N - какая проблема?

У вас в 6-ой строке лежит А2... Я не понимаю что Вам непонятно:(


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 15:51 
Специалист
Специалист

Зарегистрирован:
Ср, май 04 2011, 23:46
Сообщения: 228
[quote="Dimarik"]Просто в HANA данные в столбцах лежат с использованием словаря - это 1,
далее, они лежат в столбцах ещё и сжатые лежат. [quote]
А зачем они сжатые лежат? Ведь по запросу потребуются и дополнительное время и ресурсы на распаковку.
Они место так экономят?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 15:53 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
Я вам представил сжатый вид данных. Вы разве не видите?! Одному значению соответствует несколько ROWID-ов. Как вы свяжете такое представление данных?! Раз уж упомянули о словаре, то и объясните, как можно связать данные с его помощью. Я вот искренне не понимаю, но ваше объяснение "просто берите и соединяйте" мне ситуацию не проясняет


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хана всем или всем хана?
СообщениеДобавлено: Вт, сен 24 2013, 16:00 
Модератор
Модератор

Зарегистрирован:
Чт, окт 21 2010, 08:48
Сообщения: 128
murmur

Ваш столбец:
C4
___________
A1 #1 #2 #3
A2 #4 #5 #6 #7
A3 #8 #9 #10


Словарь у нас для C4 выглядит так:
A1 - 0
A2 - 1
A3 - 2

Сам столбец у нас выглядит так:
1 - 0
2 - 0
3 - 0
4 - 1
5 - 1
6 - 1
7 - 1
8 - 2
9 - 2
10 - 2

Берём 6-ое значение, лезем в словарь и находим, что это A2


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 166 ]  На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8 ... 12  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Ahrefs [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB