|
Postgresql 9.2.1-1.1C c сайта 1С | ☑ | ||
---|---|---|---|---|
0
KopylovSN
14.11.12
✎
09:00
|
Не так давно нас порадовала 1С выходом тестовой версии Postgresql 9.2.1-1.1C Кто уже пробовал? На какой ОС? Поднялась ли производительность 1С Предприятия?
|
|||
1
DjSpike
18.11.12
✎
01:00
|
наверное не кому не интересен postgresql
|
|||
2
noxxx
18.11.12
✎
02:19
|
А постгре уже поддерживает нормальную блокировку таблиц? или до сих пор блокирует таблицу целиком?
|
|||
3
rphosts
18.11.12
✎
06:54
|
(2)управляемые блокировки для кого?
|
|||
4
DjSpike
18.11.12
✎
10:33
|
Зависает PostgreSQL 9.0 (сценарий Расчет себестоимости)
Проблема: Причиной зависания является отсутствие актуальной статистики по таблицам, участвующим в запросе. Количество записей в этих таблицах сильно изменилось с начала транзакции (было 0 стало 140000). Autovacuum не видит этих изменений снаружи транзакции и статистика остается неактуальной. Способы решения: Использовать PostgreSQL 9.1.2.-1.1C в котором реализован независимый от Autovacuum сбор статистики. Дата публикации: 2012-04-10 |
|||
5
Нуф-Нуф
18.11.12
✎
10:33
|
(2) а кому это надо?
|
|||
6
Нуф-Нуф
18.11.12
✎
10:34
|
да и все равно. самой оптимальной для 1с субд остается скуль
|
|||
7
Amra
18.11.12
✎
10:37
|
(5) Ну например упоротым линуксоидам)
|
|||
8
DjSpike
18.11.12
✎
10:39
|
(7) Если 1с, официально поддерживает postgresql, то почему бы его не использовать.... Наверное потому что упоротые виндузятники могут использовать только MSSQL.
|
|||
9
Нуф-Нуф
18.11.12
✎
10:50
|
(7) кому это надо относилось к "поддерживает нормальную блокировку таблиц? или до сих пор блокирует таблицу целиком?"
|
|||
10
Нуф-Нуф
18.11.12
✎
10:51
|
(8) дело не в упоротости виндузятников, а в том что по словам рупасова, мс скуль на текущий является лучшей субд для 1с.
|
|||
11
xReason
18.11.12
✎
11:16
|
а ibm db2 как вам? все также блокирует ?
|
|||
12
Нуф-Нуф
18.11.12
✎
11:38
|
(11) что блокирует?
|
|||
13
Amra
18.11.12
✎
11:41
|
(10) Вполне верю что именно так и есть, хотя бы потому что с майкрософтоским скулем 1С дружит давно. Но думаю что скоро и с Посгре будет хорошо дружить. Да и на самом деле, у линуксоидов выбора нет, мало кто из них согласится тратить фигову тучу бабла на Вынь Сервер + Скуль
|
|||
14
Нуф-Нуф
18.11.12
✎
11:43
|
(13) дело наверно все-таки не в дружбе, а в работе самой субд. как работает субд, как работает оптимизатор, смотри хотя бы траблу из (4)
|
|||
15
rphosts
18.11.12
✎
11:57
|
(14) как-бы это вам сказать.... вашему скулю что до оракула, что до ДБ2 как до китая раком... ну постгре отстаёт от их всех - как-бы ожидаемо от бесплатного продукта.
|
|||
16
Нуф-Нуф
18.11.12
✎
12:00
|
(15) в чем преимущество оракла перед скулем в плане работы с 1с?
|
|||
17
rphosts
18.11.12
✎
12:01
|
(16) скорость работы запросов... увы подсказка опимизтору запросов через 1С не передаётся...
|
|||
18
Нуф-Нуф
18.11.12
✎
12:05
|
(17) тот же скуль в несколько уровней оптимизирует те гамнозапросы которые наваяли адинеснеги и которые преобразовала 1с, даже безнадежные случаи бывает вытягивает. а оптимизатор оракла почти не обрабатывает - сует их в бд как есть
|
|||
19
xReason
18.11.12
✎
12:08
|
в том и суть, что 1с использует эти СУБД как консервные банк. Только что бы хранить данные, никакой оптимизации там нету и не будет.
|
|||
20
ansh15
18.11.12
✎
12:13
|
(0) v8: MSSQL vs PostgreSQL
Вроде, обсуждалось уже на этой неделе... |
|||
21
Нуф-Нуф
18.11.12
✎
12:20
|
(19) без проблем. напиши аналог упп или нетленку на оракле
|
|||
22
tararam
18.11.12
✎
12:21
|
(10) пользоваться надо уметь. постгрес на сегодняшний момент самая прогрессивная СУБД (после оракла, конечно). Если руки кривые, то и мсскуль не поможет.
|
|||
23
Нуф-Нуф
18.11.12
✎
12:22
|
(22) как умение работы с потригом поможет работе 1с на том же самом постриге?
|
|||
24
tararam
18.11.12
✎
12:28
|
(23) а вы тока на 1С? тогда флаг в руки. свой софт писать надо. у меня с++ и ява очень даже неплохо с постргесом дружат (это если правильно нативные библиотеки юзать). +базу еще и админить надо, а не тупо на разработчиков 1С полагаться. постгрес пошустрее летает на саташных винтах, несмотря на файловую организацию (куча файлов вместо одного здоровенного), чем мсскуль (проверено временем, уступает тока ораклу).
|
|||
25
Нуф-Нуф
18.11.12
✎
12:32
|
(24) речь не о сравнении нескольких субд в отношении сферических коней в вакууме. речь о конкретной связке с 1С.
|
|||
26
tararam
18.11.12
✎
12:39
|
Если связка с 1С хреново фурычит, то это вопрос к программерам из 1С (судя по отзывам на этом форуме, если бы меня заставляли не вовремя сваливать с работы, я бы тоже хреново писал. с работы надо сваливать тогда, когда захотел, при условии, что всё сделано). По-поводу блокировок - почитайте доки к постгресу: поддерживаются блокировки на уровне записи.
|
|||
27
tararam
18.11.12
✎
12:42
|
ЗЫ постгрес, начиная с версии 8.4 - просто сказка.
|
|||
28
DjSpike
20.11.12
✎
15:38
|
Я знаю много замечательных программ которы работают на PostgreSQL
|
|||
29
hhhh
20.11.12
✎
16:20
|
(26) вам другой вопрос задают. В этом-то и суть, что 1С пользуются десятки тысяч программистов, 95% из них уровня ниже среднего. Поэтому вопрос: постгрес и оракл - они только для замечательных программ, а в случае с 1с их сразу в топку или всё-таки дать им шанс?
|
|||
30
sanfoto
30.11.12
✎
08:32
|
(29) hhhh
в топку все "РЕЛЯЦИОННЫЕ СУБД" - в случае использования "Объектных ЯП". ИМХО тут фундаментальное противоречие "Работа с многомерными объектами - хранящихся в "плоской проекции" на реляционной СУБД". Никакой Оракл ни другая "Реаляционная СУБ" тут кардинально ничего не изменит. |
|||
31
KopylovSN
30.11.12
✎
16:14
|
ой батюшки))), люди, тему то видели?
|
|||
32
KopylovSN
30.11.12
✎
16:15
|
и ничего не предвещало бурление говн)
|
|||
33
Hmster
30.11.12
✎
16:25
|
Производительность сам то померял?
|
|||
34
dmrjan
01.12.12
✎
08:21
|
(29) Есть опыт использования постгри на базе под 70Гб при юзерах 35-40 чел. MSSQL на торговле 10.3 раза в два отстает от PostgreSQL 8.4 на этапе подбора номенклатуры. Проведение как правило не тормозит. Что еще надо?
|
|||
35
rphosts
01.12.12
✎
08:33
|
(34) настройки постгре стоковые?
|
|||
36
bazvan
01.12.12
✎
10:14
|
(35) врятли
|
|||
37
BlackBytes
01.12.12
✎
11:10
|
(11) Да я тоже считаю что DB2 c 1С не сильно дружит...
его 1с добавили для галочки... В реале был опыт оптимизации под него базы 1с ... Да не считая задвоенных данных в физических таблицах (В разных регистрах) и переноса индексов на отдельный SSD и прочих танцев с бубном скорость работы ниже чем у бесплатной SQL 2012 Express (релиз тестовый 8.2.17.132). |
|||
38
mistеr
01.12.12
✎
13:00
|
Мне тоже интересно, планирует ли 1С реализовать автоматические блокировки на уровне строк для остальных СУБД, кроме MSSQL? А также почему они не торопятся это делать. Банально не видят смысла тратить ресурсы (органиченные), или есть некое соглашение с Microsoft.
bazvan, не поделитесь инфой? |
|||
39
mad hatter
01.12.12
✎
15:11
|
OMG..
|
|||
40
ERWINS
01.12.12
✎
15:51
|
(38) дело в том что структура скл разная
пострес и оракл версионники - при большой нагрузке не отваливаются, но для них не подходит автоматическая блокировка так как она жрет много ресурсов мсскл и дб блокировочники у них проще с блокировками, но они чаще уходят при большой нагрузке в аут |
|||
41
mistеr
01.12.12
✎
16:35
|
(40) Я в курсе о разнице. Но вот это "для них не подходит автоматическая блокировка" вызывает большие сомнения. А это "она жрет много ресурсов" относится к PstgreSQL или к Ораклу тоже? :)
|
|||
42
ERWINS
01.12.12
✎
16:40
|
(41) автоматическая блокирует сразу много записей. в версионнике под каждую блокируемую выделяется память или блокируется таблица целиком
в блокировочнике диапазон помечается на заблокированный (несколько диапазонов объединяются в один даже если туда попадают записи которые не надо блокировать) что пораждает экскалацию блокировки версионник более аккуратный и блокирует меньше но жрет существенно больше ресурсов на каждуюблокированнуюзапись |
|||
43
mistеr
01.12.12
✎
22:04
|
(42) >автоматическая блокирует сразу много записей
С чего вдруг? Хотя это как написать. В MSSQL сколько блокируется если я записываю один элемент справочника? >версионник более аккуратный и блокирует меньше но жрет существенно больше ресурсов на каждую блокированную запись Еще раз спрашиваю: какой версионник? |
|||
44
ERWINS
01.12.12
✎
22:42
|
(43)
блокировочник если один - то один а если 50 то может и 1000 в блокировке будет номер первого и последнего из диапазона т.е. только 2 цифры например если в справочнике складов 50 элементов и ты редактируешь 2 то он заблокирует целиком справочник причем на уровне скл в версионнике он сделает копию этих 50 элементов т.е. памяти существенно больше задействует но заблокирует всего 50... соотвественно при большом числе блокировок версионник сожрет память а блокировочник поблокирует кучу лишнего... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |