Кто про нее что знает? Подружится ли она с 1С?
https://soqol.ru/?utm_source=eLama-yandex-DBMS&utm_medium=cpc&utm_campaign=SoQoL&utm_content=cid|96708324|gid|5292107503|aid|15059858269|adp|no|dvc|desktop|pid|47336904934|rid|47336904934|did|47336904934|pos|none0|adn|context|crid|0|&utm_term=%D1%81%D1%83%D0%B1%D0%B4%20postgres%20pro%20standard&yclid=6554411632644909555

она ещё не вышла из бета-версии

реклама на мисте платная...

Производительность: В 5-10 раз быстрее существующих классических аналогов

Такие дела..

(1) Она лет 10 как не выходит оттуда

написано что скоро join заработает ))
но в то что на порядок быстрее существующего скуля - не верится.

(3) Новый софт обычно быстрее старого, потому что имеет еще мало фич и дополнительных защит от ошибок.

(0) что заставляет лезть в эти дебри? у 1с и с постгресом приключений хватает, но там все работоспособно хоть

А она хоть с чем-то совместимая будет? Или очередная вещь в себе, для которой нужно ещё и создавать совместимую инфраструктуру?

(0) полезной инфы по ссылке 0... чем на лучше к примеру чем Jatoba?

(3) за слова ответить неплохо-бы...

ни мыслям, ни делам не веря,
умов произошла потеря,
бороться нет причины....

А оператор select уже реализовали?

Репликаций нет, статистики нет, группировок нет, объединений нет, бинарных данных тоже нет. Как это вообще тестировать можно не то чтоб использовать

(12) по всей видимости это все что реализовали

(12) Как-бы оно при наличии селекта было-бы в 5-10 раз быстрее?!

Во многих случаях Key-Value базы данных а разы быстрее,чем классические sql,но потом,когда нужно строить сложные индексы и сортировки выясняется,что они большую часть не умеют,а то,что умеют - выглядит очень странно.

(13) Как это нету, что это за SQL база была бы без этого?
В мануали Dokumentatsiya_SoQoL.pdf все описано.
CTE нет и оконных функций, добавят...
Просто на первой странице они очень неудачно написали про фишки в разработке, это именно фишки, плюшки и оптимизация, а не полное отсутствие того что там написано.

Но есть нюанс:

Поэтому ну ее в топку...

(17) А как у них в плане оптимизации сложных запросов? Чтобы не было как в постгресе, когда соединение с подзапросом могло исполняться ооочень долго из-за отсутствия реальной статистики неявных временных таблиц в момент компиляции запроса.

(17) Согласен. Внешнее исследование наоборот сокращает риски взлома, а эти люди ещё пребывают в тумане, будто можно скрыть свои косяки.

(18) Хорошо составленый запрос и без статистики (ее у них пока нет) будет быстро работать, а вот вырвиглазные 1С`овские запросы на текущем состоянии этой базы будут не 5-10 раз быстрее, а в 100500¹⁰⁰⁵⁰⁰ раз медленее. Проверить это все равно невозможно.

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

бубет все так же как с постгри - бесплатная - протестят на одинэскиках - будут говорить какая она крутая и быстная - а потом на каком то релизе сделают платной -))

(22) Судя по имеющимся обрывкам информации, там постгресовские подходы приняты. Конечно же это не форк и не клон, но мотивы явно прослеживаются. Так что, там где постгрес тупит - там и сокол не полетит...

(17) то что этого нету написано у них на сайте в перечне того что скоро планируют добавить. Так что это лучше у них спросить как это нету

(24) Ну так это понятно, но нельзя трактовать "Новый функционал для запросов с конструкциями GROUP BY и JOIN" как отсутствие GROUP BY и JOIN. И то и другое работает.
Или что "Расширение операций работы с бинарными типами данных (BLOB, varbinary)" не означает что работы с BLOB нет. Это расширение, а не то что работы с BLOB нет, она есть.

Перечислять того чего нет можно бесконечно т.к. этих расширений невероятно много всяких разных есть...
Кстати, для меня было шоком что у них primary key int нельзя сделать с autoincrement, это везде есть, а у них нет. Такая фишка значит у этой базы...

(25) "было шоком что у них primary key int нельзя сделать с autoincrement"
А для 1с это нафиг не надо, там уиды сплошь. А там где автонумерация, она полностью управляется платформой.

Да что вы в 1С уперлись?
Кто вам сказал что 1С собирается еще один движок 1С впиливать в платформу?
Эта штука сейчас в статусе бета версии, еще пару лет пройдет до релиза, лет пять будут латать дыры и оптимизировать.
Потом еще лет цать, если не прогорят, будут опять латать дыры и оптимизировать.
Т.е. перспектива поддержки этого движка SQL, движком 1С настолько туманна, что даже задумываться об этом сплошная "Маниловщина".

(25) ну в постгри очень долго не было автоинкремента, надо было каждый раз костылить sequence...и только потом завезли serial

посмотрел на лица разрабов...деды одни, не взлетит как пить дать

(0) она работает только на Win >= 11.
Я отказался от тестирования, т.к. у меня пока Win7, а переставлять для тестов - в баню.
сказал разрабам что 1С еще на XP и Win7 работает.
хз, че они там думают по этому поводу..

(30) она работает только на Win >= 10.

(30) "на Win >= 11"
Какое же в этом случае импортозамещение, если микрософт не продает официально новые версии винды? Смысл в таком продукте, который требует санкционную ОС?

(32) Кто сказал что разработчики СУБД Сокол разрабатывают ее исключительно для российского рынка? Может у них планы сделать всемирную СУБД.

Пишу на этом форуме первый раз, поэтому, если что, простите. Являюсь представителем компании РЕЛЭКС, которая разрабатывает СУБД Сокол. Решил ответить на возникшие здесь вопросы/мнения про СУБД Сокол ( https://soqol.ru ).

> Подружится ли она с 1С?
Запрос на интеграцию мы им отправили. Всё зависит от согласия/несогласия 1C.

> она ещё не вышла из бета-версии
да, в 2023 году Сокол перешел в статус беты (в 2022 году был в статусе альфы). Выпуск первого релиза в начале 2024 года.

> Производительность: В 5-10 раз быстрее существующих классических аналогов
Тут будет кстати уточнение. Тестов существует много, каждый тестирует свои особенности. Мы постарались выбрать тот, который ближе к задачам, которые мы планируем решать нашей СУБД в ближайшее время. В данном случае сравнение производилось на открытом тесте TPC-C (HammerDB), который имитирует работу с некоторой складской системой.
Изменение кратности зависит от разных величин: числа параллельных клиентов, отношения размера доступной для СУБД оперативной памяти к размеру БД и др.
Вообще СУБД Сокол разработана с прицелом на эффективное использование возможностей современного оборудования: многоядерные системы, многоуровневые кеши процессора и т.д.  Сама СУБД построена на нами же разработанной технологической платформе, которая включает собственные примитивы синхронизации, управление памятью, планировщик и т.д. Почему так - для того, чтобы построить систему снизу доверху с использованием подхода lock-free. В in-memory системах lock-free показал прекраснейшие результаты. Мы же добились того, что система работает не только с данными в оперативной памяти, но и с данными с дисков. И показывает преимущества lock-free алгоритмов.

>написано что скоро join заработает ))
join работает. Сейчас работаем над оптимизацией некоторых видов join. Опять же для повышения скорости работы.

> но в то что на порядок быстрее существующего скуля - не верится.
всё зависит от тестов конечно. Мы с радостью примем ссылки на какие-то интересующие опенсоурсовые сравнительные тесты. Доработаем их под Сокол, померяем, покажем результаты. Можем отдать код тестов для воспроизведения вовне. Мы за открытость.

> Новый софт обычно быстрее старого, потому что имеет еще мало фич и дополнительных защит от ошибок.
пока наоборот. Чем больше оптимизаций делаем, тем быстрее СУБД получается.

> что заставляет лезть в эти дебри? у 1с и с постгресом приключений хватает, но там все работоспособно хоть
тут соглашусь. наша СУБД еще не сильно обкатана. Но всех приглашаем в этом поучаствовать. Прошу прощения, что здешним участникам пока не можем предложить адаптер под 1С.

> А она хоть с чем-то совместимая будет? Или очередная вещь в себе, для которой нужно ещё и создавать совместимую инфраструктуру?
Могу пока ответить про те совместимости, которые прослеживаются сейчас. СУБД Сокол:
1. Поддерживает различные стандартные интерфейсы, например, JDBC, ODBC, PHP PDO.
2. Поддерживает стандарт языка SQL (без каких-либо принципиальных ограничений как, например, в ClickHouse). Т.е. с точки зрения SQL классическая СУБД.
3. В особенностях SQL-языка Сокол часто больше похож на Oracle (например, упомянутая в теме генерация значений колонок-идентификаторов работает по синтаксису Oracle, а не как тип autoinc), редко на PG, а где-то на MS SQL Server.

> полезной инфы по ссылке 0... чем на лучше к примеру чем Jatoba?
Не совсем правда. Тут на днях я обнаружил, что один человек собрал в одном своем посте (просто начав просмотр с сайта soqol.ru) достаточно компактно информацию про нас и СУБД. Посмотрите, если интересно - https://t.me/sergei_predvoditelev/61
Там и можно и скачать дистрибутив, в нем документация (уже достаточно широкая), есть ссылка на онлайн-Сокол, статьи и т.д. Есть ссылка на телеграм-канал, техподдержку. В общем всё для нормальной жизни бета-тестера :)

> за слова ответить неплохо-бы...
Мы стараемся делать интересные замеры. Присоединяйтесь, предлагайте. Не прячемся, не гнобим :)

> А оператор select уже реализовали?
ну как же без него :) уже достаточно широкий синтаксис в нем реализован. Пробуйте онлайн, если лень качать.

> Репликаций нет, статистики нет, группировок нет, объединений нет, бинарных данных тоже нет. Как это вообще тестировать можно не то чтоб использовать
группировки есть, объединения есть, бинарные данные есть, статистика уже частично есть, планы запросов можно смотреть. А вот репликации действительно пока нет, работаем над ней, запланирована к реализации на весь следующий год. Пока без нее работаем.

> CTE нет и оконных функций, добавят...
CTE к концу года будет, оконные функции пока на паузе. Смотрим, что в следующем году сделать лучше всего. Советуйте. Предложения принимаются.

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

> Но есть нюанс:
>– имеет закрытый код, что максимально снижает риски внешнего исследования системы с целью взлома;
Да, код закрытый. Пока откроем только в открытый доступ реализацию стандартных прикладных интерфейсов.

> А как у них в плане оптимизации сложных запросов? Чтобы не было как в постгресе, когда соединение с подзапросом могло исполняться ооочень долго из-за отсутствия реальной статистики неявных временных таблиц в момент компиляции запроса.
По этим вопросам можете обратиться либо в бот техподдержки (ссылка в том же посте, что указан выше), либо пишите вопросы в комментариях к нашим постам в телеграм-канале, разработчики ответят. За вопросами следим и отвечаем.

> бубет все так же как с постгри - бесплатная - протестят на одинэскиках - будут говорить какая она крутая и быстная - а потом на каком то релизе сделают платной -))
У СУБД Сокол будут как платные, так и бесплатные лицензии. Скоро будут известны подробности.

> Судя по имеющимся обрывкам информации, там постгресовские подходы приняты. Конечно же это не форк и не клон, но мотивы явно прослеживаются. Так что, там где постгрес тупит - там и сокол не полетит...
Тут посмею не согласиться. Никаких "постресовых подходов".

> Или что "Расширение операций работы с бинарными типами данных (BLOB, varbinary)" не означает что работы с BLOB нет. Это расширение, а не то что работы с BLOB нет, она есть.
BLOB/CLOB есть, функционал расширяется. Это расширение будет продолжено в 2024 году.

> Кстати, для меня было шоком что у них primary key int нельзя сделать с autoincrement, это везде есть, а у них нет. Такая фишка значит у этой базы...
Можно. Генератором последовательности или, теперь уже почти готово, тестируем, при помощи фразы GENERATED AS IDENTITY при описании колонки (в синтаксисе Oracle).

> А для 1с это нафиг не надо, там уиды сплошь. А там где автонумерация, она полностью управляется платформой.
да, для некоторых систем это действительно не является критичным.

> посмотрел на лица разрабов...деды одни, не взлетит как пить дать
у нас и молодежи умной много :) а для фото да, надо помоложе выбрать уже :)))

> она работает только на Win >= 11.
в телеграм-канале сборок описаны системы, которые сейчас поддерживаются. В целом с поддержкой новых систем проблем нет, у нас есть широкий опыт поддержки разных платформ. Сейчас для нас не в этом приоритет. Поэтому пока извините...

> Кто сказал что разработчики СУБД Сокол разрабатывают ее исключительно для российского рынка? Может у них планы сделать всемирную СУБД.
Да, кто сказал, что разработчики СУБД Сокол разрабатывают СУБД Сокол исключительно для российского рынка? ;-)

"Да, кто сказал, что разработчики СУБД Сокол разрабатывают СУБД Сокол исключительно для российского рынка? ;-)"
- да, правильно! чтобы врагам если что - и мину заложить! 👍

(35) Щас уже во многих международных проектах заложены мины от украинских разработчиков. Нет, спасибо. Нам такого не надо.

Видел вакансию год назад на разработчика Сокола. ЗП 400-600 тыщь. Нашли уже кого-нибудь?

(36) Нам, ясен пень, не надо... я же речь не про нас... ;-)

(38) Как будто сделают две версии, с закладками для чужих, и без закладок для своих. Это нонсенс.

(34) На этом форуме цифры в скобках означают адресата, кому отвечаете. Это большой номер сообщения в скобках слева.

А я вообще мечтаю что 1с когда-нибудь будет на СУБД firebird работать. Он мне больше постгреса нравится. Не люблю постгресовскую организацию хранения данных, в сотнях тысяч файлов с бессмысленными именами, причем имя каталога базы тоже бессмысленное.

(41) firebird же дохлая давно. Зачем это?

(42) Зачем Вы врёте?

Последняя версия: 4.0.4 (3 ноября 2023)[1]
Бета-версия: Firebird 5.0 Beta 1 (27.03.2023)

wiki:Firebird

(43) Буду знать. Но, все равно, смысла интеграции с 1С не видно. А в связи с установкой на ипортозамещение и подавно.

(34) Возможно ли в Сокол интегрировать дополнительные пакеты, по типу интеграции в PostgreeSQL, сделать рабочий "форк" - чтобы она уже сейчас завелась для работы с 1с.
Было бы интересно пошшупать.

(45) Это все-таки от 1С зависит, а не от Сокола. Движок интересный, но как и все от 1С она обратит на него внимание только когда он наберет пользователей. Собственно, когда-то 1С уже подобное высказывала. И это понятно - ребята бизнесом занимаются, а косяков и в самой 1С хватает... Хотя, конечно, у них сейчас единственный движок остался - посгре, может это их чуть сподвигнет искать новые подходы...

(41) последнее что я видел на Firebird - это инфопредприятие. Что-то не сильно эту СУБД любят

(44) Так импортозаместили firebird, и давно импортозаместили, вот: СУБД Ред База Данных на основе Firebird https://vk.cc/cscJDu

(48)r-keeper на РедБД? чего-то я удивлен. Он же на MSSQL работает

(47) А разве огненная птичка переваривает 1С-ные объемы? Те базы, которые я на ней видел, были относительно маленькие. Да и емним, она изначально рассчитана на малые объемы - малые, конечно, по отношению к тому, что 1С хочет...

(49) А r-keeper то тут каким местом затесался? оО
С firebird он не работает, а вот PostgreSQL поддерживает  https://docs.rkeeper.ru/sh5/integratsiya-s-r-keeper-7-cherez-postgresql-41091342.html

(50) хз, но инфопредприятие всегда себя позиционировало как аналог 1с

(51) так вот и я удивился. Он по ссылке в (48) каким-то боком фигурирует

(50) Должна выдержать, вот примеры с http://www.ibase.ru
Даже sqlite такие объемы выдержит, только по сети он не работает, поэтому не пригоден ;)


(53) Там какая-то другая система - "система приема заказов r-keeper".

(54) Ну, если уж честно, это для 1С не столько маленькие, сколько средние базы. Встречал базы терабайт и больше. Просто я раньше встречался с птичкой под сметными базами. Там большого количества гигов не было, но работало все ну очень не быстро...

Фронтол тоже на FireBird.

Собственно говоря,Firebird - это кроссплатформенная база данных.
Плюс в ней есть очень интересный механизм событий,когда из хранимой процедуры можно послать событие,и его все КЛИЕНТЫ сразу получат.
Кроме этого,пошаговый возврат выборки из хранимой Select-процедуры.
Ну и возможность подключения пользовательских функций из dll тоже очень востребована.
Да,конечно,как сервер баз данных он классический версионник из-за чего при выборке проверяется актуальность каждой строки таблицы.
Очень интересная особенность - это внешние ключи,когда к строке таблицы добавляется связь с родительской таблицей.
Практически изначально была поддержка кодировок и всем любимой utf-8.
Уникальные генераторы,прозрачные для транзакций.

(55) Так там статья с тестированием заливки терабайта на Athlon 64 x2 5200 и 4мя гигами оперативки, она очень старая. Но за 70 часов на hdd таки залили. http://www.ibase.ru/fb1tb/

(41) "Не люблю постгресовскую организацию хранения данных, в сотнях тысяч файлов"

Для винды - это конечно проблема. А зачем это нужно нормальному на голову человеку - запускать постгрес под виндой ???

(58) Организация дискового массива для "своих"

(59) поясни.

(57) Понял. Значит я устарел... Раньше даже на порядок меньшие масштабы вводили птичку в ступор...

(60) Полно владельцев бизнесов которые не хотят обращаться к интригаторам типа я.дисков, фрешей и 42клаудов, но которым нужны удаленные рабочие столы, удаленные виртуалки и т.п.

Знатоки, на каком движке работает IndexedDB в браузере?
Знаю что Web SQL работает на движке SQLite, офигенно! Но IndexedDB более свежая фича, и не понятно на чем она сделана. Кто знает?

(54) Ану признавайся как ты такую цитатку вставил...

(64) он небось ответственный участник мисты с доступом к новым фичам

(58) "Для винды - это конечно проблема."
Я не в плане производительности, а в плане удобства. Вот упал например внезапно сервер, перестал грузиться, но базы целые. Нужно вытащить и поднять базу на другом сервере. И в постгресе это приводит к неочевидному квесту, если не копировать весь кластер целиком, при том что версия постгреса должна в точности совпадать. А в fb/ib просто копируем файл базы куда надо и аттачим. Проще чем у mssql.

(66) в mssql нужно в версию попасть..

В firebird как ни странно тоже и в версию (за исключением последних цифр) и в разрядность 32 или 64.

У firebird-а есть ещё одно свойство - базы выдерживают отключение питания,так как операции изменения страниц атомарные.

В отличие от того же postgresql,который мрет как муха.

(68) Не, обратная совместимость там есть, в более новой версии можно подключить старые базы.

(69) Оказывается, я это погорячился. Она есть, но не между всеми релизами, к сожалению.. Просто я как-то цеплял базу, созданную в 1.5, в версии 2.0 без проблем.