Здравствуйте, vaa, Вы писали:
S>>База PostgreSQL, .Net 6.0. vaa>pg admin
Гладиолус.
Что из запрашиваемого функционала там есть?
1. Список всех таблиц.
2. При нажатии на таблицу — отображаем все записи с постраничной разбивкой, возможностью кастомной фильтрации, возможностью добавить/изменить (понятно что с помощью кастомной формы с валидацией) удалить запись.
3. Для каждой активной записи (кликнули по ней) — отображаем связанные данные в табах внизу. Там где 1 запись — в виде формы, где много — в виде списка.
4. Возможность кастомизации.
S>1. Список всех таблиц.
S>2. При нажатии на таблицу — отображаем все записи с постраничной разбивкой, возможностью кастомной фильтрации, возможностью добавить/изменить (понятно что с помощью кастомной формы с валидацией) удалить запись.
S>3. Для каждой активной записи (кликнули по ней) — отображаем связанные данные в табах внизу. Там где 1 запись — в виде формы, где много — в виде списка.
S>4. Возможность кастомизации.
работы на неделю(время обсуждения данной ПРОБЛЕМЫ).
Интересно почему никто до сих пор не удосужился?
Может оно не нужно?
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, vaa, Вы писали:
vaa>>работы на неделю(время обсуждения данной ПРОБЛЕМЫ).
S>Это кто тебе сказал? Годами делают.
от целей и масштабов зависит. если для себя, то пару дней на коленке.
ты же не хочешь всемогутор какой-то?
есть допустим СУБД для которой есть ado.net provider. считай схема БД у тебя в кармане.
нагенерить классов и CRUD операций для него через шаблоны можно любым удобным для прототипирования ЯП, типа питона или F#. так и было во времена Strong Typed DataSet.
далее нужно определится с UI: winforms, wpf, asp.net mvc, asp.net razor pages, asp.net blazor webassembly, asp.net blazor server, cli,
отсюда и плясать.
vaa>>Интересно почему никто до сих пор не удосужился? vaa>>Может оно не нужно?
S>Сделали, но закрытый код и продают не дешево.
на продажу будет конечно сложней написать. ведь нужны будут простые удобные надстройки над ide чтобы этим пользоваться.
Любой автомат рано(скорее рано) приходится кастомизировать и тут налицо проблема готовых решений.
они заточены под конкретный кейс. это будет головная боль для кодера.
Здравствуйте, vaa, Вы писали:
vaa>от целей и масштабов зависит. если для себя, то пару дней на коленке. vaa>ты же не хочешь всемогутор какой-то? vaa>есть допустим СУБД для которой есть ado.net provider. считай схема БД у тебя в кармане.
По сути нужен инструмент, аналогичный pgAdmin, только с более широкими возможностями — чтобы вместо запросов был удобный конструктор для фильтров — писать без знания SQL + умело отображать связи в удобном виде. А так — внесение записей через форму с кастомизацией и валидацией.
Здравствуйте, Shmj, Вы писали:
S>По сути нужен инструмент, аналогичный pgAdmin, только с более широкими возможностями — чтобы вместо запросов был удобный конструктор для фильтров — писать без знания SQL + умело отображать связи в удобном виде. А так — внесение записей через форму с кастомизацией и валидацией.
MS Access
Здравствуйте, gandjustas, Вы писали:
G>Здравствуйте, Shmj, Вы писали:
S>>По сути нужен инструмент, аналогичный pgAdmin, только с более широкими возможностями — чтобы вместо запросов был удобный конструктор для фильтров — писать без знания SQL + умело отображать связи в удобном виде. А так — внесение записей через форму с кастомизацией и валидацией. G>MS Access
Там не поддерживается PostgreSQL. Для нее нужно админку сделать. Без красивостей и прочего — просто удобно для менеджера. Только чтобы не писать SQL-запросы вручную, т.к. любой нормальный чел. панически боится математических формул и программного кода.
Кроме CRUD нужно еще отображать связанные данные в табах внизу формы, как это было в LightSwitch. По сути нужен аналог LightSwitch.
Здравствуйте, Shmj, Вы писали:
S>Кроме CRUD нужно еще отображать связанные данные в табах внизу формы, как это было в LightSwitch. По сути нужен аналог LightSwitch.
PowerApps же
Здравствуйте, gandjustas, Вы писали:
S>>Кроме CRUD нужно еще отображать связанные данные в табах внизу формы, как это было в LightSwitch. По сути нужен аналог LightSwitch. G>PowerApps же
Это сторонний сервис, который могут тупо закрыть и вы НИЧЕГО не сможете с этим поделать. Нужно иметь свое и владеть кодом.
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, gandjustas, Вы писали:
S>>>Кроме CRUD нужно еще отображать связанные данные в табах внизу формы, как это было в LightSwitch. По сути нужен аналог LightSwitch. G>>PowerApps же
S>Это сторонний сервис, который могут тупо закрыть и вы НИЧЕГО не сможете с этим поделать. Нужно иметь свое и владеть кодом.
Здравствуйте, gandjustas, Вы писали:
S>>Это сторонний сервис, который могут тупо закрыть и вы НИЧЕГО не сможете с этим поделать. Нужно иметь свое и владеть кодом. G>А LightSwithch разве не закрыли?
Web-версия была недоделана а Silverlight-версия завязана на проприетарную технологию, которую хотя и пытались воскресить, но геммора с ней слишком много.
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, gandjustas, Вы писали:
S>>>Это сторонний сервис, который могут тупо закрыть и вы НИЧЕГО не сможете с этим поделать. Нужно иметь свое и владеть кодом. G>>А LightSwithch разве не закрыли? S>Web-версия была недоделана а Silverlight-версия завязана на проприетарную технологию, которую хотя и пытались воскресить, но геммора с ней слишком много.
Ну вот вам неидеальная замена неидеальной технологии.
Кстати я не уверен что LightSwithch работал с Postgres.
А вообще я выше писал, про полный перечень требований, которые до сих пор сыпятся.
Под тот список, который был обозначен вами выше, идеально подходит access.
Напомню:
S>1. Список всех таблиц.
S>2. При нажатии на таблицу — отображаем все записи с постраничной разбивкой, возможностью кастомной фильтрации, возможностью добавить/изменить/удалить запись.
S>3. Для каждой активной записи (кликнули по ней) — отображаем связанные данные в табах внизу. Там где 1 запись — в виде формы, где много — в виде списка.
S>4. Возможность кастомизации.
Здравствуйте, gandjustas, Вы писали:
G>А вообще я выше писал, про полный перечень требований, которые до сих пор сыпятся. G>Под тот список, который был обозначен вами выше, идеально подходит access.
Изначально было сказано что пляшем от СУБД. Изменять СУБД возможности нет. На этой СУБД система построена, накой черт ваше проприетарный Access?
Access это тупо файл, даже многопользовательский режим не предусмотрен.
Кроме того, система не позволяет удобно отображать связи, что требуется в задании.
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, vaa, Вы писали:
vaa>>от целей и масштабов зависит. если для себя, то пару дней на коленке. vaa>>ты же не хочешь всемогутор какой-то? vaa>>есть допустим СУБД для которой есть ado.net provider. считай схема БД у тебя в кармане.
S>По сути нужен инструмент, аналогичный pgAdmin, только с более широкими возможностями — чтобы вместо запросов был удобный конструктор для фильтров — писать без знания SQL + умело отображать связи в удобном виде. А так — внесение записей через форму с кастомизацией и валидацией.
Здравствуйте, vaa, Вы писали:
S>>По сути нужен инструмент, аналогичный pgAdmin, только с более широкими возможностями — чтобы вместо запросов был удобный конструктор для фильтров — писать без знания SQL + умело отображать связи в удобном виде. А так — внесение записей через форму с кастомизацией и валидацией.
vaa>Вопрос: зачем? для чего? для кого?
