Удаление записей в АДО

← →
arhis (2006-05-06 11:00) [0]

Удалено модератором
Примечание: Восстановление закрытой ветки

← →
Desdechado © (2006-05-06 11:21) [1]

не совсем понятно, как "Удаление записей в АДО" сочетается с "Как создать новую таблицу в рантайм"
новую таблицу можно создать командой CREATE TABLE

← →
MsGuns © (2006-05-06 11:24) [2]

1. Курсор подвести к слову "DeleteRecords", нажать F1 и узнать почему сапожным молотком нельзя забивать сваи.

2. Будет. Опять же познавательно почитать справку

3. Запросом SQL "Create Table", с помощью объекта TADOCommand.

← →
sniknik © (2006-05-06 11:29) [3]

> Я чтото недопонял почему обсуждение моих вопросов закрыто.
правильно закрыли имхо. на вопросы было отвечено, но ответы толи не поняты толи пригнорированы... когда "клиент" "активно тупит" толку не будет. (еще одно имхо)

Desdechado © (06.05.06 11:21) [1]
MsGuns © (06.05.06 11:24) [2]
посмотрите предыдущую ветку, прежде чем "распинаться", "клиент" не воспринимает sql в любом виде, "не барское это дело запросы писать" ;)

← →
arhis (2006-05-06 12:49) [4]

Прежде чем писать всякую ахинею и саркастические глупости предупреждаю сразу, если нечего сказать по классу TADOTable можете из ветки удалится, а если графоманский зуд настолько силен что совсем не в терпеж, то можете излить душу на специально предназначенных для этого площадках. Удавком например.

MsGuns © (06.05.06 11:24) [2]
Да что вы говорите! F1? Я вообще то после этого F1 его по исходникам смотрел пока во внешние процедуры не уперся. Что же касается Locate? то вам будет очень познавательно проследовать по эротическим местам и не компостировать мне мозги, я в отличии от здесь присутствующих справку эту вдоль и поперек изучил прежде чем спрашивать у специалистов и о индексах там нет ни слова, только вот специалистов пока не обнаружил, какието лохи с манией программистского величия.
sniknik © (06.05.06 11:29) [3]
Отвечено было? Вообщето реч шла о классе TADOTable, а если вас так распирает от своего умения манипулировать SQL в TADOQuery можете создать свою ветку и хвастаться там до потери сознания.

← →
MsGuns © (2006-05-06 12:53) [5]

>только вот специалистов пока не обнаружил

Извините, что своим ламерском флудом запачкал Вашу чрезвычайно проблематичную и актуальнейшую тему.
Засим позвольте откланяться

;)

← →
Вася (2006-05-06 12:58) [6]

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

PS "заблуждаться может каждый, но только дурак упорствует в своих заблуждениях" (с) кто-то из древних

← →
arhis (2006-05-06 15:05) [7]

Это последний мой пост не относящийся к теме разговора.

Дорогой Вася. Я задал конкретные вопросы и в ответ на них получил советы в стиле "пиши SQL читай помощь" и уже всех порядком доставший штамп про религию, который частенько используют когда на вопрос ответить не можешь, а сказать что кто-то что-то делает не правильно очень хочется. Причем человек который советовал читать помощь, сам ее никогда не читал иначе бы знал, что ответов на мои вопросы там нет. Болше того их и в исходниках этих методов нет, поэтому я и обратился сюда. Больше всех меня удивил Podgoretsky, который выплыл из ниоткуда, хрюкнул что-то невразумительное и исчез в тумане, в общем, повел себя как классический петеушник. Не нравятся мои методы? Не нравятся TADOTable? Так скажи почему или вообще ничего не пиши.
К чему я это? К тому, что тупое повторение советов в стиле F1 и заявления, что дескать собеседник религиозный лох и есть тот самый плевок о которых вы так серьезно тут ведете беседу. Когда же я сказал, что меня не интересует их мнение о мне как о программисте, а хочу я только узнать поведение TADOTable народ как-то сразу сник и появились вы - большой специалист по плевкам.

Нечего сказать по теме? Обратись в "Разное" там всегда найдется разговор по интересам.

← →
Stanislav © (2006-05-06 15:32) [8]

arhis
ADO это универсальные объекты доступа к БД.
Поэтому желательно все делать с помощью SQL.

← →
Мишка на севере (2006-05-06 15:44) [9]

я с адо не работаю, но прочитав после столь эмоциональной дискуссии справку по DeleteRecords и рискуя получить плевок, все же ткну носом в строчку из этой самой справки
If the recordset does not support record deletions, an exception is raised. Use the Supports method to determine whether the recordset supports deleting records.

← →
arhis (2006-05-06 15:49) [10]

Stanislav © (06.05.06 15:32) [8]
Я знаю, есть одна проблема я не знаю SQL зато я премного наслышан о том сколько есть реализаций, подводных камней, костылей и подпорок, ненормальных запросов которые работают на порядки быстрее нормальных и времени у меня на изучение всего этого нет. К сожалению, программирование это только малая часть того чем я занят. Есть класс который полностью решает все мои проблемы и люди которые его писали и так знают все выше перечисленное, им, как говорится, и карты в руки.

Вот я и спрашиваю, может еще ктото работает с TADOTable. Мне в общем то этот конкретный аспект не к спеху подожду. Не так часто встречается, в конце концов в ручную сотру. Но всетаки интересно узнать механизм.

← →
arhis (2006-05-06 15:50) [11]

Мишка на севере (06.05.06 15:44) [9]
А кто вам сказал что я не могу удалять записи? Я не могу их удалить все за раз.

← →
MsGuns © (2006-05-06 15:59) [12]

>Вот я и спрашиваю, может еще ктото работает с TADOTable.

Весьма актуально для клиент-серверных БД типа акцесса
http://delphimaster.net/view/3-1146793670/, пост [25]

← →
Stanislav © (2006-05-06 16:10) [13]

К сожалению без знания SQL с ADO работать не получится.
К тому же использование TADOTABLE уже неправильно, нужно хотябы ADOQUERY. Это объекты, которые дают возможность работать с БД, но с помощью SQL.

← →
Ega23 © (2006-05-06 16:18) [14]

Хотел ответить по сабжу, но:
1.
> Я вообще то после этого F1 его по исходникам смотрел пока
> во внешние процедуры не уперся. Что же касается Locate?
> то вам будет очень познавательно проследовать по эротическим
> местам и не компостировать мне мозги, я в отличии от здесь
> присутствующих справку эту вдоль и поперек изучил прежде
> чем спрашивать у специалистов и о индексах там нет ни слова,
> только вот специалистов пока не обнаружил, какието лохи
> с манией программистского величия.

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

2. Все эти TTable, TADOTable и прочие xxxTable - суть вредные компоненты.

← →
Ega23 © (2006-05-06 16:19) [15]

> нужно хотябы ADOQUERY.

Лучше и без него. Есть же ADOCommand и ADODataSet.

← →
MsGuns © (2006-05-06 16:25) [16]

>arhis (06.05.06 15:49) [10]
>Я знаю, есть одна проблема я не знаю SQL зато я премного наслышан о том сколько есть реализаций, подводных камней, костылей и подпорок, ненормальных запросов которые работают на порядки быстрее нормальных

Это все враки, не верьте тем, кто это говорит. Ненормальный запрос, может, и работает быстрее нормального, но вот что он выдает в результате ?

>и времени у меня на изучение всего этого нет.

Тогда, может быть, стОит поручить разработку программы тому, кто изучил ?

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

Это TADOTable итмеется в виду ? Если так, то интересно познакомиться с людьми с картами в руках. Тот самый Sniknik, Вами оплеванный и обвиненный в ламеризме, знает этот самый "полностью решающий все проблемы" класс, как впрочем и все ADO, чуть ли не лучше всех на этом форуме. Однако, поскольку ему, очевидно, далеко до "карточных" людей, Вам, вероятно, стоит задуматься о целесообразности посещения Вами данного сайта и обратить свои стопы туда, где "карты на руках".
Помимо того, что Вы избавите множество совсем не глупых людей от банального хамства и оскорблений, Вы сбережете и собственные нервы, которые у Вас, очевидно, не слишком крепки.

← →
sniknik © (2006-05-06 16:25) [17]

> 2. Все эти TTable, TADOTable и прочие xxxTable - суть вредные компоненты.
ну почему? все что к месту то полелезно, и TTable в BDE для локальных/файл серверных баз вполне "полезно".
вредно это только там где "супротив идеологии".

> ну почему? все что к месту то полелезно, и TTable в BDE
> для локальных/файл серверных баз вполне "полезно".
> вредно это только там где "супротив идеологии".
>

Скажи, как часто у тебя встречаются запросы, вида "Select * from ..."?
Лично у меня - фактически никогда не встречаются, т.к. часто требуется связать их ещё с какими-то справочными таблицами (чтобы название типа какого-то получить, к примеру). И TTable здесь можно использовать только тогда, когда с View работаешь, или редактируешь самую верхнюю справочную таблицу. А в остальных случаях - всё равно какой-то запрос (или ХП, я только черех ХП работаю).
А для редактирования "самой верхней справочной таблицы" использовать TTable, если для всего остального TQuery используешь - зачем общую картину портить? "Безобразно, но единообразно" (с).

Всё ИМХО, конечно.

> Скажи, как часто у тебя встречаются запросы, вида "Select * from ..."?
в том то и деле, что в случае (для примера) с BDE и локальной dBase таблицей, запроса не происходит, происходит открытие как файла, а при запросе выборка в другой временный файл ... что выгоднее сам решай.

> если для всего остального TQuery используешь
для того случая с локальным BDE предпочел бы как раз TTable весьде (вот и единообразие... ;о)).

p.s. часто вижу, люди поработавшие с клиент серверными базами (а то и начавшие с них) воспринимают по другому, и делают перегибы уже в "обратную сторону", растягивают свои понятия на все, хотя правильнее делить подходы к разнородным идеологиям.

> p.s. часто вижу, люди поработавшие с клиент серверными базами
> (а то и начавшие с них) воспринимают по другому, и делают
> перегибы уже в "обратную сторону", растягивают свои понятия
> на все, хотя правильнее делить подходы к разнородным идеологиям.
>

Возможно, я с dBase и прочими Парадоксами не работал. Не довелось. Но даже если придётся что-то писать не "клиент-серверное" - предпочту какой-нибудь FB Embedded.

← →
arhis (2006-05-06 18:32) [21]

Господа, я смотрю тут мне собрались доказывать догмат о превосходстве SQL? В энный раз повторяю не надо.

Теперь по порядку:
MsGuns © (06.05.06 15:59) [12]
Это все прекрасно, я именно так и делаю, вот только про запросы я не понял логики. Если и то и другое SQL.

Ega23 © (06.05.06 16:18) [14]
Не знаю про прочие, но в ADO все методы которые я смотрел через критическоу секцию благополучно передаются наружу. И уж тем более ваше вера или неверие совершенно не аргумент.

MsGuns © (06.05.06 16:25) [16]
Если Sniksnik, которого я пальцем не тронул, так хорошо знает класс TADOTable, то что-же помешало ему кратко и четко ответить на вопросы? Обычно профессионалы которые что-то знают так всегда и поступают.

sniknik © (06.05.06 16:25) [17]
А почему все уверены что у меня не локальная файлсерверная база? Вот где вы все увидели что я сервер пишу? Вы что тут все читать не умеете, я же сказал простейшая таблица, какие, нахрен, запросы и сервера? Я бы в жизни из парадокса не ушел, да только нестабильно на диск пишет, сволочь все нервы мне вымотал, и индексы падают.

Ega23 © (06.05.06 16:34) [18]
Да ну! не используете простейший запрос? Я рад за вас! А у меня как раз кроме него ничего и нет, вот я их и не использую их вообще.

В общем господа, куда вы все со своим свиным рылом да в калашный ряд.

Вопросы остаются прежними. И все они про TADOTable.

> arhis (06.05.06 11:00)
> AdoTable.CursorLocation:=clUseServer;

Бесполезно для не-серверной (в смысле идеологии) БД, каковой является Аксесс.

AdoTable.DeleteRecords(arall)

Используй TADOCommand.Commandtext := "DELETE FROM [TABLENAME]" и не парь СЕБЕ мОзги.

Я сам 5 лет пользовал БДЕ+ТТабле, потом перешел на АДО+ТКвери, ибо разные технологии доступа предполагают разные же методики работы.

← →
Хозяин (2006-05-06 18:42) [23]

Да уж...тебе уже все разжевали...

← →
arhis (2006-05-06 18:42) [24]

Ох блин, там же все написано в первом посте и курсор серверный и прямой доступ к таблице.

> то что-же помешало ему кратко и четко ответить на вопросы?
> Обычно профессионалы которые что-то знают так всегда и поступают.
"кратко и четко" в ответ на хамство (даже не лично в мой адрес) пусть тебе платная служба поддержки отвечает, а отвечаю только на то, что мне лично интересно. ни arhis (даже не удосужившыйся зарегистрироваться) ни TADOTable мне нисколько не интересен (практически постоянно и уже долго уговариваю посетителей форума попросту удалять с палитры компанент эту "отрыжку борланда" - adotable, и + ,за компанию, adoquery с adostoredproc тоже).
"знаток" профессионалов блин...

> А почему все уверены что у меня не локальная файлсерверная база? Вот где вы все увидели что я сервер пишу?
тоже мне "бином ньютона"..., как не увидеть, ADO + Access значит Jet (не обойти), а раз Jet то основной его режим работы по принципу эмуляция sql сервера, только в роли сервера выступает COM обьект на той же машине, клиент серверное поддерживается по аналогии с "нормальным" sql сервером.
т.е. пусть ты не хочеш, но пишеш ты всетаки клиент сервер (урезанный локальный вариант).

AlexWlad © (06.05.06 18:36) [22]
>> AdoTable.CursorLocation:=clUseServer;
> Бесполезно для не-серверной (в смысле идеологии) БД, каковой является Аксесс.
да нет, тут как раз есть смысл (не AdoTable а clUseServer имею в виду), и именно для access. jet который с ним работает поддерживает серверный курсор, правда немного своеобразным способом (отличается от серверного курсора нормальных sql серверов), но всеже, режим вполне можно использовать, часто полезен.

Удаление записей в АДО Найти похожие ветки