|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
1. Невзирая на название, функция может вернуть не только метаданные, но и данные. Это классно, конечно, но догадаться трудно. Я было даже стал искать другой инструмент для получения скрипта с данными. 2. Заменить CREATE TABLE на RECREATE TABLE или дать такую опцию. Было бы очень удобно для отладочных скриптов. 3. Когда экспортируется таблица вместе данными, операторы в скрипте располагаются с таком порядке: Код: sql 1. 2. 3.
В результате при выполнении скрипта INSERT напарывается на "Table must have primary key" и вставки не происходит. Если руками поменять порядок на Код: sql 1. 2. 3. 4. 5.
то в результате все проходит гладко. Просьба - сделать сразу такой порядок. А так все здорово. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.06.2018, 23:02 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
shalamyanskyВ результате при выполнении скрипта INSERT напарывается на "Table must have primary key" и вставки не происходит. Не понял, кто, кому и почему must have? Для заполнения таблицы данными ключ не нужен. Порядок там правильный: сначала заливаются данные, потом создаются ключи, индексы, триггеры и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.06.2018, 04:13 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
Прошу простить, был неточен. Использую не INSERT, а UPDATE OR INSERT. "Use UPDATE OR INSERT (by primary key, no MATCHING clause)". Это операторы располагаются сразу после CREATE TABLE, и вот им как раз не хватает первичного ключа. Если сперва создать индексы, а потом делать UPDATE OR INSERT, то все получается. Возможно, чуть помедленнее, чем если сперва данные, потом индекс, но скорость здесь не самое главное. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2018, 16:20 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
shalamyanskyИспользую не INSERT, а UPDATE OR INSERT. "Use UPDATE OR INSERT (by primary key, no MATCHING clause)". Эм... А зачем? Эта опция для того, чтобы слить в скрипт данные или их часть некоторой таблицы и потом накатить его на другой базе, где такая таблица уже существует и притом с данными. А зачем ее для только что созданной таблицы использовать? Наверное, можно при включении этой опции перенести создание первичных ключей до выполнения UPDATE OR INSERT - надо посмотреть. Но смысл-то использования UPDATE OR INSERT в чем? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2018, 17:12 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
Ну, логично, согласен. Смысл в UPDATE OR INSERT есть, но не после CREATE или RECREATE TABLE. Это я на всякий случай ставил, чтобы можно было без пересоздания таблиц, скопировав блок из скрипта, дозалить данные. Ладно, оставим это. Но опцию с RECREATE TABLE добавьте, пожалуйста. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2018, 17:58 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
Добрый день С некоторых пор начал активно использовать вычислимые поля ну типа [FieldName] COMPUTED BY ((SELECT T.NAME FROM TYPE_DOGOVOR_PROM T WHERE T.KOD=KOD_VID_V)), Но при извлечении метаданных таблица, в которой определяется такое поле, стоит раньше чем таблица, используемая в выражении SELECT. Из-за этого при выполнении скрипта из этих метаданных получаю ошибку. Приходится вручную передвигать эти таблицы выше по скрипту. Есть ли возможность как то парсить эти зависимости и описывать таблицы, от которых зависит вычислимое поле, выше чем описание самого поля ??????? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.06.2018, 08:51 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
vvkhrС некоторых пор начал активно использовать вычислимые поля зря. При кажущемся удобстве на самом деле геморроя гораздо больше. А в особенности ужасны вычисляемые поля с SELECTами. Теперь про зависимости. А ты не думал что такими вычисляемыми полями легко рекурсивную зависимость сделать. И тогда выход только один делать изначальный скрипт таблиц без вычисляемых полей, а затем с помощью ALTER TABLE добавлять их. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.06.2018, 09:43 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
Симонов ДенисvvkhrС некоторых пор начал активно использовать вычислимые поля зря. При кажущемся удобстве на самом деле геморроя гораздо больше. А в особенности ужасны вычисляемые поля с SELECTами. Теперь про зависимости. А ты не думал что такими вычисляемыми полями легко рекурсивную зависимость сделать. И тогда выход только один делать изначальный скрипт таблиц без вычисляемых полей, а затем с помощью ALTER TABLE добавлять их. Просто достало при выводе адреса клиента еще и таблицу улиц джойнить. Я и добавил вычислимое поле. Про рекурсию я не подумал. Ну можно до абсурда любую вещь довести Пока такого не накручивал. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.06.2018, 11:59 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
vvkhrПриходится вручную передвигать эти таблицы выше по скрипту. Там галка в настройках есть - "Извлекать вычисляемые поля отдельно". ... |
|||
:
Нравится:
Не нравится:
|
|||
21.06.2018, 12:00 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
Таки в Експерте все это предусмотрено с COMPUTED BY Надо просто в настройках извлечения метаданных поставить птичку - ИЗВЛЕКАТЬ CUMPUTED BY отдельно Раньше ее просто не заметил. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.06.2018, 12:15 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
О. Пока написал уже и разработчик прокомментировал. Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
21.06.2018, 12:16 |
|
Extract metadata - несколько пожеланий
|
|||
---|---|---|---|
#18+
shalamyanskyНо опцию с RECREATE TABLE добавьте, пожалуйста. Добавил. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2018, 15:24 |
|
|
start [/forum/topic.php?fid=42&fpage=13&tid=1598916]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
71ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
others: | 11ms |
total: | 170ms |
0 / 0 |