1C может хранить данные в файле, MS SQL Server, PostgreSQL, Oracle, IBM DB2
Но у 1С есть свой ЯП. Обращение к данным идет через него. В частности, в этом ЯП есть объект Запрос. И вот этот самый запрос поддерживает только SELECT
В 1С и так нет никаких delete, insert. Не говоря уж про drop и alter. Строго SELECT. Обеспечивается на уровне платформы. В других системах не так уж сложно этот контроль создать.
Нейросети дадут людям возможность заниматься вопросами, на которых еще нет ответов. И НЕ заниматься вопросами, на которые ответы уже есть.
Да, жизнь уже не будет прежней. Но это не будет катастрофой. Просто нейросети яркой вспышкой высветят то, о чем в общем-то многие уже и так догадывались. Большинство занимается фигней, недостойной того, чтобы на нее тратилось драгоценное человеческое внимание. Ничего, люди умные. Как-нибудь осмыслят сложившуюся ситуацию
Вариативность присутствует. Она изначально заложена в языковую модель. Но обратите внимание, что неправильного результата мы не получаем. В первом случае это будет одна цифра: 3, во втором три строки в результате. 4 не появляется ни в первом, ни во втором случае
ВЫБРАТЬ КОЛИЧЕСТВО(СправочникСклады.ссылка)
ИЗ Справочник.Склады как СправочникСклады
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки как РегистрТоварыНаСкладах
ПО РегистрТоварыНаСкладах.Склад = СправочникСклады.ссылка
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.Номенклатура как СправочникНоменклатура
ПО РегистрТоварыНаСкладах.Номенклатура = СправочникНоменклатура.ссылка
ГДЕ СправочникНоменклатура.наименование = "апельсины"
Скорее всего это отгрузили больше, чем было заказано
Смотрите здесь https://brainguard.ru/page18968355.html
Что конкретно вас интересует?
Насчет резерв = максимум(0,резерв).
Обратите внимание, что речь идет о резервах. Что конкретно плохого в таком подходе? Можете объяснить?
Интересная мысль
1C может хранить данные в файле, MS SQL Server, PostgreSQL, Oracle, IBM DB2
Но у 1С есть свой ЯП. Обращение к данным идет через него. В частности, в этом ЯП есть объект Запрос. И вот этот самый запрос поддерживает только SELECT
В 1С уже сейчас так. И все время так было
Точно
В том то и дело, что большие языковые модели не надо дообучать из-за каждой мелочи. Они большие и знают все. В этом прорыв
В 1С и так нет никаких delete, insert. Не говоря уж про drop и alter. Строго SELECT. Обеспечивается на уровне платформы. В других системах не так уж сложно этот контроль создать.
GPT-4 уже распознает речь, если не ошибаюсь
Для директоров и задумывалось на данном этапе
Встроить автодополнение в автодополнение... это забавно
Элементарно. GPT выдает мне тексты запросов на языке SQL, а я их выполняю
Может быть и так. А может и наоборот.
Нейросети дадут людям возможность заниматься вопросами, на которых еще нет ответов. И НЕ заниматься вопросами, на которые ответы уже есть.
Да, жизнь уже не будет прежней. Но это не будет катастрофой. Просто нейросети яркой вспышкой высветят то, о чем в общем-то многие уже и так догадывались. Большинство занимается фигней, недостойной того, чтобы на нее тратилось драгоценное человеческое внимание. Ничего, люди умные. Как-нибудь осмыслят сложившуюся ситуацию
Очень интересно. В целом, я с вами согласен
Да, может
Тут вы правы. В рабочей версии планирую переносить условия в параметры виртуальных таблиц
Сейчас посмотрел внимательнее ваш вопрос:
В одном случае выдает:
ВЫБРАТЬ Количество(различные
СправочникСклады.ссылка)...В другом:
ВЫБРАТЬ склад.наименование
...
СГРУППИРОВАТЬ ПО Склад.наименование
Вариативность присутствует. Она изначально заложена в языковую модель. Но обратите внимание, что неправильного результата мы не получаем. В первом случае это будет одна цифра: 3, во втором три строки в результате. 4 не появляется ни в первом, ни во втором случае
В данном случае сервис вернет запрос типа:
А если запросы не сложные?