Имя: Пароль:
1C
Админ
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...

соотвественно при большом числе блокировок версионник сожрет память а блокировочник поблокирует кучу лишнего...