Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / сравнение производительности MS SQL и PostGree применительно к 1С 8.1 / 25 сообщений из 39, страница 1 из 2
  1  все
21.02.2008, 06:48
    #35146101
Plumb
Plumb
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Загорелось сравнить производительность MS SQL и PostGree применительно к 1С 8.1
MS SQL 2000 - надежнее, Lunix и PostGree дешевле :-) (что для начальства важно)

Вот что получилось:
------------------
Конфигурация:
двухядерный пентиум 3ГГц 4 ГБт ОЗУ один НДД без всяких рейдов
---------------------------
ОЗУ Windows 2003 Server

использовали 1С 8.1 10.50
Клиентская часть, сервер приложений и сервер БД на одном ПК

Тестовое Задание: обработка предназначенная для расчета данных АБС анализа по всей БД за 2007 год .
2000 клиентов ; 30000 документов; циклы по датам в разрезе клиента внутри которых множество мелких запросов и т.д.

работа:
postgres: 12:06 - 16:48 = 4:42
MS SQL 2000: 18:21 - 20:35 = 2:14

-------------------
Вопрос:
стоит ли проводить тестирование этих же данных этой же обработкой
когда клиентская часть 1С на ПК с ОС Windows , а сервер приложений и БД PostGrees на ОС Lunix против сервер приложений и БД MS SQL 2000 на ОС Windows

Раздаются голоса что вот при ОС Lunix БД PostGres себя покажет!!!
Но по моему вопрос ясен и очевиден - БД PostGres снова проиграет.

--------------

Может быть кто-то уже имеет данные подобного тестирования?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 10:10
    #35146376
SergSuper
SergSuper
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
а каков был размер БД? (в байтах)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 10:57
    #35146562
Plumb
Plumb
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
в MS SQL - 3,5 ГБт
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 11:05
    #35146612
Plumb
Plumb
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
версия postgreesql - pgsql-8.1.5-14C
наверное маркировка фирмы 1С
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 11:06
    #35146615
Yo.!
Yo.!
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
как я понимаю взялся дефолтный конфиг постгреса ? дык не удивительно. Далее кеш был у обоих прогрет ? у постгреса он был достаточен ? вы уже определили которые планы запросов обеспечили такой разрыв ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 11:18
    #35146671
VoDA
VoDA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
PlumbЗагорелось сравнить производительность MS SQL и PostGree применительно к 1С 8.1
MS SQL 2000 - надежнее, Lunix и PostGree дешевле :-) (что для начальства важно)

--------------
Вопрос:
стоит ли проводить тестирование этих же данных этой же обработкой
когда клиентская часть 1С на ПК с ОС Windows , а сервер приложений и БД PostGrees на ОС Lunix против сервер приложений и БД MS SQL 2000 на ОС Windows

Раздаются голоса что вот при ОС Lunix БД PostGres себя покажет!!!
Но по моему вопрос ясен и очевиден - БД PostGres снова проиграет.

--------------Привет.
Описание похоже на флейм, но все же отвечу.
PostgreSQL и MS SQL 2k ОЧЕНЬ разные СУБД. и оптимальные приложение должны писаться с учетом особенностей СУБД.

Далее что более надежно MS SQL 2k or PG - ИМХО при нормальном железе оба будут надежно работать.
PostgreSQL писался под *nix и только впоследствии был портирован для работы под Виндой. Так что правильная платформа для запуска и тестирования PG - Linux. Плюс MS SQL тратит много места под саму БД, и данные перенесенные под другую СУБД обычно занимают меньше места. Разница бывает и в 2 раза, а значит на больших запросах винчестер в 2 раза меньше дергается.

Покажет ли себя эта связка 1C + PG + Linux более быстрой - нужно тестировать. Но насколько я знаю 1С с SQL серверами в принципе работает через ж... а если они еще и логику работы с СУБД не поменяли, т.е. работают с версионником PostgreSQL так же как и с блокировочником MS SQL 2k

---------------------------
Раздаются голоса что вот при БД PostGres 1С себя покажет!!!
Но по моему вопрос ясен и очевиден - 1С снова покажет неумение работать с SQL.

PS название СУБД PostgreSQL его именно так и стоит писать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 11:31
    #35146743
pkarklin
pkarklin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
VoDAПлюс MS SQL тратит много места под саму БД, и данные перенесенные под другую СУБД обычно занимают меньше места.

Гм... И Вы можете привести объяснения этому "факту"?!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 14:42
    #35147737
VoDA
VoDA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
pkarklinГм... И Вы можете привести объяснения этому "факту"?!А зачем???
Я пишу программы по работе с СУБД, а не создаю СУБД. Для ответа на вопрос нужно смотреть как конкретно реализуется хранение данных.

Сравнение было на MS SQL 2k / MySQL InnoDB 5 / Sybase ASA.
Точных цифр не помню. Сами БД создавались и заполнялись с нуля. Скорее всего также использовались индексы и внешние ключи.

MS SQL опередил других по размеру БД. Кто хочет наверняка может сделать тест самостоятельно :) У меня пока нет времени + нет желания ставить MS SQL
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 14:52
    #35147789
pkarklin
pkarklin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
VoDAЯ пишу программы по работе с СУБД, а не создаю СУБД. Для ответа на вопрос нужно смотреть как конкретно реализуется хранение данных.

Т.е. Вам не знакома реализация хранения данных в бд ни в одной из используемых Вами СУБД. Жаль...

VoDAСравнение было на MS SQL 2k / MySQL InnoDB 5 / Sybase ASA.
Точных цифр не помню. Сами БД создавались и заполнялись с нуля. Скорее всего также использовались индексы и внешние ключи.

И Вы не можете никакого тынца привести?!

В таком случие - это:

VoDAПлюс MS SQL тратит много места под саму БД, и данные перенесенные под другую СУБД обычно занимают меньше места. Разница бывает и в 2 раза, а значит на больших запросах винчестер в 2 раза меньше дергается.

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

авторА зачем???

Вот чтобы как раз выяснить, что это не "пук".

авторУ меня пока нет времени + нет желания ставить MS SQL

А Вы не ставьте. Вы огласите сценарий тестирования. А результаты его для MS SQL я выложу. ;)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 15:07
    #35147857
Plumb
Plumb
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Народ, если кто знает как оптимально настроить PostGreSQL под Windows Server пишите, мне не лень перенастроить и заново запустить.

Дело в том что никаких рекомендаций в фирма 1С не предоставляет. Декларируется, что предоставляется модифицированная для работы с 1С 8.1 версия PostgreeSQL - я и решил что все уже заточено заранее.
-----------------
в каталоге
"C:\Program Files\PostgreSQL\8.1.5-14.1C\data\base\"
есть несколько каталогов:
1 ; 10792 ; 10793; 17232; 17586

каталог - 17586 имеет внутри данных на 5.5 Гбт - внутри нумерованные файлы разного размера. Неужели это так БД размазалась ?
--------
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.02.2008, 16:08
    #35148174
ScareCrow
ScareCrow
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
>MS SQL опередил других по размеру БД
смеялсо.
ты бы взял еще и Оракл с его UNDO/REDO.
и потом сказал бы что он медленный.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.02.2008, 11:52
    #35149982
VoDA
VoDA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
pkarklin авторА зачем???
Вот чтобы как раз выяснить, что это не "пук".OK, пусть будет "пук" )))
pkarklin авторУ меня пока нет времени + нет желания ставить MS SQL
А Вы не ставьте. Вы огласите сценарий тестирования. А результаты его для MS SQL я выложу. ;)Когда будет время напишу сценарий и прогоним на разных системах )))
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.02.2008, 11:53
    #35149988
pkarklin
pkarklin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
VoDAКогда будет время напишу сценарий и прогоним на разных системах )))

Буду с нетерпением ждать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.02.2008, 12:33
    #35150154
miksoft
miksoft
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Plumbодин НДД без всяких рейдовИмхо, на этот тестирование можно завершать.
В мало-мальски серьезных ситуациях работать на одном винте не серьезно.
А если задачи детские, то и БД тестировать бессмысленно, т.к. на детских объемах разницы не будет.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.02.2008, 15:55
    #35150836
softwarer
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
miksoftИмхо, на этот тестирование можно завершать.
В мало-мальски серьезных ситуациях работать на одном винте не серьезно.
Бухгалтеров обычно не очень интересует серьезность с Вашей точки зрения, у них свои критерии, им посчитать надо, и если не удалось - вот это серьезно.

miksoftА если задачи детские, то и БД тестировать бессмысленно, т.к. на детских объемах разницы не будет.
Вы оптимист.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.02.2008, 18:36
    #35151869
Степан H.
Степан H.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Plumb
Загорелось сравнить производительность MS SQL и PostGree ...
... Но по моему вопрос ясен и очевиден - БД PostGres снова проиграет.


Если вы действительно не испытываете предвзятости к одной из СУБД, то посмотрите в сторону безплатности ПО. Уж поверьте качество PgSQL ничем не уступает MS SQL. ))

ИМХО тест СУБД производымий на конфигурации "изкаробки" не есть таким что вселяет доверие.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.02.2008, 10:05
    #35154466
Plumb
Plumb
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Предубеждений против PostGreeSQL нет, правда и любови особой тоже. Я этот сервер БД вообще не знаю.
Однако инерция остается: т.е. я знаю MS SQL2000. 1С на нем работает великолепно, как настраивать, подводные камни - целый форум и прочее.
А по PostgreSQL применительно к 1С 8.1 - ничего тольком нет.

Ведь даже в обсуждениях , все кто хвалит PostgreSQL ничего не посоветовали, например в конфиге то или то поправить.
--------
кроме того , MS sql 2000 тоже поставили "из коробки", без всяких настроек. Только SP4 добавил и все.
------
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.02.2008, 10:25
    #35154512
SergSuper
SergSuper
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Степан H.. Уж поверьте качество PgSQL ничем не уступает MS SQL. ))

ИМХО тест СУБД производымий на конфигурации "изкаробки" не есть таким что вселяет доверие.
а почему Вам можно верить, а тесту нет?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.02.2008, 11:09
    #35154667
Степан H.
Степан H.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
К сожалению в конфиге postgresql.cong нет опции а-ля 1s_optimized = on ))

Однако вот
в части этого документа (ст. 39-46) есть некоторый пример настройки конфига.
http://]http://postgresmen.ru/files/rit2007_training_pginweb_slides.pdf

отнеситеть с пониманием к тому что изначально конфиг настроен на максимальную надежность, но не производительность.
Подбирайте параметры в конфиге в сответствии с вашим железом, интенсивностью использования БД и т.д.

Ну и после "расчета данных АБС анализа по всей БД за 2007 год" просмотрите статистику БД, правильность использования индексов применительно именно к вашим данным ... Возможно некоторая корректировка индексов вас приятно удивит в производительности.

и еще. платформа Linux для PostgreSQL - это далеко не пустой звук.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.02.2008, 11:17
    #35154697
Степан H.
Степан H.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
SergSuper Степан H.. Уж поверьте качество PgSQL ничем не уступает MS SQL. ))

ИМХО тест СУБД производымий на конфигурации "изкаробки" не есть таким что вселяет доверие.
а почему Вам можно верить, а тесту нет?

Програмное обеспечение иногда нуждается в насторйке. Хотя бы в это Вы верите? ))
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.02.2008, 11:42
    #35154779
Локшин Марк
Локшин Марк
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Степан H.Програмное обеспечение иногда нуждается в насторйке. Хотя бы в это Вы верите? ))
Когда к программе написанной для DBF сбоку прикрутили блокировочный MS SQL, а потом ко всему этому прикрутили сверху версионный PostgreSQL, то верить в то что последний будет работать не хуже как-то не очень получается, особенно если вспомнить что он в TPC почему-то вроде как и не упомянается.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.02.2008, 14:50
    #35155534
Степан H.
Степан H.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Локшин Марк Степан H.Програмное обеспечение иногда нуждается в насторйке. Хотя бы в это Вы верите? ))
Когда к программе написанной для DBF сбоку прикрутили блокировочный MS SQL, а потом ко всему этому прикрутили сверху версионный PostgreSQL, то верить в то что последний будет работать не хуже как-то не очень получается, особенно если вспомнить что он в TPC почему-то вроде как и не упомянается.

Не буду спорить, не вникал сколь глубоко, однако сомниваюсь что "прикручивали" поверх MS SQL. Скорее сбоку ...

К тому же, судя из Ваших слов, стоит ли вообще обсуждать именно производительность любой СУБД применительно к программе которая "написана для DBF"

о TPC ... а 1с там вооще то упомянается?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.02.2008, 17:44
    #35156197
basker
basker
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Степан H.о TPC ... а 1с там вооще то упомянается?
а 1С совсем и не СУБД
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.02.2008, 19:09
    #35156383
strizh
strizh
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
>работа:
>postgres: 12:06 - 16:48 = 4:42
>MS SQL 2000: 18:21 - 20:35 = 2:14

Это время в чем ? В минутах или в секундах ? То есть 2 или 4 минуты или 2 или четыре секунды ?

И еще не совсем понятно, зачем в ABC-анализе
>циклы по датам в разрезе клиента внутри которых множество мелких запросов и т.д.

Мы же при каждом запуске анализа группируем продажи по некоторому параметру - виду товара, клиенту, группе клиентов, области, городу, менеджеру и т.д., а не строим сразу многомерный куб.
Ну так и надо одним запросом выбирать готовые данные (2 колонки), потом их в цикле разбивать на 3 группы...

Чего-то я не понимаю в этой жизни ...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.02.2008, 07:57
    #35156942
Plumb
Plumb
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
сравнение производительности MS SQL и PostGree применительно к 1С 8.1
Время в часах и минутах естественно,

АБС анализ - я не специалист в этой области.
ПО АБС анализа имеет текущей весией - №8 и еще есть мысли как его сделать более правильным.
Программисты понимают, что после версии №3 началась встройка "подпорок" в код, условий , ветвлений и прочие бяки.
Когда наконец то постановщик задачи "исчерпает" свою фантазию, тогда я и перепишу обработку в оптимальной форме.
Но сейчас для тестирования производительности - это то что доктор прописал :-)
--------
Плюс под термином АБС анализ Вы и мой постановщик задачи вероятно понимаете совершенно разные вещи :-) .
Но это уже другая тема :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / сравнение производительности MS SQL и PostGree применительно к 1С 8.1 / 25 сообщений из 39, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 159ms
Закрыть
start [/forum/topic.php?fid=35&tablet=1&tid=1553159]:
 0ms
get settings:
 10ms
get forum list:
 16ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 40ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 13ms
total:  159ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]