При формировании запроса(Access)  к таблице Table_of_key_media с TempDataFromMemory[3] содержимым, выводит пустой результат,
хотя данные в таблице есть.


Помогите разобраться, почему не работает вышеприведенный код?

таблицы связаны след. образом образом

В делфи таблицы тоже связаны и ДБгрид1,2,3 при переключении выводит корректные данные.

Если, например, обращаюсь  так - 
 
то все работает.


Это сообщение отредактировал(а) ivanfr - 8.8.2012, 05:50

Нет строк, удовлетворяющих условию Like ?

Ага. А в базе смотрю они есть.

Чудес не бывает  Почти   

Прямой запрос в Access-е, с подстановкой вместо TempDataFromMemory[3] его значения, выдаст результат?

Добавлено через 4 минуты и 57 секунд

И кстати, может не ADOQuery1, а ADOQuery2 ? Чтобы не нарушать связи по полям?

Это сообщение отредактировал(а) kami - 7.8.2012, 14:03

БД mssql или access? во втором случае спец-символом "любой" является  * а не %

Кто сказал?

документация

Добавлено через 54 секунды
недоверчивые могут проверить опытным путем 

Проверяли 


Источник
К сожалению не описано, но верно и обратное - символ '*' действует только в Access, а при работе через ADO считается литералом.

буду знать.. но ты прав, чудес не бывает

Вот у меня работающий код:

Попробовал по серийному номеру ключ 


Результат, пустой. Поля рисунка соответсвуют таблице бд после запроса, но данных в ней нет.



Данные в БД access


Все равно не работает

Это сообщение отредактировал(а) ivanfr - 8.8.2012, 09:35

для надежности?


моя твоя понимайтен


судя по скриншоту ему лайк Serial_Number...

or - Так делать нельзя.
Запрос делаю по 7 полям, если они совпадают, то я считаю, что в БД уже есть такая запись, следовательно, вносить ее повторно не нужно.


Не сообразил, что хочешь сказать?


Это сообщение отредактировал(а) ivanfr - 8.8.2012, 09:50

на скриншоте вижу кусочек данных в поле Serial_Number - 'e00...', в поле Type_Carrier - 'eToken RPC'
а в твоем запросе Type_Carrier сравнивается с e00630FGE

ЗЫ:ты бы нормально показал свои данные

Ответить там в коде ошибка. 
 Вот так данные выбираются.

Данные не там искал. 
Сейчас поправил заработало, а вот основном коде, который приведен выше не фурычит.

Смотрю в  Watch list данные соответсвют, тому что находится в таблице в столбцах.

Это сообщение отредактировал(а) ivanfr - 8.8.2012, 09:56

Гы, вероятно. Я даже не заметил сейчас, а что я тогда имел в виду - кто меня знает.

Зачем так?

И дублирующаяся строка не сможет вставиться.

все-таки, как выглядит итоговая строка, которая передается в ADD()?
как выглядит хотя бы одна запись в базе, соответствующая этому where?
ошибка где-то рядом... 
кстати, если в этой строчке вообще убрать where, результаты будут?

Итоговая строка выглядит так:



Тут из базы.

а тут после запроса выше приведенного кода.

Вот так выводит запись работает.
  
Как будет реагировать бд если внее будут летететь пустые   поля  ?
  

Это сообщение отредактировал(а) ivanfr - 8.8.2012, 12:00

это не итоговая. покажи что получается после подстановки TempDataFromMemory и соответствующую ей запись в БД

Смотрите выше я отредактировал предыдущее сообщение.

итоговую Вы так и не показали)))
ну да ладно


а в таблице 'eToken RPC...'

в общем не морочьте нам голову, проверяйте свои входные данные.

еще: у Вас все поля текстовые?
и еще: зачем весь этот цирк со сравнением множества полей? идентификатором записи служит id, его и используйте.

Добавлено через 3 минуты и 52 секунды

если это эквивалентно любому значению, нормально будет реагировать.
если отсутствию значения - ненормально.
лучше так не делать. используйте в предложении where только те поля, по которым сравнение действительно нужно.

 Может я не правильно понял, объясните что вы имеете в виду, еще раз.

Да там в столбце  Type_Carrier  содержится.
вот рисунок из БД



Можно увидеть из этотого рисунка


Весь этот цирк нужен, для того чтобы в таблицу не попали одинаковые ключевые носители. Как я программе объясню? только путём сравнения всех параметров если они совпадут, то это будет тот же ключевой носитель.
особенность в том, что есть КНИ без номеров и в таблице не могу выбрать ключевое поле(уникальное). Любое из всех может повторяться, но не в совокупности вместе взятые. В бд данные попадают из xls где переодически обновляется инфа.

Это сообщение отредактировал(а) ivanfr - 8.8.2012, 14:07

если это ключ, вам требуется строгое сравнение, а не like. и почему вы сравниваете все как строки? сравнивайте числа как числа.

отключайте все свои условия, включайте по одному и выполняйте запросы - так найдете то, которое не подходит. начните с полей где дата хранится. данные для сравнения полей datetime делайте в формате 'ГГГГ/ММ/ДД'

Я уже ответил на этот вопрос.

В дополнение (к исполнению обязательно):
Заменить всё на параметры в запросе. Хотя бы даты. Ибо по умолчанию в Access стоит формат даты "мм.дд.гггг". 
Соответственно, в приведенном примере TempDataFromMemory[12] интерпретируется как "8 января 2012 года";

 Однако, это только на тех компьютерах, которые мне встречались, так что не факт, что где-то не встретится какой-либо другой формат. Параметр же передается вне зависимости от строкового отображения даты.

Заменил на запрос с параметрами теперь работает, как надо!
Привожу код


Прошу рассмотреть на  ошибки и внести замечания.

Это сообщение отредактировал(а) ivanfr - 24.8.2012, 06:55

Помогите с ошибкой!


В чём может быть пробмема, убираю эти строки из кода и данные из БД выбираются.  Если добавляю результат пустые значения. 
ставлю в ячейку БД значение "1", оставляю  нижеприведенный  код работает.  

Вам уже несколько раз сказали, что нужен не Y а X.
А все эти многокилометровые запросы с кучей AND - лишняя нагрузка на СУБД.

Это сообщение отредактировал(а) kami - 24.8.2012, 23:36

Хорошо.
Объясните мне не компетентному, что это такое(нижеприведённый код SQL) и как это мне поможет в решении моей проблемы?
Почему, ваше решение  должно работать? 

Как я программе объясню? только путём сравнения всех параметров если они совпадут, то это будет тот же ключевой носитель. особенность в том, что есть КНИ без номеров и в таблице не могу выбрать ключевое поле(уникальное). Любое из всех может повторяться, но не в совокупности вместе взятые. 
Я уже ответил на этот вопрос.


Это сообщение отредактировал(а) ivanfr - 27.8.2012, 08:11

Не нужно программе ничего объяснять. Приведенный мной SQL-код создает ограничение - СУБД не сможет добавить запись в таблицу, если в ней уже есть аналогичная. По каким полям производить сравнение - подставляется вместо (Поле1, Поле2). Можете хоть все поля таблицы перечислить через запятую.
Таким образом, после добавления Constraint задача будет сведена к следующему:

И всё. Не нужно никаких формирований лишних запросов, выборок, сравнений с добавляемым и так далее и тому подобное. Всю эту нагрузку возьмет на себя СУБД.
А вообще, уважаемый, за столько времени можно уже было почитать справку о том, что такое CONSTRAINT и с чем его едят.

Потому что прежде чем писать его сюда, я просмотрел справку к Access, увидел нужный синтаксис, создал тестовую таблицу, ввел ограничение и попробовал добавить одинаковые записи. В отличие от вас.

Буду учиться. 
Так как мне нет необходимости в создании таблицы, то я беру вот эту строку:

в Место:
1)"Таблица1" -" Table_of_key_media"
2)"myConstraint" - не понял что это такое. Смотрел в  примерах стоит всегда другое значение нe связанное с таблицей, например, 
 

3)"UNIQUE(Поле1, Поле2)" - UNIQUE(Type_Carrier, Serial_Number_Carrier, Issued_Keys, Name_Of_The_Holder_Of_The_Keys,+
                   'Employee_Number_Key_Holder, Position_Or_Location_Key, Workstation_Installation_Inventory_Number,'+
                   'Type_Key, Date_Of_Issue_Of_Key_Media, Date_of_delivery_of_key, Date_Of_Last_Inspection,'+
                   'Integrity_Of_The_Sealing, Order_Of_The_Key_Storage_Medium, Comments )'; 
И должно получиться следующее:
Параметры оставлять и использовать insert нужно? 



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

Прошу Вас объяснить моменты, которые я не понимаю. 


Это сообщение отредактировал(а) ivanfr - 28.8.2012, 11:05

да.

А нужно смотреть не в примерах, а в описании самого оператора и особенно - в ремарках. Хелп пересказывать не буду. 

нет.

Читаем. Смотрим еще раз на синтаксис ALTER TABLE. Думаем. Смотрим на выделенное жирным шрифтом. Опять думаем
И понимаем, что этот SQL оператор нужно/можно выполнить непосредственно в Access ОДИН раз при создании БД. А потом пользоваться обычным INSERT INTO с его параметрами.
Кстати, по поводу исключения могу ошибаться - возможно, ADOQuery.ExecSQL при добавлении записи в таблицу просто вернет 0 вместо 1. Но сути дела это не меняет.


Если добавление было успешно, то следующий запрос "SELECT @@IDENTITY" вернет ID добавленной записи в том случае, если ID поле - автоинкрементное.

Ура!!! наконце получилось!
Как делал: 
1)нашёл эту статью где все понятно написано ссылка:http://office.microsoft.com/ru-ru/access-h...A010341600.aspx
Выполнил по пунктно

Запускаю в Delphi следующий код:

БД не дает ввносить изменение если идентичная строка в базе сущестует, если изменить 1 или два поля то данные добавить можно.
Благодарю всех кто помогал, отдельное спасибо kami

kami
Если б сразу сказал, что нужно выполнить SQL запрос в самом Access,  что в итоге позволит создать ограничение на несколько полей уже бы сделал давно. 



Это сообщение отредактировал(а) ivanfr - 24.9.2012, 08:12

то ли лыжи не едут,...
но:

  

На всякий случай добавляю вариант с INSERT INTO 

Помогите довести данный вопрос до логического конца. 



Рисунок - Схема данных

Сейчас данные добавляются, но не связываются, так как отсутсвуют индексы записи.
Ранее я устанавливал в ДБ Гриде на запись с  locate таблице persona_stor на нужную запись, а затем записывал данные.  Сейчас же запись осуществляется с помощью INSERT INTO и ему нужно предоставить индекс для связи таблиц.
Делаю следующим образом, передаю, пытаюсь записать данные о ключевом носителе информации.
В БД сделал ограничение по 10 столбцам, если совпадают, то запись сделать не возможно.
И далее обрабатывается исключительная ситуация, а именно except, - где я пытаюсь дописать информацию о ключе, если запись не совпадает - то записывается в БД. 
Тут возникает проблема, как узнать все ID нужных мне записей, по которым таблицы связываются друг с другом.
Допустим, после записи я могу сразу получить ID текущей записи, следующим образом: 
Запишу значение  в следующую таблицу (в моём случае Таблица Key_User записи Id_Table_of_Key_Media),  но как узнать ID записи вышестоящей таблицы, а именно  таблицы persona_stor записи Id_persona_stor записав это значение в таблицу Table_of_key_media столбца Id_table_persona_stor?
Есть предположение как это сделать, сформировать sql-запрос на поиск данных из него выбрать id. 
Есть еще вариант с помощью LOCETE установить на запись а затем извлеч ID только не пойму как.
на запись перехожу так:

Помогите решить задачу.

Это сообщение отредактировал(а) ivanfr - 26.9.2012, 09:29

После Locate:


Добавлено через 2 минуты и 56 секунд
Ну и соответственно в этот гигантский Insert Into добавляем поле 'id_persona_stor' и значение id_persona_stor

Сам разобрался вчера, долго парился..
но все равно спасибо за ответ.


если так сделать, то он должен добавить индекс только в таблицу КНИ, а в таблицу КИ ничего не добавит и ключ не свяжется.

я сделал так для таблицы КНИ 
 

а для таблцы КИ  след. образом

Привожу итоговый код:




Это сообщение отредактировал(а) ivanfr - 27.9.2012, 13:41