ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Delphi [игнор отключен] [закрыт для гостей] / Unidac SQLGenerator
25 сообщений из 51, страница 1 из 3
  1  все
Unidac SQLGenerator
    #39422536
Фотография X11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
X11
Участник
Не могу в справке и в примерах найти, как сгенерировать запросы для таблицы.
Подозреваю, что нужно использовать
Код: pascal
1.
TDBAccessUtils.SQLGenerator(UniQuery1).GenerateSQLforUpdTable(100500 параметров)



здесь есть пример, пытаюсь разобраться
http://forums.devart.com/viewtopic.php?p=80325&sid=1d80499992951ae5af6096aa9e904c8a#p80325
но там зачем-то нужно открывать набор данных О_о

Как-то у FibPlus более понятней и проще.
...
Рейтинг: 0 / 0
19.03.2017, 16:42
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422538
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
А зачем? Это же внутренний код не для сторонних программистов. У DevArt есть собственная реализация ORM -- EntityDAC. Генерация и всё такое из коробки в пару строк кода.
...
Рейтинг: 0 / 0
19.03.2017, 16:49
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422540
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
JaDiА зачем? Это же внутренний код не для сторонних программистов. У DevArt есть собственная реализация ORM -- EntityDAC. Генерация и всё такое из коробки в пару строк кода.
только на входе аццкое говно.
...
Рейтинг: 0 / 0
19.03.2017, 16:50
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422541
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
defecatorJaDiА зачем? Это же внутренний код не для сторонних программистов. У DevArt есть собственная реализация ORM -- EntityDAC. Генерация и всё такое из коробки в пару строк кода.
только на входе аццкое говно.
вЫходе
...
Рейтинг: 0 / 0
19.03.2017, 16:50
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422542
Фотография X11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
X11
Участник
JaDi,

ок, пусть внутренний, не трогаем его
тогда как правильно сгенерировать?
...
Рейтинг: 0 / 0
19.03.2017, 16:52
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422544
Фотография X11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
X11
Участник
Есть десяток однотипных справочников типа "id + name". Не создавать же 10 форм и/или 10 НД.
Пользователь хочет отредактировать справочник типов или операций. Он выбирает, а программа уже генерирует запросы и отображает таблицу.
На всё на это одна форма и один UniQuery.

Странно, что примеров и справки нет.
...
Рейтинг: 0 / 0
19.03.2017, 16:55
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422545
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
defecator,

Сомневаюсь. Как можно испортить элементарные запросы? Селекты да лефт джойны с условиями и сортировка. У меня 90% sql-кода такого. Остальное ORM уже не покроет и надо ручками писать.
...
Рейтинг: 0 / 0
19.03.2017, 16:55
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422549
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
X11,

Тут компоненты не нужны. Делаешь один универсальный справочник, где на входе передаешь имя таблицы и ID для выделения по умолчанию. Можно даже обычный TUniTable вставить, раз все поля одинаковые и нужно редактирование в списке.
...
Рейтинг: 0 / 0
19.03.2017, 16:59
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422551
Фотография X11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
X11
Участник
тогда нужно ещё одно поле: Тип справочника
...
Рейтинг: 0 / 0
19.03.2017, 17:01
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422552
Фотография X11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
X11
Участник
здесь http://forums.devart.com/viewtopic.php?f=7&t=30602
тоже предлагают использовать TDBAccessUtils.SQLGenerator
...
Рейтинг: 0 / 0
19.03.2017, 17:01
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422557
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
X11,

так не надо ничего генерировать -- выше же написано, что куча однотипных справочников с ID и NAME. Т.е. разница только в имени таблицы:
Код: pascal
1.
DataSet_Items.SQL.Text := Format('SELECT ID, NAME FROM %s ORDER BY NAME', [Self.TableName]);


Или вообще:
Код: pascal
1.
DataSet_Items.TableName := Self.TableName;
...
Рейтинг: 0 / 0
19.03.2017, 17:09
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422560
Фотография X11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
X11
Участник
При чем здесь имя?
Мне нужно сгенерировать Insert, update, Refresh, Delete запросы.
...
Рейтинг: 0 / 0
19.03.2017, 17:11
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422567
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
X11,

Во-первых, для TTable (TUniTable) никакие запросы генерировать не надо -- компоненты берут на себя все обязанности по работе с базой. Во-вторых, что тебе мешает сделать ОДИН универсальный справочник, подставить туда нужный запрос (см. выше) и при его создании заменять псевдо-таблицу на свою собственную?

Код: pascal
1.
2.
3.
dataset.SQLInsert.Text := ReplaceStr(dataset.SQLInsert.Text, 'FAKE_TABLE', Self.TableName);
dataset.SQLUpdate.Text := ReplaceStr(dataset.SQLUpdate.Text, 'FAKE_TABLE', Self.TableName);
dataset.SQLDelete.Text := ReplaceStr(dataset.SQLDelete.Text, 'FAKE_TABLE', Self.TableName);
...
Рейтинг: 0 / 0
19.03.2017, 17:18
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422570
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
JaDidefecator,

Сомневаюсь. Как можно испортить элементарные запросы? Селекты да лефт джойны
лефт джойны вытягивают пол-базы
...
Рейтинг: 0 / 0
19.03.2017, 17:25
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422572
Фотография X11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
X11
Участник
не мешает, но я хочу понять, как правильно использовать SQL Generator

пока получаю AV

Код: pascal
1.
2.
3.
4.
5.
6.
7.
  GenerateSql(Format('select id, name from %s', [sTableName]), qRef);


procedure TfmReference.GenerateSql(const sql: string; UniQuery: TUniQuery);
begin
  UniQuery.sql.Text := sql;
  TDBAccessUtils.SQLGenerator(UniQuery).GenerateSql(TDAParamsInfo.Create(TDAParamInfo), _stInsert, true);
...
Рейтинг: 0 / 0
19.03.2017, 17:29
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422573
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
почему людям лень писать простые SQl запросы ?
...
Рейтинг: 0 / 0
19.03.2017, 17:30
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422596
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
defecatorлефт джойны вытягивают пол-базы

Ничего пол базы не вытягивает:
Код: plsql
1.
2.
3.
4.
5.
6.
SELECT 
  t1.*, 
  t2.NAME -- вытянет только NAME со второй таблицы
FROM 
  table1 t1
  LEFT JOIN table2 t2 ON t2.ID = t1.STATUS_ID



Или речь про ORM идет? Дык, там тоже есть специальный режим с задержанной загрузкой, когда связанные данные грузятся лишь по требованию (например, загрузили список заказов, а данные о статусе заказа будут подгружены при обращении к этому полю или список позиций заказа или что-то еще -- всё это можно настроить).
...
Рейтинг: 0 / 0
19.03.2017, 18:05
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422601
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
JaDidefecatorлефт джойны вытягивают пол-базы

Ничего пол базы не вытягивает

Inner Join вытягивает только совр\падающие по условию объединения записи,
а Left Join вытянет все записи из таблицы слева, даже если нет совпадающих записей.
Представь, в что в левой таблице миллиард записей, а в правой - всего сотня.
Inner Join вытянет не более сотни записей, а Left Join - весь миллиард
Аналогично для Right Join.
...
Рейтинг: 0 / 0
19.03.2017, 18:09
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422604
Фотография X11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
X11
Участник
defecator,

так это ты сам должен строить запросы на данные, которые тебе нужны
и нельзя заменять inner на left
и при чем здесь миллиард? есть же where
...
Рейтинг: 0 / 0
19.03.2017, 18:17
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422606
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
X11defecator,

так это ты сам должен строить запросы на данные, которые тебе нужны
и нельзя заменять inner на left
и при чем здесь миллиард? есть же where

в случае Left Join твой Where ляжет на весь кортеж, а в случае Inner Join - только на записи, которые пришли по соединению.
То есть на сотню, а не на миллиард
...
Рейтинг: 0 / 0
19.03.2017, 18:19
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422607
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
defecator,

И что? Если по задаче нам надо вытянуть ВСЕ заказы, значит будут получены ВСЕ записи из таблицы orders:
Код: plsql
1.
2.
3.
4.
5.
6.
SELECT 
  t.*,
  s.NAME AS STATUS_NAME
FROM
  orders o
  LEFT JOIN statuses s ON s.ID = o.STATUS_ID



Если надо будет вытянуть ОДИН заказ -- запрос останется точно таким же с LEFT JOIN, добавится только условие WHERE:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
SELECT 
  t.*,
  s.NAME AS STATUS_NAME
FROM
  orders o
  LEFT JOIN statuses s ON s.ID = o.STATUS_ID
WHERE
  o.ID = :ID



Более того, именно JOIN-синтаксис и используется во всяких генераторах, т.к. на порядок проще для генерации нежели остальные виды записи типа SELECT * FROM a, b, c.
...
Рейтинг: 0 / 0
19.03.2017, 18:20
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422608
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
JaDidefecator,

И что? Если по задаче нам надо вытянуть ВСЕ заказы, значит будут получены ВСЕ записи из таблицы orders:
Код: plsql
1.
2.
3.
4.
5.
6.
SELECT 
  t.*,
  s.NAME AS STATUS_NAME
FROM
  orders o
  LEFT JOIN statuses s ON s.ID = o.STATUS_ID



Если надо будет вытянуть ОДИН заказ -- запрос останется точно таким же с LEFT JOIN, добавится только условие WHERE:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
SELECT 
  t.*,
  s.NAME AS STATUS_NAME
FROM
  orders o
  LEFT JOIN statuses s ON s.ID = o.STATUS_ID
WHERE
  o.ID = :ID



Более того, именно JOIN-синтаксис и используется во всяких генераторах, т.к. на порядок проще для генерации нежели остальные виды записи типа SELECT * FROM a, b, c.

В первом случае Left лишний, так как судя по второму запросу, статус у заказов быть обязан, поле Not Null.
...
Рейтинг: 0 / 0
19.03.2017, 18:24
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422610
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
defecator,

Даже если статус может быть нулл -- то запрос останется точно таким же. Сначала отработает условие по основной таблице и, если запись под него попадает, будут запрашиваться все остальные. Т.е. в случае одного заказа будет одна строка из таблицы orders и одна строка из таблицы statuses.

Что касается ORM'ов, то там это немного по другому сделано. Точнее, есть оба механизма: либо грузим одним большим запросом сразу все данные, в т.ч. и связанные; либо грузим только основную таблицу, а остальные подтягиваем при необходимости, в т.ч. с использованием кеша.
...
Рейтинг: 0 / 0
19.03.2017, 18:31
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422614
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
JaDidefecator,

Даже если статус может быть нулл -- то запрос останется точно таким же. Сначала отработает условие по основной таблице и, если запись под него попадает, будут запрашиваться все остальные. Т.е. в случае одного заказа будет одна строка из таблицы orders и одна строка из таблицы statuses.

тогда зачем Left Join ? Для того, чтобы было ?
...
Рейтинг: 0 / 0
19.03.2017, 18:35
| Ответить | Цитировать | Написать  
Unidac SQLGenerator
    #39422615
Фотография JayDi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JayDi
Участник
defecator,

Потому что так наглядно и просто... универсальная запись запросов, так сказать. А какой вариант у тебя (например, заказ со статусом, как выше)?
...
Рейтинг: 0 / 0
19.03.2017, 18:37
| Ответить | Цитировать | Написать  
25 сообщений из 51, страница 1 из 3
  1  все
Форумы / Delphi [игнор отключен] [закрыт для гостей] / Unidac SQLGenerator
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=58&msg=39422544&tid=2037549]:
 0ms
get settings:
 8ms
get forum list:
 19ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 139ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 65ms
get tp. blocked users:
 2ms
others: 218ms
total:  468ms
созд. / загр.: 468ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]