Delphi и Access через ADOTable

@FearDog · Регистрация: 19.08.2012

Author24 — интернет-сервис помощи студентам

Добрый день!
Не могу понять в чём проблема. Никаких излишеств особых не применял.
В DBGrid вывожу значения из базы Access средствами ADOTable и DataSource. Выгрузка идёт хорошо Проблем нет.

Но когда меняю местами столбцы начинаются проблема. Причём не все столбцы, а где-то посередине.
Вот поменял местами столбцы ЕИ и Контрагент. Тут всё очевидно:

Вот поменял местами Окончание действия и ЕИ. Все даты =0:

В чём беда?
Весь проект и БД прикладываю.
Проблемы с БД.zip

@qwertehok · 25.10.2017, 07:18

не мучайтесь, переходите на SQL

@FearDog · 25.10.2017, 07:53 **[ТС]**

Сообщение от qwertehok

не мучайтесь, переходите на SQL

Всмысле работать с SQL запросами через ADOQuery?

@qwertehok · 25.10.2017, 07:58

ага

@D1973 · 25.10.2017, 15:35

Сообщение от FearDog

работать с SQL запросами через ADOQuery

Именно. Я не знаю, какой дебил придумал работать непосредственно с таблицей БД через DBAware-компоненты, но каждый студент старается работать с БД именно с их помощью... В школе - пес с ним, но в реальной работе Вы огребете таких ... (умных, добрых и содержательных) слов от своих коллег, что лучше сразу забывайте о их существовании и учите SQL, а так же возможность вывода данных в стандартные компоненты Delphi, минуя всякие DBEdit, DBMemo и т.д.

@northener · 26.10.2017, 02:28

Не по теме:

Сообщение от D1973

Я не знаю, какой дебил придумал работать непосредственно с таблицей БД через DBAware-компоненты

Вы слишком молоды чтобы понять, что это придумал вовсе не дебил. :)
Просто Базы Данных и ПО для них изначально были придуманы для локального использования.
И при разработке Д1 и её DBAware компонентов учитывался незадолго до этого купленный папашей Борландом Парадокс (разумеется как всегда урезанный и с ограниченной поддержкой). Так вот для того Парадокса и отчасти для DBase эти компоненты и были разработаны. Парадокс изначально был, да так и остался в виду смерти локальной и однопользовательсковой БД (с поправками).
Но ПО работающее с этими базами просто летало как ракеты на тех PC-телегах, что были в то время.
И намного быстрее, чем нынешний Access от MS (который по сути тоже локальная файл-серсерная БД) на современных компах.

@D1973 · 26.10.2017, 05:51

Не по теме:

Сообщение от northener

Вы слишком молоды

Эх, был бы я женщиной - просто расцвел бы от счастья за такой комплимент :D

Сообщение от northener

ПО работающее с этими базами просто летало как ракеты

Вот тут не поспоришь... Я работал в 95-м году с Парадоксом (без Дельфи, чисто на досовском П4.5) - все прямо шустрило на PC-386... И размер каталога БД адекватный был... Потом переходили с парадокса на FoxPro 2.5 - тут понравилось меньше...
А с работой с БД в Дельфи я познакомился только на 3-й версии, году в 99-м, но и тогда все эти DBEdit, DBComboBox etc. практически не использовал...

@northener · 27.10.2017, 02:13

Не по теме:

Сообщение от D1973

Эх, был бы я женщиной - просто расцвел бы от счастья за такой комплимент

Это не комплимент. Это зависть. :)

@FearDog · 08.11.2017, 10:19 **[ТС]**

D1973, у меня пара вопросов, что бы сразу идти по верному пути:
1. Связка ADOConnection, ADOQuery, DataSource и DBGrid имеет право на жизнь, или не стоит так делать?
2. Есть ли среди компонентов Data Controls стоящие компоненты, кроме DBGrid?
3. Аналогичный вопрос про ADO компоненты.

@D1973 · 08.11.2017, 10:31

1. Вот в принципе это одна-единственная жизненная схема...
2. Лично я не пользуюсь больше ничем. Кто-то может сейчас, читая это, пальцем у виска покрутить

и привести 100500 контраргументов, но это дело вкуса... Лично мне они НЕ нравятся, мне с ними работать НЕудобно, в работе мне хватает стандартных компонентов и в использовании DBAware НЕ вижу никакой необходимости...
3. Мне, как правило, хватает Connection и Query, раньше, при работе с MS SQL Server активно использовал StoredProc... но, сразу оговорюсь, сейчас я практически не работаю с БД, поэтому все вышеизложенное - только мое личное мнение.

@qwertehok · 08.11.2017, 12:25

если приложение боевое, то лучше перейти на XE3 и выше
использовать Firedac (connection и query)
отображать данные в Treeview\Listview, для спец задач можно взять ehlib

@FearDog 15 / 15 / 14 Регистрация: 19.08.2012 Сообщений: 105
		1
	Delphi и Access через ADOTable 25.10.2017, 06:26. Показов 2768. Ответов 10 Метки нет (Все метки) Добрый день! Не могу понять в чём проблема. Никаких излишеств особых не применял. В DBGrid вывожу значения из базы Access средствами ADOTable и DataSource. Выгрузка идёт хорошо Проблем нет. Но когда меняю местами столбцы начинаются проблема. Причём не все столбцы, а где-то посередине. Вот поменял местами столбцы ЕИ и Контрагент. Тут всё очевидно: Вот поменял местами Окончание действия и ЕИ. Все даты =0: В чём беда? Весь проект и БД прикладываю. Проблемы с БД.zip 0

@qwertehok 5489 / 4404 / 1076 Регистрация: 29.08.2013 Сообщений: 27,600 Записей в блоге: 3
	25.10.2017, 07:18	2
	не мучайтесь, переходите на SQL 0

@FearDog 15 / 15 / 14 Регистрация: 19.08.2012 Сообщений: 105
	25.10.2017, 07:53 [ТС]	3
	Сообщение от qwertehok не мучайтесь, переходите на SQL Всмысле работать с SQL запросами через ADOQuery? 0

@qwertehok 5489 / 4404 / 1076 Регистрация: 29.08.2013 Сообщений: 27,600 Записей в блоге: 3
	25.10.2017, 07:58	4
	ага 0

@D1973 Модератор 9611 / 6218 / 2423 Регистрация: 21.01.2014 Сообщений: 26,521 Записей в блоге: 3
	25.10.2017, 15:35	5
	Сообщение от FearDog работать с SQL запросами через ADOQuery Именно. Я не знаю, какой дебил придумал работать непосредственно с таблицей БД через DBAware-компоненты, но каждый студент старается работать с БД именно с их помощью... В школе - пес с ним, но в реальной работе Вы огребете таких ... (умных, добрых и содержательных) слов от своих коллег, что лучше сразу забывайте о их существовании и учите SQL, а так же возможность вывода данных в стандартные компоненты Delphi, минуя всякие DBEdit, DBMemo и т.д. 0

@northener
	26.10.2017, 02:28 #6
	Не по теме: Сообщение от D1973 Я не знаю, какой дебил придумал работать непосредственно с таблицей БД через DBAware-компоненты Вы слишком молоды чтобы понять, что это придумал вовсе не дебил. :) Просто Базы Данных и ПО для них изначально были придуманы для локального использования. И при разработке Д1 и её DBAware компонентов учитывался незадолго до этого купленный папашей Борландом Парадокс (разумеется как всегда урезанный и с ограниченной поддержкой). Так вот для того Парадокса и отчасти для DBase эти компоненты и были разработаны. Парадокс изначально был, да так и остался в виду смерти локальной и однопользовательсковой БД (с поправками). Но ПО работающее с этими базами просто летало как ракеты на тех PC-телегах, что были в то время. И намного быстрее, чем нынешний Access от MS (который по сути тоже локальная файл-серсерная БД) на современных компах. 0

@D1973
	26.10.2017, 05:51 #7
	Не по теме: Сообщение от northener Вы слишком молоды Эх, был бы я женщиной - просто расцвел бы от счастья за такой комплимент :D Сообщение от northener ПО работающее с этими базами просто летало как ракеты Вот тут не поспоришь... Я работал в 95-м году с Парадоксом (без Дельфи, чисто на досовском П4.5) - все прямо шустрило на PC-386... И размер каталога БД адекватный был... Потом переходили с парадокса на FoxPro 2.5 - тут понравилось меньше... А с работой с БД в Дельфи я познакомился только на 3-й версии, году в 99-м, но и тогда все эти DBEdit, DBComboBox etc. практически не использовал... 0

@northener
	27.10.2017, 02:13 #8
	Не по теме: Сообщение от D1973 Эх, был бы я женщиной - просто расцвел бы от счастья за такой комплимент Это не комплимент. Это зависть. :) 0

@FearDog 15 / 15 / 14 Регистрация: 19.08.2012 Сообщений: 105
	08.11.2017, 10:19 [ТС]	9
	D1973, у меня пара вопросов, что бы сразу идти по верному пути: 1. Связка ADOConnection, ADOQuery, DataSource и DBGrid имеет право на жизнь, или не стоит так делать? 2. Есть ли среди компонентов Data Controls стоящие компоненты, кроме DBGrid? 3. Аналогичный вопрос про ADO компоненты. 0

@D1973 Модератор 9611 / 6218 / 2423 Регистрация: 21.01.2014 Сообщений: 26,521 Записей в блоге: 3
	08.11.2017, 10:31	10
	1. Вот в принципе это одна-единственная жизненная схема... 2. Лично я не пользуюсь больше ничем. Кто-то может сейчас, читая это, пальцем у виска покрутить и привести 100500 контраргументов, но это дело вкуса... Лично мне они НЕ нравятся, мне с ними работать НЕудобно, в работе мне хватает стандартных компонентов и в использовании DBAware НЕ вижу никакой необходимости... 3. Мне, как правило, хватает Connection и Query, раньше, при работе с MS SQL Server активно использовал StoredProc... но, сразу оговорюсь, сейчас я практически не работаю с БД, поэтому все вышеизложенное - только мое личное мнение. 0

@qwertehok 5489 / 4404 / 1076 Регистрация: 29.08.2013 Сообщений: 27,600 Записей в блоге: 3
	08.11.2017, 12:25	11
	если приложение боевое, то лучше перейти на XE3 и выше использовать Firedac (connection и query) отображать данные в Treeview\Listview, для спец задач можно взять ehlib 0