|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
kdv, и что же именно ты видишь? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2018, 20:08 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
rdb_dev, вижу только одно, что тренироваться надо. и в русском, и в английском :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2018, 21:43 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Старый плюшевый мишкаМиксить всё это добро в какое-нибудь in-memory-table и сортировать её на клиенте хоть по диагонали каждые полминуты. Собственно, так и задумано сейчас (если я правильно вас понял). С той лишь разницей, что центральный сервер и клиент - "одно и то же лицо" :) Порционный фетч на клиента при скроллировании грида я более-менее решил. А вот от первоначальной задумки придется отказаться, пока до конца не пойму, по каким критериям должна происходить сабжевая выборка. Всем спасибо за помощь и советы. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2018, 23:14 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Док, изобретаешь свой Live Data Window ? Помнится, AnyDAC когда-то поддерживал и Lazarus. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2018, 01:08 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Док> Порционный фетч на клиента при скроллировании грида я более-менее решил. Т.е. как именно решил? Когда именно и как происзходит переключение от In-memory к Live-Dataset? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2018, 02:26 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
kdvrdb_dev, вижу только одно, что тренироваться надо. и в русском, и в английском :-)Иными словами, ты не можешь пояснить "что не так" с моим Русским? Похоже, тренироваться в родном языке надо не одному мне... ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2018, 03:47 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
rdb_dev, я не могу сказать что у тебя там с построением языковых конструкций, но терминология в тикете мутная. И объяснить её ты не можешь. Да и предлагаемый синтаксис вырви глаз. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2018, 12:04 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
LDWДок, изобретаешь свой Live Data Window ? ух-ты, а я и не подозревал, что делаю это Гаджимурадов РустамКогда именно и как происзходит переключение от In-memory к Live-Dataset? если я правильно понял семантику слова Live-Dataset, то на клиенте в доп.потоке, при скроллировании грида туда-сюда. Выглядит примерно так ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2018, 14:01 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Док, можно в фоне загрузить немного больше записей. Например загрузить сразу 10 экранов при достижени 8-ого в фоне (без отображения ожидания) догрузить ещё 10 и так далее ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2018, 14:05 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Симонов Денис, а это мысль. Можно использовать два меморидатасета и в основном потоке подключать их поочередно по определенному условию. А наполнять в доп.потоке не отображаемый в данный момент датасет. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2018, 16:04 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Симонов Денисrdb_dev, я не могу сказать что у тебя там с построением языковых конструкций, но терминология в тикете мутная. И объяснить её ты не можешь. Да и предлагаемый синтаксис вырви глаз.По англицки - трудно, а по русски - сколько угодно. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2018, 19:47 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
ДокСимонов Денис, а это мысль. Можно использовать два меморидатасета и в основном потоке подключать их поочередно по определенному условию. А наполнять в доп.потоке не отображаемый в данный момент датасет. Что-то я не пойму зачем эти сложности. Разве что из любви к искусству... Или я совсем не понимаю задачи. Проверь - есть частная медицинская контора, имеющая несколько филиалов. Клиентов - ну пусть 40 тысяч, хотя и это уже очень много. Врачи, которых клиенты считают "своими", в разные дни недели принимают в разных филиалах. И перенаправляют клиентов друг другу, если возникает необходимость квалифицированного обслуживания по теме, в которой "основной" врач не особо копенгаген. Отсюда необходимость распределённого доступа к данным о клиентах и историям болезней. Затянуть такие данные запросом к единой базе в локальной сети - вообще тьфу в нормальной (в смысле реляционной теории, а не таланта разработчика) структуре. Проблемы начинаются именно из-за распределённого хранения и доступа. Которые и решаются через IMT. Которую при такой динамике изменения данных накачать нужно один раз в начале рабочего дня врача, а дальше верти как хочешь со скоростью мухи. Что я понимаю неправильно? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 00:16 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Старый плюшевый мишкаЧто я понимаю неправильно? Все правильно. однако...У меня в год около 1000-1200 первичных пациентов и 700-800 повторных (зависит от экономической ситуации в стране). Суммарно (по всем филиалам, но одного города) в медицинской конторе, где я сейчас остался работать, трудится где-то минимум 60-70 врачей на постоянной основе, не считая бесчисленных совместителей. Нетрудно посчитать, что за 10 лет кол-во народу в базе может быть немало. Таки да. Вряд ли кол-во пациентов в базе превысит население города миллионника ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 08:26 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Старый плюшевый мишка, автор сразу предупредил что задачка пятничная. Пусть экспериментирует. Хорошая разминка для ума. На самом деле я не понимаю на фига оно в десктопном варианте, ибо там и так есть недофетченный курсор + обновление текущей записи. А вот в попытка сделать такое в вебе, где часто испольуется постраничная навигация, наверное имеет смысл ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 09:33 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Док, А умерших из базы удаляют? Иначе превысит. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 09:34 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
WildSeryА умерших из базы удаляют? если только сами попросят :) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 09:50 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
WildSeryДок, А умерших из базы удаляют? Иначе превысит. такие системы пока не так много времени работают, чтобы умершие доставляли проблемы ) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 10:32 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Дегтярев Евгений, Если учесть специфичность базы, здоровые и живущие в ней регистрируются значительно реже. За 65 лет умерших станет больше живых в любом случае, в любой базе. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 12:11 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
WildSeryЗа 65 лет умерших станет больше живых в любом случае, в любой базе.Прям осел, падишах и Ходжа. :) Док, Что мешает держать сервер прямо на десктопе твоего врача? Да обычный полноценный сервер с обычной базой, а базу подкачивать обычным репликатором пару раз в час, все равно быстрее пациент не добежит от одного врача к другому, конкурентного списания товара с остатков тоже не предполагается бай дезайн. так что конфликтов на апдейтах я вижу. Базулька-то красота, сплошные инсерты и селекты, ни конкуренции, ни обгонов, ни версий. Вот только с шифрованием придется работать, персональные данные самой стремной категории. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 13:19 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Ivan_PisarevskyЧто мешает держать сервер прямо на десктопе твоего врача? Хм, я как-то про этот вариант не подумал. Изначально все это задумывалось (и реализовано в нынешнем виде) для локальной сети. А потом пришла мысль, а если потом пересесть на 3х звенку? При сабжевом подходе, наверное, переход займет немного времени... Вообще Симонов Денисавтор сразу предупредил что задачка пятничная. Пусть экспериментирует. Хорошая разминка для ума. поэтому не воспринимайте тему очень серьезно :) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 17:11 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Докпоэтому не воспринимайте тему очень серьезно :) Тады расскажу что напомнили рассуждения о визуализации с двух встречно сортированных запросов. Во времена далёкие, теперь почти былинные, я лет 10 работал в команде, кормившейся с АСУП на базе BTrieve Record Manager . Это значит, что ни о каких курсорах речи не было. Но технология была передовая, клиент-сервер. Но позаписно. Клиент через API говорил серверу какую запись и с помощью какого индекса надо ему предоставить, а как - не его клиентово дело. Ну и начал я с нескольких инструментальных слоёв, начиная с обёртки над блоком параметров обращений к API и заканчивая гридами с многоэтажными шапками и раскрашенными как попугай. И у этого самого грида для накачки были предусмотрены открытые для адаптации к конкретной задаче два метода, которые я назвал TudaSverhu и TudaSnizu. Да. А в команде в разные периоды случались и женщины и даже, прикиньте, девушки. Нет, я лично не проверял, но по социальному статусу точно. Мужики эти названия воспринимали совершенно в рабочем порядке, а вот тётки кокетливо хихикали при обсуждении планов работы... ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2018, 19:44 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Ivan_PisarevskyWildSeryЗа 65 лет умерших станет больше живых в любом случае, в любой базе.Прям осел, падишах и Ходжа. :) Док, Что мешает держать сервер прямо на десктопе твоего врача? Да обычный полноценный сервер с обычной базой, а базу подкачивать обычным репликатором пару раз в час, все равно быстрее пациент не добежит от одного врача к другому, конкурентного списания товара с остатков тоже не предполагается бай дезайн. так что конфликтов на апдейтах я вижу. Базулька-то красота, сплошные инсерты и селекты, ни конкуренции, ни обгонов, ни версий. Вот только с шифрованием придется работать, персональные данные самой стремной категории. центральная+филиалы с вебмордой на сертификатах закачка-из центральной по документу-основанию откачка в - немедленно. не думаю, что больничка из 100 врачей серьезно кого-то нагрузит срочные документы - типа регистрации и направлений - только через центральную а по-хорошему - достаточно одной центральной с вебмордой и парой-тройкой запасных каналов ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2018, 09:35 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
pastorа по-хорошему - достаточно одной центральной с вебмордой и парой-тройкой запасных каналов насколько я могу наблюдать по разным ЛПУ, сейчас это де-факто взято за некий корпоративный стандарт. Правда, морда не столь юзабельная, как на классическом десктопе. Вангую, когда-нибудь мы будем сильно по ним скучать :) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2018, 17:34 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Докpastorа по-хорошему - достаточно одной центральной с вебмордой и парой-тройкой запасных каналов насколько я могу наблюдать по разным ЛПУ, сейчас это де-факто взято за некий корпоративный стандарт. Правда, морда не столь юзабельная, как на классическом десктопе. Вангую, когда-нибудь мы будем сильно по ним скучать :) это возвращение старого доброго мэйн-кунафрейма вместо разметки ANSI escape - HTML вместо зоопарка операционок и компов - HTML развитие идет по спирали ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2018, 18:20 |
|
Возможна ли такая выборка?
|
|||
---|---|---|---|
#18+
Докpastorа по-хорошему - достаточно одной центральной с вебмордой и парой-тройкой запасных каналов насколько я могу наблюдать по разным ЛПУ, сейчас это де-факто взято за некий корпоративный стандарт. Правда, морда не столь юзабельная, как на классическом десктопе. Вангую, когда-нибудь мы будем сильно по ним скучать :) Да, формы в браузере не столь юзабельны и отзывчивы как нативные, но зато весь код в одном месте, обновление и доставка изменений до клиента проще некуда, работает на любой кофеварке. Но мне больше импонирует компромиссный подход, как в мобилках, нативное приложение и сервер со своим API, все прелести нативного интерфейса + достаточно живенько можно работать даже на дохлых каналах. За API возможностей для оптимизации как мне кажется больше чем на клиенте. зы Участвовал в написании API для самозаписи пациентов через интернет. Сделали сервис, который кеширует все необходимые данные, задействованные в API (талоны, расписание и пр.), все запросы обрабатываются из памяти, в БД обращение только при бронировании или отмене талона. И БД разгрузили и API ускорили. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2018, 19:58 |
|
|
start [/forum/topic.php?fid=40&gotonew=1&tid=1561199]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
9ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 160ms |
0 / 0 |