Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Разработка информационных систем Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4   вперед  Ctrl      все
 Re: FastBase  [new]
чччД
Guest
FastBaseDev
чччД
...а чего нет хотя бы простейшего поиска?

Инкрементальный уже есть.


Клиент-серверная версия функционала акцесса вещь прикольная, но у вас вообще ничего нет. Ни простейшей документации, ни минимального функционала.
Реализуйте хотя бы нормальный ("на сервере") фильтр, не девэкспрессовский.
Например, выбрать все неутвержденные документы, а также документы с 2015 года, и документы, содержащие утвержденные акты на сумму свыше 100 000 рублей:

К сообщению приложен файл. Размер - 26Kb
26 авг 17, 00:26    [20750661]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
чччД
Guest
Такой функционал реализуется легко и быстро, и реально нужен и добавляет привлекательности приложению.
Добавьте разграничение к функционалу: юзерам не-админам вовсе не нужно видеть ваши "конструкторы" таблиц и представлений.

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

Добавьте поддержку плагинов. Например, для загрузки документов в спецформате и автоматическому "раскидыванию" его атрибутов по полям ваших табличек, или для взаимодействия с внешними системами.
26 авг 17, 00:34    [20750665]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
FastBaseDev
Member

Откуда: fastbase.net
Сообщений: 63
чччД
FastBaseDev
пропущено...

Инкрементальный уже есть.


Клиент-серверная версия функционала акцесса вещь прикольная, но у вас вообще ничего нет. Ни простейшей документации, ни минимального функционала.
Реализуйте хотя бы нормальный ("на сервере") фильтр, не девэкспрессовский.
Например, выбрать все неутвержденные документы, а также документы с 2015 года, и документы, содержащие утвержденные акты на сумму свыше 100 000 рублей:

Документации пока нет.
Есть серверный фильтр, но он попроще, только по "and":
Картинка с другого сайта.

База: https://fastbase.net/outerdatabases/Documents.fb
26 авг 17, 16:07    [20751141]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
FastBaseDev
Member

Откуда: fastbase.net
Сообщений: 63
чччД
Такой функционал реализуется легко и быстро, и реально нужен и добавляет привлекательности приложению.
Нужно конечно посложней фильтры сделать. Я подумаю как.

чччД
Добавьте разграничение к функционалу: юзерам не-админам вовсе не нужно видеть ваши "конструкторы" таблиц и представлений.
Их видят только админы.

чччД
Добавьте поддержку плагинов. Например, для загрузки документов в спецформате и автоматическому "раскидыванию" его атрибутов по полям ваших табличек, или для взаимодействия с внешними системами.
Можно из Excel загрузить или из чего угодно к чему есть доступ из OLE:
  XLApp := CreateOleObject('Excel.Application');
...
  и далее вставляем в таблицу:
  ExecQuery('insert into "Документы" ("Год", "Утверждён", "Стоимость") values (2017, True, 130000)');
26 авг 17, 16:29    [20751159]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
чччД
Guest
FastBaseDev,

подскажи, пожалуйста - для чего "обычному" юзеру видеть значения Id?

Я понимаю, что ты можешь их не показывать, я спрашиваю о случаях, когда их нужно показывать. Когда же?
26 авг 17, 16:35    [20751162]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
FastBaseDev
Member

Откуда: fastbase.net
Сообщений: 63
чччД
подскажи, пожалуйста - для чего "обычному" юзеру видеть значения Id?

Я понимаю, что ты можешь их не показывать, я спрашиваю о случаях, когда их нужно показывать. Когда же?

Например Id является сразу и номером документа. Ещё по нему удобно сортировать записи в порядке создания. Это пусть разработчик конкретной базы решает что он будет показывать своим пользователям :)
26 авг 17, 16:56    [20751174]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
LSV
Member

Откуда: Киев
Сообщений: 30148
чччД
FastBaseDev,
подскажи, пожалуйста - для чего "обычному" юзеру видеть значения Id?
Я понимаю, что ты можешь их не показывать, я спрашиваю о случаях, когда их нужно показывать. Когда же?
Какой смешной вопрос... :)
Когда нужно "разобраться" с документом с помощью прямого просмотра его таблиц глазками, т.к. не все поля видны в гуях. Особенно значения ключей, служебные поля и т.п.
Возможность просмотра ID это маст, ИМХО.

зы: У меня есть также возможность одним кликом поместить значение ключа в буфер. Удобно применять при просмотре в стороннем конструкторе запросов.
28 авг 17, 10:26    [20752878]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
чччД
Guest
LSV
чччД
FastBaseDev,
подскажи, пожалуйста - для чего "обычному" юзеру видеть значения Id?
Я понимаю, что ты можешь их не показывать, я спрашиваю о случаях, когда их нужно показывать. Когда же?
Какой смешной вопрос... :)
Когда нужно "разобраться" с документом с помощью прямого просмотра его таблиц глазками, т.к. не все поля видны в гуях. Особенно значения ключей, служебные поля и т.п.
Возможность просмотра ID это маст, ИМХО.

зы: У меня есть также возможность одним кликом поместить значение ключа в буфер. Удобно применять при просмотре в стороннем конструкторе запросов.


"Обычный" юзер таблицы не видит, он с представлениями работает. И конструкторами запроса не пользуется, тем более - "в стороннем".
29 авг 17, 20:21    [20757171]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
LSV
Member

Откуда: Киев
Сообщений: 30148
чччД
"Обычный" юзер таблицы не видит, он с представлениями работает. И конструкторами запроса не пользуется, тем более - "в стороннем".
А кто сказал, что это нужно юзеру ???? Это нужно разработчику/аналитику. Чтоб можно было быстро и однозначно найти нужный документ/запись. Без лишних телодвижений а-ля "получить из номера документа его ID".

У меня даже во многих отчетах есть едва видимая колоночка с ID. Также есть механизм быстрой навигации ТипДок-та/ID. Очень удобно. Можно даже из бумажного документа почти мгновенно найти сам д-т в гуях.
30 авг 17, 09:47    [20757842]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
Zmeelov2
Member

Откуда:
Сообщений: 24
FastBaseDev, можете сказать, для чего вообще нужна ваша система? Или точнее для какой категории пользователей?
30 авг 17, 15:31    [20759165]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
hVostt
Member

Откуда:
Сообщений: 11773
LSV
У меня даже во многих отчетах есть едва видимая колоночка с ID. Также есть механизм быстрой навигации ТипДок-та/ID. Очень удобно. Можно даже из бумажного документа почти мгновенно найти сам д-т в гуях.


А если ID, это GUID? Или GUID+Entity Version?
30 авг 17, 23:24    [20760167]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
LSV
Member

Откуда: Киев
Сообщений: 30148
hVostt
LSV
У меня даже во многих отчетах есть едва видимая колоночка с ID. Также есть механизм быстрой навигации ТипДок-та/ID. Очень удобно. Можно даже из бумажного документа почти мгновенно найти сам д-т в гуях.


А если ID, это GUID? Или GUID+Entity Version?
А если бы у бабушки .... ? (с) :)

В указанном проекте целочисленные ИД. С Гуидами было бы чуть сложнее, конеш. С бумаги не срисуешь.
Что сказать то хотел ?
31 авг 17, 09:29    [20760619]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
hVostt
Member

Откуда:
Сообщений: 11773
LSV
А если бы у бабушки .... ? (с) :)

В указанном проекте целочисленные ИД. С Гуидами было бы чуть сложнее, конеш. С бумаги не срисуешь.
Что сказать то хотел ?


То, что использование ID для быстрого ручного поиска, также для сортировки не выдерживает критики.
Часто используются UUID идентификаторы, а не числовые по многим причинам.

С числовыми же идентификаторами можно получить вот такой артефакт: вбиваешь свой айди в поиск документа, и видишь совсем другой документ, не тот, который ожидал. Потому что это ID от чего-то другого, так как какое-то число 5 может быть идентификатором чего угодно, и это может быть проблемой.


LSV
А если бы у бабушки .... ? (с) :)

LSV
У меня даже во многих отчетах есть едва видимая колоночка с ID. Также есть механизм быстрой навигации ТипДок-та/ID. Очень удобно. Можно даже из бумажного документа почти мгновенно найти сам д-т в гуях.


Я не знаю чего там у бабушки, но ID как механизм быстрой навигации означает, что разработчики не додумались, как сделать её быстрой и удобной, не раскрывая подробностей реализации. И это печально.
31 авг 17, 11:14    [20761110]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
чччД
Guest
LSV
чччД
"Обычный" юзер таблицы не видит, он с представлениями работает. И конструкторами запроса не пользуется, тем более - "в стороннем".
А кто сказал, что это нужно юзеру ???? Это нужно разработчику/аналитику. Чтоб можно...


То есть, обычному юзеру не нужно.
...
Вообще-то, это я сказал. Спросил, вернее - "для чего обычному юзеру видеть id". Спасибо за ответ.
31 авг 17, 11:30    [20761172]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
чччД
Guest
Zmeelov2
FastBaseDev, можете сказать, для чего вообще нужна ваша система? Или точнее для какой категории пользователей?

Имхо, ни для какой. По крайней мере, я бы никому советовать не стал. Я скачал и программку и примеры баз, но пользоваться невозможно, совершенно. Выше писал причины: нет простейшего функционала для работы с табличными данными.
...
Я вроде как плохонький, но айтишник, но многое мне тут категорически непонятно (а документации нет), а что говорить о криворуких рукожопах, для которых сия система разрабатывалась?
31 авг 17, 11:37    [20761205]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
LSV
Member

Откуда: Киев
Сообщений: 30148
чччД
Вообще-то, это я сказал. Спросил, вернее - "для чего обычному юзеру видеть id". Спасибо за ответ.
Н-р юзер может по тлф. продиктовать id разработчику/аналитику с к-л вопросом: "Почему у товара id=ХХХ сумма неверная ?"

Особенно удобно, где номер д-та/артикул/индекс/код по какой-от причине не назначен или неуникален.
31 авг 17, 12:05    [20761307]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
LSV
Member

Откуда: Киев
Сообщений: 30148
что разработчики не додумались, как сделать её(навигацию) быстрой и удобной, не раскрывая подробностей реализации. И это печально.
Ну так бро, просвети нас убогих принципом создания гениально удобной, простой и универсальной навигации.
Навигация должна однозначно приводить на любую сущность: любой документ, строку справочника или запись в журнале.

Итак, мы тебя внимательно слушаем.

зы: кстати я не сказал, что применяю только навигацию по id.
Это просто одна из возможностей, причём часто применяемой из-за своей лаконичности и удобства.
31 авг 17, 12:14    [20761337]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
FastBaseDev
Member

Откуда: fastbase.net
Сообщений: 63
Zmeelov2
FastBaseDev, можете сказать, для чего вообще нужна ваша система? Или точнее для какой категории пользователей?

Это среда разработки.
С её помощью можно реализовать многое.
Например на сайте есть заготовка которая подойдёт тем кто продаёт двери. Конечно нужно заполнить справочники и возможно добавить выбираемых сущностей (сейчас есть ручки, замки и глазки).
База многопользовательская и многосерверная.
Понять как оно устроено достаточно просто, потому как там сущностей очень немного:
- 6 таблиц (из них 5 справочников)
- 6 форм ввода (из них 4 для ввода справочников)
- 6 табличных представлений (из них 4 для ввода справочников)
- 1 печатная форма
Создано 8 атрибутов пользователей для разграничения доступа.
Для отображения табличных представлений настроено меню.
31 авг 17, 14:14    [20761829]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
hVostt
Member

Откуда:
Сообщений: 11773
LSV
Ну так бро, просвети нас убогих принципом создания гениально удобной, простой и универсальной навигации.
Навигация должна однозначно приводить на любую сущность: любой документ, строку справочника или запись в журнале.


Полнотекстовый мощный поиск + фасетный поиск. Товар или документ находится моментально, даже если на том конце провода шепелявая бабка говорит название товара или хоть что-то, относящееся к нему. Далеко не каждый клиент понимает что такое этот ваш магический АЙДИ. Какие-то ID в гридах и отчётах пользователям нафиг не упали, какое они имеют отношение к бизнесу? Зачем кому-то кроме разработчиков знать подробности реализации?

Если так рассуждать, то чёб не раскрыть доступ к базе клиентам и исходники, пусть помогают разрабатывать и отлаживать, чё мелочиться-то?

LSV
зы: кстати я не сказал, что применяю только навигацию по id.
Это просто одна из возможностей, причём часто применяемой из-за своей лаконичности и удобства.


Я так думал и верил в это, когда был джуниором. Так что в принципе понять могу.
31 авг 17, 16:20    [20762388]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
hVostt
Member

Откуда:
Сообщений: 11773
LSV,

Кроме того, у документов есть бизнес-нумерация, которая категорически не должна иметь никакого отношения к ID. У товаров есть артикул, тоже самое.

Так что ручная работа с ID, использование его в сортировках и для ручной навигации эт по большей части удел джунов, или совсем небольших и примитивных проектов.
31 авг 17, 16:23    [20762398]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
LSV
Member

Откуда: Киев
Сообщений: 30148
hVostt
Кроме того, у документов есть бизнес-нумерация, которая категорически не должна иметь никакого отношения к ID. У товаров есть артикул, тоже самое.
Бизнес нумерация может быть с дублями. Конеш это ошибка, но она имеет место в жизни. Артикул/код товарам может быть просто не присвоен (н-р присваивают только после окончательного утверждения) и т.д.
Простые справочники могут просто не иметь никаких кодов/артикулов.
Кароч есть много ситуаций, когда знать значение ИД удобно. Тому же тестировщику или аналитику.

Пользоваться полнотекстовым поиском + куча фильтров, может быть громоздко. Может быть и обратная ситуация: видим ID из некого справочника в большом журнале при разборке ошибок. Сразу станет вопрос "что это за строка справочника ?". Чем тут поможет полнотекстовый поиск ?

Бизнесу возможность увидеть ID никак не мешают. Вообще.
Это служебная инфа для разрабов/тестировщиков/аналитиков.

зы: Вот выскакивает н-р в МСОфисе/1С ошибка с кучей системной инфы, кодами, дампами. Зачем она бизнесу ??????? Можно же просто сказать "ошибка", "сбой" и фсё....
Джуниоры писали, не иначе ....
31 авг 17, 17:28    [20762628]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
hVostt
Member

Откуда:
Сообщений: 11773
LSV
зы: Вот выскакивает н-р в МСОфисе/1С ошибка с кучей системной инфы, кодами, дампами. Зачем она бизнесу ??????? Можно же просто сказать "ошибка", "сбой" и фсё....
Джуниоры писали, не иначе ....


Я не отрицаю полезность ID для разработчика. Но разработчик легко найдёт нужную информацию в логах, если у разработчика есть логи конечно, и они ведутся профессионально, например, в Graylog.

Бизнесу ID не нужен. Могу сказать это с полной уверенностью, за последние 5 лет мы разрабатывали очень много информационных комплексов и систем в корпоративном секторе и гос. учреждений, с охватом по всей России. И как-то, знаешь, пользователи понятия ни о каких ID не имели, и не имеют. А всё что надо, сопровождение находит за 2 секунды без всяких ID. И даже разработчикам это практически никогда не надо, с правильной системой сбора метрики, ведением аудита, истории и журналированием.

Поэтому я и говорю, ID для поиска/отладки это инструмент для бедных.
1 сен 17, 10:09    [20763782]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
LSV
Member

Откуда: Киев
Сообщений: 30148
Я не отрицаю полезность ID для разработчика....Бизнесу ID не нужен. Могу сказать это с полной уверенностью
Прежде чем передать инф. систему бизнесу, ее используют/тестируют.... разработчики.
И вообще после любой доработки все равно тестерам/аналитикам нужно туда заходить и смотреть. И тут ключи могут реально помочь быстрее добраться до нужной инфы. Каждый лишний клик при поиске реально раздражает.
Это не значит что эти ключи занимают место на форме или гриде.
Просто есть возможность их увидеть, схватить в буфер и т.д.
1 сен 17, 12:21    [20764210]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
чччД
Guest
hVostt
LSV
зы: Вот выскакивает н-р в МСОфисе/1С ошибка с кучей системной инфы, кодами, дампами. Зачем она бизнесу ??????? Можно же просто сказать "ошибка", "сбой" и фсё....
Джуниоры писали, не иначе ....


Я не отрицаю полезность ID для разработчика. Но разработчик легко найдёт нужную информацию в логах, если у разработчика есть логи конечно, и они ведутся профессионально, например, в Graylog.

Бизнесу ID не нужен. Могу сказать это с полной уверенностью, за последние 5 лет мы разрабатывали очень много информационных комплексов и систем в корпоративном секторе и гос. учреждений, с охватом по всей России. И как-то, знаешь, пользователи понятия ни о каких ID не имели, и не имеют. А всё что надо, сопровождение находит за 2 секунды без всяких ID. И даже разработчикам это практически никогда не надо, с правильной системой сбора метрики, ведением аудита, истории и журналированием.

Поэтому я и говорю, ID для поиска/отладки это инструмент для бедных.

Совершенно согласен.
У нас в одной системе реализована возможность отображения id ("на всякий случай, потом пригодится) - ни разу не понадобилось, ненужная возможность только ресурсы разработчиков по чуть-чуть пожирает.
1 сен 17, 21:10    [20765794]     Ответить | Цитировать Сообщить модератору
 Re: FastBase  [new]
hVostt
Member

Откуда:
Сообщений: 11773
LSV
Прежде чем передать инф. систему бизнесу, ее используют/тестируют.... разработчики.


Тру разработчики пишут юнит-тесты и тестируют свою работу с помощью прогонов. Также пишутся интеграционные тесты. Потом команда QA тестирует боевую функциональность.

Да и кроме того, хорошо, хрен с ним, выловили ошибку и задетектили её на документе с конкретным ID. Что теперь делать? Отлаживаться на продакшене?

Разработчику не интересны ID продакшенов, так как отлаживается он на своих стендах. Зачастую, на аутсорсинге например, разработчики вообще не имеют никакого доступа к продакшену, и вообще в глаза не видели как он там работает. Потому что нет доступа.
1 сен 17, 23:04    [20766144]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4   вперед  Ctrl      все
Все форумы / Разработка информационных систем Ответить