|
|
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
JaDidefecator, Потому что так наглядно и просто... универсальная запись запросов, так сказать. А какой вариант у тебя (например, заказ со статусом, как выше)? Inner Join, это же очевидно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 18:41 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
defecator, Во-первых, inner join не вернет запись с заказом, если у него статус пустой. Во-вторых, если статус всегда есть, то планы запросов аналогичные/похожие будут (что у left join, что у inner join). Так что по определению такие запросы (inner join) нельзя использовать в проектах -- есть большая вероятность нарваться на трудно определяемые баги, как-то "пропажа" записей, если вдруг начали менять логику базы (банально решили записывать ID без реальных ключей и случайно что-то удалили в сторонней таблице). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 19:00 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
JaDidefecator, Во-первых, inner join не вернет запись с заказом, если у него статус пустой. Во-вторых, если статус всегда есть, то планы запросов аналогичные/похожие будут (что у left join, что у inner join). Так что по определению такие запросы (inner join) нельзя использовать в проектах -- есть большая вероятность нарваться на трудно определяемые баги, как-то "пропажа" записей, если вдруг начали менять логику базы (банально решили записывать ID без реальных ключей и случайно что-то удалили в сторонней таблице). Чтобы записи не пропадали, есть foreign key, а если записи пропадают, значит, целостность БД под угорозой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 19:08 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
defecator, Бывают ситуации, когда невозможно поставить ключи. Например, необходимо хранить ссылку на сторонний документ (пример, документ-основание). И таких документов может быть большое количество и в разных таблицах. Но ссылку надо где-то хранить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 19:21 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
defecator, Да и банальное -- есть ссылка на документ-основание, а может и нет (т.е. null) -- и надо вывести номер и дату этого документа в дополнение к основной таблице. Как будет такой запрос записан без left join'а? :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 19:23 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
JaDidefecator, Бывают ситуации, когда невозможно поставить ключи. Например, необходимо хранить ссылку на сторонний документ (пример, документ-основание). И таких документов может быть большое количество и в разных таблицах. Но ссылку надо где-то хранить. Это зависит от уровня опыта проектировщика структуры БД. А в твоём конкретном примере проектировщика надо увольнять и через суд требовать компенсацию с его рукоблудия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 19:24 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
JaDidefecator, Бывают ситуации, когда невозможно поставить ключи. Например, необходимо хранить ссылку на сторонний документ (пример, документ-основание). И таких документов может быть большое количество и в разных таблицах. Но ссылку надо где-то хранить. Тогда это не база данных, а свалка данных. И на основании этого опыта давать глобальные рекомендации я бы постеснялся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 19:44 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
основной вопрос не решён а тему зафлудили ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 19:50 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
X11 Код: pascal 1. есть проблема с утечкой памяти, скорей всего из-за TDAParamsInfo.Create(TDAParamInfo). Т.е. оно в момент генерации создается, но нигде, как я понял, не уничтожается Как это правильно утилизировать? вот текст ошибки: Unexpected Memory Leak --------------------------- This application has leaked memory. The leaks ordered by size are: 22: 2 x UnicodeString 30: 4 x CRAccess.TDAParamsInfo, 7 x UnicodeString, 2 x Unknown 38: 1 x UnicodeString 46: 4 x System.Generics.Collections.TList<System.Classes.TCollectionItem> 54: 19 x CRAccess.TDAParamInfo, 1 x UnicodeString 94: 2 x Unknown Как только я комментирую вызов процедуры генерирования SQL, то ошибки Unexpected Memory Leak нету. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2020, 14:18 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
X11, Код: pascal 1. 2. 3. 4. 5. 6. 7. Так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2020, 15:32 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
ну так и я могу... а это правильно? ведь после генерации запросов сам датасет будет же использоваться вдруг из-за такого кода что-то пойдет не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2020, 15:41 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
Я задал вопорос и на форуме тех.поддержки, но, как показывает практика, они там отвечают раз в неделю или вообще раз в месяц. У DevART тех.поддержка стала отвратительная. При том, что компоненты их весьма недешевые. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2020, 15:43 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
X11, Значит надо в потроха лезть и смотреть, почему этот ParamsInfo остается (и остается ли?) висеть в подвешенном состоянии. Или не использовать генератор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2020, 17:46 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
они не дают исходников, вернее за исходники нужно платить в 2 раза бОльшую цену ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2020, 18:56 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
X11 они не дают исходников, вернее за исходники нужно платить в 2 раза бОльшую цену ой, божечки-божечки, а то ты на ру-доске не зарегистрирован я тебя там очень часто вижу ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2020, 22:53 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
defecator, нету :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2020, 09:19 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
DarkMaster Так? Перепроверил. Запрос генерируется, ошибок пока что не обнаружил. Пока оставлю этот вариант. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2020, 09:51 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
Капец... Генератор берет в оборот readonly-поля и добавляет их в Insert/Update запросы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2020, 12:51 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
X11 Капец... Генератор берет в оборот readonly-поля и добавляет их в Insert/Update запросы а почему ты запросы руками не пишешь ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2020, 13:26 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
Такой генератор я себе как-то делал. Лет 20 назад :) Типа экономил время при написании запросов, если таблица развесистая. Помнится мой еще и исходник куска кода генерил (заточенного под IBObjects). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2020, 14:01 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
Н-р в ФайрДАКе можно указать имя таблицы и ее ключевых полей. Чтобы генератор не ошибся в случае сложного селекта. При этом нельзя переименовывать алиасами ключевые поля. А для заранее неизвестного запроса нужно, чтобы имя таблицы было в одной строке с FROM, иначе не найдет. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2020, 14:11 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
defecator, 1. ну очень много полей. (программа по работе с разного рода объявлениями). 2. генераторы реально упрощают работу. 3. зачем писать 3-5 на 99% одинаковых запросов. 4. не всегда угадаешь на стадии разработки - какой запрос будет в тот или иной момент. 5. на форме можно держать 1-2 датасета вместо 5-10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2020, 14:33 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
Самый лучший генератор был в FibPlus. В UniDAC перед генерированием нужно обязательно: - отключить SmartFetch; - открыть датасет. В UniDAC некоторые readonly-поля всё равно попадают update/insert сгенерированные запросы. Уважаемые разработчики UniDAC, возьмите функционал/идеи из FibPlus и сделайте нормальные, человеческие генераторы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2020, 14:40 |
|
||
|
Unidac SQLGenerator
|
|||
|---|---|---|---|
|
#18+
Метод GenerateSql изначально разрабатывался для внутреннего использования. Он вызывается при выполнении DML-операций в наших датасетах и "заточен" исключительно под эти операции. Мы вообще не рассматривали возможность использования этого метода пользователями. Да, в случае сложных SELECT определённые недочёты в его работе могут быть, но в 99.9% случаев это перекрывается использованием свойств SQLInsert/SQLUpdate, которые специально предназначены для таких случаев. Что касается ситуации, когда в автоматически сгенерированный запрос попадают readonly-поля: это, безусловно, может быть нашей ошибкой. Обратитесь, пожалуйста, на наш форум с примером запроса, на котором возникает такое поведение, и мы постараемся разобраться в ситуации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2020, 14:33 |
|
||
|
|

start [/forum/topic.php?fid=58&startmsg=39422617&tid=2037549]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
166ms |
get topic data: |
5ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 420ms |

| 0 / 0 |
