Size: a a a

1С, БСП, DevOps и Архитектура

2020 November 05

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
стандартный подход он про то, что есть некая большая таблица (пусть не физическая, а вьюха), но она упорядочена. Тогда мы можем спокойно делать селект по ключу в диапазоне. Проблемы могут возникнуть пока клиент что-то вычитывает, и при этом кто-то параллельно данные изменил.
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Andrey Ovsiankin
Мне надо понять, оно вообще реально без ебли, или она неизбежна
Тебе наверное на стороне сервера надо получать все данные и гуидить их. А когда ты будешь отдавать страницу клиенту, ты уже берешь из сохраненного кеша по гуиду.
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Алексей Холодарев
Недавно решили начать публиковать свои какие-то заметки по конфле в мир: https://ooo-rassvet.atlassian.net/wiki/spaces/CC/overview
Аналогично по jira: https://ooo-rassvet.atlassian.net/wiki/spaces/JC/overview
и service desk: https://ooo-rassvet.atlassian.net/wiki/spaces/JSDC/overview

Ранее проходили ведение документации в 1с:документооборот, Гугл докс, Гугл сайты, пробовали переехать на яндекс трекер + Вики, но там пока совсем начальный уровень и трудоемкость зашкаливает
Очень большое спасибо!
Есть с чего начать!
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Александр Капралов
Тебе наверное на стороне сервера надо получать все данные и гуидить их. А когда ты будешь отдавать страницу клиенту, ты уже берешь из сохраненного кеша по гуиду.
ага, в 1С это очень удобно.. придется для хранения завести отдельную сущность, да ?)
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
пагинация все лишь означает пропустить N * размер страницы записей. Гарантии, что это именно те страницы, что ты читал до этого в общем случае нету.
Ну когда в базе один это приемлимо.
Но вот буквально пол года назад на Пикабу так пагинацию сломали.
Листаешь, а пол дня одни и те же посты, ибо прибывает где то с той скоростью, с которой ты листаешь
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
ага, в 1С это очень удобно.. придется для хранения завести отдельную сущность, да ?)
Можешь сохранять объекты в xml. Сразу их и отдавать будешь.
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
стандартный подход он про то, что есть некая большая таблица (пусть не физическая, а вьюха), но она упорядочена. Тогда мы можем спокойно делать селект по ключу в диапазоне. Проблемы могут возникнуть пока клиент что-то вычитывает, и при этом кто-то параллельно данные изменил.
Это когда у тебя ключь интом например, а не гуидом или строкой?
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Alexey Lab Sosnoviy
Это когда у тебя ключь интом например, а не гуидом или строкой?
какая разница как это ключ выглядит... важно упорядочен ли он - осталное уже имеет сервер БД
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
какая разница как это ключ выглядит... важно упорядочен ли он - осталное уже имеет сервер БД
от того как он выглядит зависит упорядочивание и "дырки" в нем
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
какая разница как это ключ выглядит... важно упорядочен ли он - осталное уже имеет сервер БД
А как выбрать с 50 по 100 элементы из упорядоченной по уиду (ссылке) таблицы без зачитывания первых 50?
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
John Doe
А как выбрать с 50 по 100 элементы из упорядоченной по уиду (ссылке) таблицы без зачитывания первых 50?
индекс в виде дерева
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
индекс в виде дерева
видимо вопрос с подвохом... в 1с? =)
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну вот, нету гарантированного произвольного доступа
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
John Doe
Ну вот, нету гарантированного произвольного доступа
универсального способа конечно нету)
но в определенных условиях можно и к произвольному элементу доступ за O(1) получить.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
универсального способа конечно нету)
но в определенных условиях можно и к произвольному элементу доступ за O(1) получить.
Ну а какие определенные могут быть, если в распоряжении только уид (упрощенно строка из букв и цифр)?
одата походу все-таки последовательно вычитывет.
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
John Doe
Ну а какие определенные могут быть, если в распоряжении только уид (упрощенно строка из букв и цифр)?
одата походу все-таки последовательно вычитывет.
Если говорить вообще про БД, а не про платформу, которая еще одной асбтракцией базу накрывает, то есть же хэш индексы.
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
laughs in spring data
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
В конечном то счете, вопрос зачем @theEvilBeaver вообще собирался делить на страницы.
Можно же разные версии проблемы предположить, а от этого будет решение зависеть.
Например, сервис может выплевывать столько данных, что превышается лимит на содержимое. Причем получить их может и не долго.
Другой вариант - на стороне получателя просто слишком много за раз обрабатывать трудно. А нам, опять же, может легко данные отдать.
Или все-таки нам трудно в своей базы вычитывать данные.
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
В конечном то счете, вопрос зачем @theEvilBeaver вообще собирался делить на страницы.
Можно же разные версии проблемы предположить, а от этого будет решение зависеть.
Например, сервис может выплевывать столько данных, что превышается лимит на содержимое. Причем получить их может и не долго.
Другой вариант - на стороне получателя просто слишком много за раз обрабатывать трудно. А нам, опять же, может легко данные отдать.
Или все-таки нам трудно в своей базы вычитывать данные.
Какая разница какая причина, если можно взять подходящий инструмент и получить пагинацию в две строчки кода?
источник