Search options (Page 4 of 59)

Create a "Calendar" table that will store dates. And the remaining tables in which dates are needed must be connected to the “Calendar” table - refer to it. This relationship works better than subsequently filtering by date in each table.

Поддерживаю sparrow, без max() будет быстрее работать:

select *
from z
left join x on  x.id = (select x2.id from x as x2 where x2.id_z = z.id order by 1 desc limit 1 )
left join y on  y.id = (select y2.id from y as y2 where y2.id_z = z.id order by 1 desc limit 1 )

Вы всё в кучу свалили...
1. История изменения характеристики (параметра) товара в справочнике товаров
2. Хранение актуальных на момент сделки характеристик товара в документах.

Эти процессы могут быть связанными, а могут быть сами по себе. Всё зависит от требований бизнеса.
Если вам нужна полноценная история, то вам нужно реализовывать партионный учёт, при котором есть одна запись в таблице номенклатуры и несколько записей в таблице партий. В номенклатуре - только название и артикул, а характеристики - в партиях. Тогда при списании товара происходит указание на партию, с её характеристиками (цветом, весом и т.д.). Вплоть до того, что у разных партий может быть разный набор характеристик (параметров).  Чтобы человек, составляющие аналитические отчеты, двинулся кукушкой ))))

Какие требования у бизнеса? Учёт цвета ржавчины гвоздей на каждой партии товара или анализ продаж товаров по определенным критериям? Подумайте об этом, прежде чем вносить правки в структуру данных...

Точность вопроса влияет на точность ответа.

В вашем случае вопрос стоит шире: как скопировать связанные данные?
Универсального решения для этого нет. Для этого понадобятся несколько SQL-запросов, которые должны учитывать структуру конкретной БД. Написание таких запросов - это и есть РАБОТА программиста.

да, нужно

http://myvisualdatabase.com/help_ru/scr … egrid.html

result

MVDB does not work well if the nesting depth when setting up a table exceeds 2. In your case, it is enough to replace the nested table with a calculated field

If the namespace (tables, forms, procedures) in two projects does not overlap, then you can combine them by simple merging. In theory. But in practice, difficulties may arise if the code contains direct access to system objects of the main form (components related to reports, authorization, etc.). And most likely the problems will be due to the same name of the forms (especially the main form).