Странный конкурс придумать название не пойми чему не пойми для чего - название для сферической лошади в вакууме! Особенно душу задела фраза "СУБД, которая будет идеальной для 1С", а потом добила фраза "которая разобьет все споры о том, где лучше работать" - звучит до идиотски бредово - даже варианты предлагать не хочется... разве только ради забавы... (варианты в конце сего длинного опуса я всё-таки предложил, а пока - отстранимся от выбора названия, и немного порассуждаем на главную суть данной темы):
С одной стороны - сердце встрепенулось - неужели 1С (ну или какая-то иная компания) делает свою проприетарную адаптированную базу! Хотя это уму не постижимо - ибо задача крайне сложная, хотя и не лишённая определённого смысла, но одной компании уровня 1С - совершенно не посильная! Вот SAP AG - да - эта компания смогла себе позволить сделать свою гибридную СУБД SAP HANA - и это было правильным решением (для SAP, с её ресурсами)! А 1С - ну разве только заказать адаптацию для своей платформы у другого производителя СУБД - у тех же Postgres Professional (впрочем для 1С они и так уже сделали одну адаптацию PostgreSQL 1C Edition). Никаких шансов угнаться за HANA тут нет - а HANA далеко не идеальная СУБД.
С другой стороны - сделай 1С проприетарную СУБД - то жадность и эгоизм возобладают - и они не будут делать поддержку других СУБД для такой платформы (надо полагать - это могла бы быть 1С Предприятие 9), а если и сделают - то очень ограниченную - ну типа - если ваша база до 10Gb, с числом соединений до 100 - можете юзать MS SQL Server или Postgree pro, если до 1Tb (до 1000 соединений) - можете попробовать Oracle DB, ну а если Вам нужно что-то условно бесплатное и своё родное - то придётся юзать проприетартную СУБД.... идущую в комплекте!
Вот, то, что СУБД будет идти в комплекте - это будет конечно здорово! Особенно - если для простых случаев эксплуатации за неё не нужно будет доплачивать - но жадность и эгоизм этот вариант явно зарубят на корню! Но, вообще-то, идеальная проприетарная СУБД бывает только тогда - когда она одна единственная только и может быть и нет другой, чтобы с ней конкурировать! Обычно это достигается как раз специфическим принудительным навязыванием одного единственного подходящего варианта!
С третьей стороны - какой смысл придумывать название - просто название - не понимая для чего оно - как вообще можно придумывать название чему-то не представляя ничего об этом продукте? Сразу вспомнился фильм - Виртуальный кошмар - там главный герой-рекламщик тоже придумывал название продукту - о котором ничего не знает.... а нет.... вру.... название он знал - "Арора" - больше ничего не знал - и придумывал для этого продукта рекламу! Там, видать, ранее уже провели ранее конкурс на придумывание названия неизвестно чему! Кстати, в фильме - Арора - оказалась очередной версией инструмента порабощения человечества - с более низкими расходами и более высокой надёжностью, чем уже действующий продукт!
В-четвёртых - что тут есть не идеального в существующих СУБД, что надо придумывать новую? Вот, и не знаешь, даже а чего такого особенного не хватает в текущих СУБД, поддерживаемых платформой 1С Предприятие 8, что-бы попробовать хоть это отразить в названии. ИМХО, по функционалу - на мой взгляд - по полному функционалу - MS SQL Server вполне себе нормальная СУБД, умеющая вполне очень даже многое! И Postgres pro тут хоть пытается догонять - но всё же заметно отстаёт - поэтому если сравнивать чисто эти две СУБД - то MS SQL на голову будет мощнее и удобнее (но и несколько дороже, хотя эта разница, со временем, скорее всего, окупится из косвенных расходов, и не очень много времени на это понадобится). А вот бесплатный вариант PostgreeSQL действительно может оказать интересным решением (возможно лучше чем MS SQL Express) - вот только кому нужна эта условная экономия - сервер 1С всё-равно покупать надо - а на его фоне снижение расходов на СУБД не такое уж большое (правда с недавних пор есть 1С сервер мини - неплохое решение для небольших баз, хотя всё-равно многие считают его цену несколько завышенной). Учитывая, что обслуживать PostgreeSQL куда сложнее - и специалисты дороже.
Ну, что-то я отвлёкся... хотя вот ещё:
Но - это если говорить об этих СУБД как о полнофункциональных - повторюсь - лично я считаю MS SQL Server Enterprise - вполне сбалансированной СУБД - хоть, и не самой дешевой (можно сэкономить - и выбрать MS SQL Standart - отличная альтернатива если сравнивать с Postgres pro).
Вот только 1С не умеет использовать и половины всей этой мощи (условно - не нарушая лицензионный договор 1С). От того - вся эта идеальность и сбалансированность улетучивается - и да, возможности Postgres pro (и даже бесплатной PostgreeSQL) становятся более интересными - т.к. эта ущербность платформы просто их всех существенно ровняет под одну гребёнку!
На мой взгляд - если бы 1С просто - смогла бы реализовать 80-90% возможностей MS SQL Server - то думать об идеальной СУБД попросту не пришлось бы (особенно учитывая что в платформе есть ещё и "Внешние источники данных" - вот их тоже бы просто довести немного до ума (и иметь возможность создавать свои «виртуальные таблицы», хотя бы на уровне «view» или хранимых процедур, хотя бы условных – виртуальных процедур – запросов, доступных в коде + расширенные возможности этих запросов – по ближе к уровню Transact SQL (ну или к более мощному PL/SQL) + возможность писать свои функции обработки данных – вот как на MS SQL Server – но там платформа .NET (помимо C# и любого компилируемого IL языка, есть ещё языки R и Python для написания функций и скриптов обработки данных, встроенные прямо в СУБД), или как микросервисы на SAP HANA – там JavaScript; трансляцию и туда и туда можно сделать из языка 1С) - и стало бы куда веселее и мощнее.
Вот, да – микросевисной архитектуры, более широкого применение идеологии повторноиспользуемого кода, и большего охвата уже готовых технологических средств СУБД – вот этого не хватает 1С: Предприятие 8 – но разве это проблема имеющихся СУБД, чтобы изобретать свою?
В-пятых. Ну тут дело просто в том, что компания 1С как-то «разругалась» (это моё мнение, не более того, официальные сведенья мне не известны) с Мелкомягкими – и больше вообще не хочет особо с ними дел иметь. Была бы возможность – отказались бы от них совсем - в т.ч. от СУБД MS SQL Server – но уж больно широко она распространена в среде 1С потребителей. Но никак глубже они интегрироваться с Микрософтом не будут (ну пока руководство в 1С не сменится - почти наверняка). Вот, возможно, и готовится почва – для постепенного агентирования потребителей – перейти на другие продукты (ту же Postgres pro; или, возможно, на какую-то ещё СУБД). Возможно в 1С: Предприятие 9 – MS SQL Server уже будет поддерживаться чисто для галочки (как сейчас так поддерживается IBM DB2, или как по началу поддерживалась СУБД PostgreeSQL 1C Edition) – а весь маркетинг и технические возможности будет направлены в сторону другой (возможно проприетарной) СУБД.
В-шестых - остается только ради фана (ну или конкурса), попридумывать название для "не мышонку, не лягушке, а неведомой зверушке"! Такая вся из себя идеальная неведома зверушка - СУБД для 1С. Но, вот, возвращаясь к поднятому выше вопросу, чего же не хватает, именно нынешним СУБД (в полном функционале) – чтобы они стали идеальными для гипотетической будущей 1С Предприятие 9. Ну про микросервисы уже сказал – хотя их аналоги уже есть в MS SQL Server.
Хотя, пожалуй, наверное, есть, кое-что, на чём ещё можно было бы сыграть (что усовершенствовать в СУБД и в 1С):
1. Гибкое и прозрачное управление блокировками (на уровне бизнес сущностей) – чтобы не нужно было изобретать свой отдельный менеджер управляемых блокировок вне СУБД
2. Прямая схема представления данных бизнес-сущностей платформы в самой СУБД (а не в виде проецированных безликих таблиц) – ну тут просто встроенный в СУБД механизм отображения (а не в платформу). Конечно – такая высокая проприетарная интеграция – это скорее не особая 1С редакция СУБД - а просто поддержка универсальных сем настроек – так, что их можно было бы настроить не только для платформы 1С (ну если это не будет чисто проприетраная СУБД – но это было бы очень плохо кстати – и кончилось бы провалом).
3. Прямое исполнение запросов платформы прямо в СУБД (в их первоначальном виде) – т.е. за их трансляцию в термины операций над данными должна отвечать СУБД (конечно добавлю – что в идеале –сама платформа должна вызывать микросервисы (через HTTP протокол) на стороне СУБД – а те уже создавать эти запросы, которые тоже могут вызывать микросервисы). Ещё добавлю – что на уровне платформы таких запросов по идее вовсе практически не должно остаться – а механизм выборки должен быть полностью переделан на механизм еще более декларативных требований данных с простой структурой описания этих требований, и в то же время – очень гибкими возможностями абстрагирования и унификации создания этих описаний.
4. СУБД должна иметь встроенные AI-сервисы (кстати они сейчас уже там появляются) – которые будут как следить за состоянием СУБД, так помогать ей выполнять выборки к данным ещё более оптимальными путями, так и помогать архитекторам БД следить за качеством форматов хранения и перестраивать их в случае выявления сильно неоптимальных ситуаций. Ну а в идеале – эти AI-серивсы должны иметь доступ к особым структурам хранения данных – не имеющих фиксированного формата – а только формализованное декларативное описание логики связей – а вот их структура хранения может меняться динамически – минимум – интеллектуально могут перестраиваться индексы, причём более сложные – чем нынешние, специально интеллектуально перемещающие страницы наиболее востребованных данных так, чтобы операции над ними были наиболее быстрыми), как максимум – вообще меняя всю структуру хранения как по разным секциям индексов даже раздельно, так и хронологически упаковывая данные по-разному в т.ч. на других серверах кластера).
5. СУБД должна иметь особые структуры для размещения на них структур машинного обучения (не обязательно нейросети) – чтобы платформа могла их использовать для своих задач высокоинтеллектуального AI-анализа и оптимизации бизнес-процессов и данных. Чтобы было на чём выстраивать своих Смарт-Ассистентов уже внутри платформы. И замечу – что такие структуры сейчас уже тоже начинают появляться в современных СУБД.
Вот такой, я себе представляю, более-менее, идеальную СУБД н очень далёкого будущего (середина этого века). В т.ч. идеальную для 1С…. Помимо того, что в поддерживаемых СУБД оной есть уже сейчас (но оной (1С) не поддерживается).
Но это я опять отклонился от темы вопроса….
В-седьмых….. так как же назвать такую идеальную СУБД для 1С – ну хороший вариант был выше предложен «1ДБ» - кратко и последовательно (правда такой продукт «1DB» уже есть – имя занято). Хороши варианты и «1СУБД», «1C-БазаДанных», правда «1СУБД» будет трудно удачно перевести на английский язык. Вот так тоже не плохо тогда «One DB» (ODB).
Я, вот, выше, хотел дать название, так, чтобы оно отразило суть желаемых нововведений – новый уровень интеллектуальности такой СУБД. При этом приставка 1С конечно же по-любому будет в названии – если это будет база, представляемая фирмой 1С – поэтому её я опущу – вдруг такую базу представит не 1С. Не хотелось бы и включать в имя термин SQL – ибо считаю, что эта технология уже изжила себя (ну уж точно изживёт к 2050 году), по крайней мере на уровне логики бизнес-приложений – не будет SQL запросов в тренде.
Что-то интеллектуальное – «iCDB» (intelligent convenient (clever) data base) – но это по английский ещё как-то звучит, по-русски совсем не очень, хотя если сократить до «ИДБ» (Интеллектуальная база данных) – то вроде бы ещё ничего так звучит (SMART DB –термин уже занят).
Ну или ещё вариант – «1S DB» (One sensible database) – «Первая благоразумная база данных» (1ПББД) - Опять звучит плохо.
Можно зайти с другой стороны – всё что описано мной выше для СУБД будущего – это развитие – прогресс – вот так назвать гипотетическую СУБД «Progress DB» (PDB) – по-русски звучит тоже хорошо и, главное, так же - «Прогресс ДБ» «СУБД Прогресс ДБ» - Прогресс системы управления базами данных (ПДБ). На этом варианте я и остановлюсь – хотя компания и база данных «Прогресс» уже есть – и тут опять будут проблемы с зарегистрированным именем. Но если полностью называть и какой-нибудь припиской – то может и не будет претензий - «1С Прогресс ИИДБ» («1C Progress AIDB», «1C Progress smart DB»)…. Ещё это название сочетается с посгресс…
Но это название - просто шутка – как шутка и вообще идея создания такой базы данных специально для 1С...
