взял первую вещь на пробу под фаерберд
типичный кверибилдер в худшем смысле
вот результат, к примеру: SELECT
MAX(CLIENTSERVICE.SUMMA) AS FIELD_1,
SERVICE.SHORTNAME
FROM
CLIENTSERVICE
INNER JOIN CLIENTSERVICE ON (CLIENTSERVICE.PARENTID = CLIENTSERVICE.ID)
INNER JOIN SERVICE ON (CLIENTSERVICE.SERVICEID = SERVICE.ID)
WHERE
SERVICE.SHORTNAME
GROUP BY
SERVICE.SHORTNAME
1. посмотрите на where. лукап значений на ходу не нашелся (только остальные поля на выбор), соответственно для пустой правой части равенства даже не подставили знак =
2. контекстом и не пахнет — что добавили из 100500 таблиц, с тем и работайте
3. наконец присутствует и пародия на контекст — замыкание на себя, хотя а. никто не просил ) б. если уж и предлагать автоматом древовидную связь, то не с этим же алиасом
ну и с первого раза оно вообще не взлетело, циклический access violation. Не, я не против — это друг любого делфи-программера, просто это на мой вкус это еще один пример того что кверибилдеры пишутся как стандарт, но качеством и смыслом на «отцепись». О чем и статья )
Теперь вопрос — стоит ли смотреть второй? ;)
может, все-таки вы не испытываете лишений и зря читали статью? ;)
Спасибо за внимание, ответы по порядку:
Не опенсорс. Delphi. Потенциально с любыми, сейчас есть поддержка Oracle, Interbase и клонов, BDE, ADO (и естественно ODBC как подножество обоих). Для поддержки требуется наличие TDataset под частную RDBMS (как уже реализованные ODAC/IBExpress)
Одиночный труд. Порог вхождения вполне обыкновенный, но прецедентов не было )
Суждения, как мне кажется слишком строгие для достаточно несложного и небольшого продукта. Первая задача — найти нишу среди огромного количества подобных (или кажущихся подобными) средств. Продукт выжил за 13 лет существования практически на одном юзере (первоначально были еще человек 10) — хуже условий быть не могло )
Пощупать можно будет обязательно, но разместить ссылку на exe это значит пустить все на самотек. Этот путь остается про запас :) надеюсь на понимание, stay tuned!
типичный кверибилдер в худшем смысле
вот результат, к примеру:
SELECT MAX(CLIENTSERVICE.SUMMA) AS FIELD_1, SERVICE.SHORTNAME FROM CLIENTSERVICE INNER JOIN CLIENTSERVICE ON (CLIENTSERVICE.PARENTID = CLIENTSERVICE.ID) INNER JOIN SERVICE ON (CLIENTSERVICE.SERVICEID = SERVICE.ID) WHERE SERVICE.SHORTNAME GROUP BY SERVICE.SHORTNAME1. посмотрите на where. лукап значений на ходу не нашелся (только остальные поля на выбор), соответственно для пустой правой части равенства даже не подставили знак =
2. контекстом и не пахнет — что добавили из 100500 таблиц, с тем и работайте
3. наконец присутствует и пародия на контекст — замыкание на себя, хотя а. никто не просил ) б. если уж и предлагать автоматом древовидную связь, то не с этим же алиасом
ну и с первого раза оно вообще не взлетело, циклический access violation. Не, я не против — это друг любого делфи-программера, просто это на мой вкус это еще один пример того что кверибилдеры пишутся как стандарт, но качеством и смыслом на «отцепись». О чем и статья )
Теперь вопрос — стоит ли смотреть второй? ;)
может, все-таки вы не испытываете лишений и зря читали статью? ;)
Не опенсорс. Delphi. Потенциально с любыми, сейчас есть поддержка Oracle, Interbase и клонов, BDE, ADO (и естественно ODBC как подножество обоих). Для поддержки требуется наличие TDataset под частную RDBMS (как уже реализованные ODAC/IBExpress)
Одиночный труд. Порог вхождения вполне обыкновенный, но прецедентов не было )
Суждения, как мне кажется слишком строгие для достаточно несложного и небольшого продукта. Первая задача — найти нишу среди огромного количества подобных (или кажущихся подобными) средств. Продукт выжил за 13 лет существования практически на одном юзере (первоначально были еще человек 10) — хуже условий быть не могло )
Пощупать можно будет обязательно, но разместить ссылку на exe это значит пустить все на самотек. Этот путь остается про запас :) надеюсь на понимание, stay tuned!