OFF: Сервер БД под 1С. Аналог HANA для SAP

LIFE

Юмор

10.07.15

✎

11:18

Добрый день, коллеги!
работаю в крупной компании. часть юрлиц ведет учет в SAP, часть в 1С. для SAP выпущены индивидуальный сервер HANA самим вендором, который якобы более лучший по харатеристикам чем Oracle. почему бы 1С не выпустить также свой сервер - по аналогии с HANA назвать "1С: Писец"

1 2S

10.07.15

✎

11:18

Сервер БД или интерфейсный сервер?

2 2S

10.07.15

✎

11:19

переходите на файловый вариант, там это реализовано

3 Igor_86

10.07.15

✎

11:20

Сервер БД

4 Лефмихалыч

10.07.15

✎

11:20

(0) >почему бы 1С не выпустить также свой сервер
зачем?

5 2S

10.07.15

✎

11:21

а в чем преимущетсво HANы перед Ораклом? Что-то я ОЧЕНЬ сомневаюсь

6 Igor_86

10.07.15

✎

11:21

снижение стоимости владения ПО потенциальными клиентами, независимость от сторонних поставщиков серверов БД

7 Igor_86

10.07.15

✎

11:22

увеличение скорости обработки информации

8 floody

10.07.15

✎

11:22

Сравнил 1С, маленькую фирму из Москвы, с SAP..

9 Лефмихалыч

10.07.15

✎

11:22

хотя... это бы упростило лицензирование, как минимум...

10 pumbaEO

10.07.15

✎

11:22

(6) ну переименуй postgresql на ...

11 Лефмихалыч

10.07.15

✎

11:22

(7) вот это бабушка надвое. С оптимизаяйцами расходов и архитектуры предприятия согласен. Остальное - бездоказательно

12 Остап Сулейманович

10.07.15

✎

11:23

(4) Он (возможно) более оптимально обрабатывал бы запросы. Поскольку трансляция 1с запросов в запросы к МССкулю - адов ад.

13 ASU_Diamond

10.07.15

✎

11:24

(6) "независимость от сторонних поставщиков серверов БД" - а SAP для вас уже не "сторонний поставщик"?

14 Лефмихалыч

10.07.15

✎

11:24

(13) ты невнимательно прочитал

15 ASU_Diamond

10.07.15

✎

11:25

да сразу вопрос возник: а SAP только на Oracle работает?

16 pumbaEO

10.07.15

✎

11:26

(15) вроде и на MS SQL

17 Drac0

10.07.15

✎

11:26

(11) "вот это бабушка надвое. "

Таки грамотно написанное узкоспециализированное приложение всегда быстрее, чем аналогичное по качество универсальное. Думаю, сложно придумать исключение.

18 Igor_86

10.07.15

✎

11:27

(9) в том числе
(4) поддерживаю
(5) in memory https://ru.wikipedia.org/wiki/SAP_HANA
(13) независимость 1С от поставщиков сопуствующеих СУБД

19 Лефмихалыч

10.07.15

✎

11:28

(17) файловая восьмерка кагбэ опровергает это всё к херам

20 H A D G E H O G s

10.07.15

✎

11:28

HANA - in memory base.

MS SQL 2014 анонсировало такой же режим (Hekaton).
С одной стороны - выдыхаем, а с другой стороны - 1С еще долго не будет его поддерживать.

21 Гобсек

10.07.15

✎

11:30

(20)>1С еще долго не будет его поддерживать.

Почему?

22 Drac0

10.07.15

✎

11:31

(19) "аналогичное по качеству" :)

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

23 Тюря

10.07.15

✎

11:31

Платформа HANA требует достаточно мощных аппаратных ресурсов. Например, экземпляр, рекомендованный для Amazon, имеет в 8 раз больший объем и требует наличия 32 ЦП, 60 ГБ памяти и 640 ГБ дискового пространства

24 thezos

10.07.15

✎

11:32

(0) Потому что это будет херь и фейл.

25 Drac0

10.07.15

✎

11:32

(23) "32 ЦП, 60 ГБ памяти и 640 ГБ дискового пространства" И это мощные?

26 ASU_Diamond

10.07.15

✎

11:33

(17) тут такой вопрос: если изначально продукт (SAP) писался под определенные СУБД, то за счет чего увеличиться производительность при переходе на свою СУБД?

27 H A D G E H O G s

10.07.15

✎

11:34

(23) Пфффф. Стандартный сервер в небольшом госучреждении какой-нибудь республики КСФО

28 Garykom

гуру

10.07.15

✎

11:39

Т.е. если я правильно понял что такое это "HANA" то SAP наконец то сделал "файловый вариант" как давно есть у 1С ?

29 Славен