Вместо строки ссылка в мастере подстановок

← →
Galiaf © (2007-04-29 18:33) [0]

База msAccess, 2 таблицы, вовторой таблице четвёртоеполе имеет тип мастер подстановок для того, что бы можно было выбрать точные строки из первой таблици, при этом код:
disk.Fields[3].AsString
возвращает ссылку на ячейку первой таблиы(наверное) а не саму строку.
Вопрос: как получиить именно строку?

ЗЫ
компонент tADOTable;

← →
sniknik © (2007-04-29 19:10) [1]

> имеет тип мастер подстановок
для аксесса это чтото вроде мастер-детайл связи в дельфе... ну соответственно можно и свою связь построить по тем же полям.

> возвращает ссылку на ячейку первой таблиы(наверное) а не саму строку.
на ключевое поле первой. скорее всего (там вроде бы в мастере можно указать по чему связь и какие поля будут подставляться. т.е. зависит от конкретно как делали. наверное. не пользуюсь т.что... другим тоже кстати не советую пользоваться, если конечно не в аксессе пишут, для дельфи это не автоматическая связь, не сможешь использовать "as is" а вот запутает она тебя точно. там же поля связки скрываются...)

> Вопрос: как получиить именно строку?
например сделать соединение запросом (мастер детайл не единственный вариант) типа
SELECT *,Таблица1.ПолеПодстановки FROM Таблица2 LEFT JOIN Таблица2 ON Таблица2.ПолеСвязи=Таблица1.КлючевоеПоле
где подстановочное поле думаю видно... :)

> компонент tADOTable;
чур тебя чур, изыди сатана!!! ;о))
выкини этот компонент и никогда больше не используй. и не упоминай всуе...
серьезно! надоело объяснять почему (да и все одно не слушают), сам поищи в инете.

← →
Galiaf © (2007-04-30 10:05) [2]

> чур тебя чур, изыди сатана!!! ;о))

Я уже где-то слышал, что оно плохо но так уж вышло, что базы данных использую только второй раз и пользовать их совсем не умею, т.е. даже не всё наисанное тобой понял. Использую эту компоненту только потому, что под рукой была инфа только по ней, да и автор выдал, что ADO лучше всех для продуктов Micro-soft.
Даже не знаю, может лучше писать всё ручками в файл(файлы), правда таблицы я выбрал из-за сложной структуры данных, но их максимум пару килобайт выйдет, проще уж загрузить их в память и работать с массивами чем с таблицами. Но опять же базы данных выбрал ещё потому-что данные можно было вводить средствами Access, хотя это только для начала работы.

← →
sniknik © (2007-04-30 12:02) [3]

> да и автор выдал, что ADO лучше всех для продуктов Micro-soft.
это верно. но tADOTable это не совсем ADO, это подгонка борланда адошного рекордсета под BDE-шную идеологию. работа с клиент серверной методами файл сервера... естественно получается из рук вон плохо. (есть очень маленький процент случаев в которых его использование ни на что не влияет (работает наравне с adodataset-ом), в остальных вредит)
также лучше не использовать ADOQuery и ADOStoredProc, их "вина" поменьше, но всетаки. (хотя еще как сказать. представь общаешься с двумя людьми, один врет постоянно и ты об этом знаеш, другой всегда говорит правду изредка вставляя лож и определить в чем она чаще всего не удается...)
тебе решать, но совет не используй ничего из упомянутого, все это борландовские замены, используй оставшиеся "родные" ADO компоненты. (пусть поначалу они и сложнее кажутся)

> проще уж загрузить их в память и работать с массивами чем с таблицами.
серьезно так думаешь? сделать обледенение массивов проще чем положить на форму ADODataSet с показанным выше запросом, и открыть его. ???
удачи. как тренировка в программировании это наверное будет замечательно, только без будущего... стоит увеличится обьему данных/добавиться сложности их структуре и в какойто момент без баз будет не обойтись... их не просто так придумали.

← →
Galiaf © (2007-05-05 12:13) [4]

Приношу свои извинения из-за того, что отисываюсь раз в неделю, нет у меня денег на интернет вот и приходится выбирать правильное время. После долгих размышлений решил продолжить использование(изучение) баз данных. Удалил с формы компоненты ADOTable, попытался сделать соединение с запросом в ADODataSet
SELECT Аниме.Название FROM Диски left JOIN Диски on диски.название=аниме.Ключ
На что при активации компоненты получил сообщение об ошибке синтаксиса оператора join, пролистал книгу по SQL, ничего не нашёл. Возможно я чего не допонял. На всякий случай изложу точнее структуру базы данных.

База состоит из 3-х таблиц(пока), каждая таблица имеет ключевое поле с названием "ключ". Таблица "аниме" имеет поле "название" значения которого вводятся от руки, таблица "диски" имеет поле "название" значения которого выбираются в выпадающем списке т.к. поле имеет тип Мастер подстановок со ссылкой на поле "аниме.название". При использовании ADOTable значения "диски.названия" были какими-то бессмысленными, на сколько помню длинна их была до 4-х символов, а в ADODataSet получил в этом поле точное значение ключевого поля таблицы "аниме".

Прошу ткнуть меня носом в то место где я прописал бред!

← →
Johnmen © (2007-05-05 13:08) [5]

У аксеса свой, чуднОй, синтаксис SQL команд.
Типа того SELECT * FROM (T1 LEFT JOIN T2 ON ...). Подробней - в доке.

← →
sniknik © (2007-05-05 14:31) [6]

> У аксеса свой, чуднОй, синтаксис SQL команд.
для одного объеденения синтаксис тотже, вот для нескольких отличается (типа того ... ;), обьеденения делаются вложенными, чего ни в других sql серверах не видел.

> Подробней - в доке.
+
доку можно найти, при установленном мсофисе, у себя же на машине, ищи JETSQL40.CHM.

еще +
таблицы/поля не надо называть по русски могут быть "неприятности" на что ты и "нарвался" скорее всего т.к. в общем синтаксис запроса верен... но вот русские буквы гдето напортачили (если конечно показан именно тот запрос на котором ошибка)

сделай для примера (структура не идеальная и может не совсем под задачу (которую я не понял из [4]) но как начало пойдет, понять смысл объеденения)

сначала создаем таблицы (выполнить можно непосредственно в аксесе, либо в ADOCommand)
CREATE TABLE Discs (ID INT Identity(1,1) PRIMARY KEY, Name VarChar(30), Decrip Text)

//ну эта у нас не участвует в запросе, но смысл имеет, если расширять, добавить еще директории к дискам... это для аналогии
CREATE TABLE Dirs (ID INT Identity(1,1) PRIMARY KEY, DiscsID INT, Name VarChar(200), Decrip Text)
CREATE INDEX DiscsID ON Dirs (DiscsID)

CREATE TABLE Films (ID INT Identity(1,1) PRIMARY KEY, DiscsID INT, DirsID INT, Name VarChar(200), Decrip Text)
CREATE INDEX DiscsID ON Films (DiscsID)
CREATE INDEX DirsID ON Films (DirsID)

//заполняем
INSERT INTO Discs (Name) VALUES ("C:\")
INSERT INTO Discs (Name) VALUES ("D:\")

INSERT INTO Films (DiscsID,Name) VALUES (1, "Film 1")
INSERT INTO Films (DiscsID,Name) VALUES (1, "Film 2")
INSERT INTO Films (DiscsID,Name) VALUES (2, "Anime 1")
INSERT INTO Films (DiscsID,Name) VALUES (2, "Anime 2")

//и собственно запрос объеденения
SELECT d.Name AS Disc, f.Name AS Film FROM Discs d INNER JOIN Films f ON d.ID=f.DiscsID

заметь, что внесли только 2 раза названия дисков, а в результате их 4, в плюсе то, что не надо хранить лишнего, повторяться в куче записей, обьеденение по числу выполняется быстрее и если вдруг захочется поменять название с "D:\" на "Крутые фильмы", это будет легко сделать, не меняя логику программы, запросы, и только в 1м месте.

← →
sniknik © (2007-05-05 14:33) [7]

p.s. забыл. выполнять по одной команде, аксесс пакетов команд не поддерживает.

← →
sniknik © (2007-05-05 14:42) [8]

p.p.s. да, еше забыл, я примере не использую поле подстановки аксесса вместо него у меня явное указание полей связи - DiscsID INT, DirsID INT и их значений, Name.
чего аксес в принципе и делает, только "пряча" поле связи, как бы объеденяя 2 поля в одно. именно поэтому его, как говорил, лучше не использовать... обман своего рода, а удобств как в использовании из самого аксесса нет.

← →
Galiaf © (2007-05-06 18:05) [9]

Перевёл свою таблицу и поля на английский но в первом предложенном тобой запросе ошибка не пропала, а вот пример приведёный тобой в [6] работает но я пока не могу понять, что значит d.Name(f.Name) и отдельное использование d и f в запросе
SELECT d.Name AS Disc, f.Name AS Film FROM Discs d INNER JOIN Films f ON d.ID=f.DiscsID
очевидно, что это таблицы discs и films но откуда access знает, что это так, я точно неправильно понял ведь эти таблици создавал прямо в своей базе данных и там есть другие таблицы начинающиеся на d.

← →
sniknik © (2007-05-06 18:54) [10]

> но в первом предложенном тобой запросе ошибка не пропала
там ошибка, ляп, т.к. писал прям сдесь, таблица обьеденяется сама с собой а поле показывается из другой (пытается), надо исправить и делать обьеденение 2 таблиц...
вообще, см синтаксис в справке. сказали же где найти можно.

> отдельное использование d и f в запросе
это алиас таблицы в запроосе, сокращение, также как и для поля d.Name AS Disc, вообще полный синтаксис с AS, чтобы понятнее ...FROM Discs AS d INNER JOIN Films AS f...

← →
Galiaf © (2007-05-06 18:54) [11]

Как я понял Discs d это присвоение(что-то вроде), вроде как запрос
SELECT a.Name AS name, d.disk AS disc FROM ani a INNER JOIN disc d ON a.ID=d.name
выводит то, что надо но странно, что ни первые, ни вторые поля не выводятся в "своём" порядке, так первая запись полученная этим запросом это 40-я из 94-х запись в таблице ani и 143-я из 152-х в таблице disc. Кроме того я пока не догадываюсь как в том же запросе добавить значения остальных полей таблицы disc(это там где мастер подстановок).

← →
sniknik © (2007-05-06 19:07) [12]

> Кроме того я пока не догадываюсь как в том же запросе добавить значения остальных полей
сделай так
SELECT * FROM ani a INNER JOIN disc d ON a.ID=d.name
и смотри что тебе надо из полного списка

← →
Galiaf © (2007-05-06 20:14) [13]

С таким запросом это стало похоже на полный вывод данных двух таблиц но в моём случае это решение будет лучшим т.к. структуру базы ещё не продумал, набросал только основные связи. Но в конце хотелось бы получить запрос только на необходимые поля, да и таблица ещё как минимум одна добавится и тоже с подстановкой только уже значений из обоих таблиц. Сейчас начну изучение JETSQL40.CHM, а он на русском(приятно удивлён)

← →
Galiaf © (2007-05-07 21:09) [14]

Извиняюсь но опять help! И всё та же тема;
SELECT d.id, d.box, d.disk, l.seson, d.ses, d.seria FROM disc d inner join look l on l.id=d.seson where d.name=3
Если в ячейке disc нет ссылки(пустая ячейка), то данный запрос вместо того чтобы показать пустоту только в поле l.seson показывает пустоту во всех запрошенных полях, я просто так подумал я конечно могу сделать ссылку на пустое поле и получить желаемый результат но очень скоро собираюсь сделать так, что это решение уже нельзя будет использовать. В книге по SQL было сказано, что в запросе нельзя прописать условие типа if...then, а как тогда выходит сделать возможность вывода других полей даже если d.seson без ссылки?

На случай если я неправильно излажил мысли:
верхний запрос работает только если d.seson имеет ссылку на l.id(фактически это правильно ведь если в подстановочном поле ссылка на несуществующее поле\нет ссылки то это должна быть ошибка). Я хочу получить запрашиваемые строки даже если d.seson пустая.

← →
Galiaf © (2007-05-07 21:18) [15]

И чуть не забыл, для обновления таблицы использую
discs.Close; discs.CommandText:="SELECT d.id, d.box, d.disk, l.seson, d.ses, d.seria FROM disc d inner join look l on l.id=d.seson where d.name="+DBGrid1.SelectedField.AsString; discs.Active:=true;
компонент TADODataSet
Выглядит как неправильное решение(в смысле переоткрывание), как тогда правильно.

> Я хочу получить запрашиваемые строки даже если d.seson пустая.

Читай ещё раз свою книгу по SQL на тему типов соединений (JOIN).

В моей книге по SQL про JOIN нифига нет, для начала найду книгу в которой оно есть.

> В моей книге по SQL про JOIN нифига нет

Я тебе НЕ ВЕРЮ!

Мартин Грубер

Понимание SQL
Перевод Лебедева В.Н.
Под редакцией Булычева В.Н.
Москва, 1993

Я конечно всю книгу не просматривал но через поиск нашел только одно упоминание JOIN

Примечание. В СУБД Interbase "INNER" и "OUTER" являются ключевыми словами, описы-вающими тип объединения (JOIN TYPE) поэтому запрос должен быть изменен, например, так:
SELECT * FROM Customers out WHERE CAST("10/03/1990" AS DATE) IN (SELECT odate FROM Orders inn WHERE out.cnum = inn.cnum);

В следующем запросе получаю ошибку пропущен оператор.

SELECT d.id, d.box, d.disk, l.seson, d.ses, d.seria FROM disc d inner join look l on l.name=d.name and on l.ses=d.ses where d.name=33;

В справке это выглядит следующим образом:

Чтобы связать несколько предложений ON в инструкции JOIN, используйте следующий синтаксис:

SELECT поля
FROM таблица_1 INNER JOIN таблица_2
ON таблица_1.поле_1 оператор таблица_2.поле_1 AND
ON таблица_1.поле_2 оператор таблица_2.поле_2) OR
ON таблица_1.поле_3 оператор таблица_2.поле_3)];

Как исправить?

второй on лишний. похоже опечатка в хелпе.

ХА-ХА-ХА! РАБОТАЕТ!

Вместо строки ссылка в мастере подстановок Найти похожие ветки