iBase.ru Forum

InterBase 7.1
InterBase Express (Borland C++ Builder 6).

Интересует следующий вопрос.
Насколько я понимаю, существуют разные способы вставки (используя TIBDataSet).
1. В свойство SelectSQL забить запрос вида "Insert into mytable values (NULL,'123',1)". Затем выполнить ExecSQL().
2. Забить запрос такого же вида в свойство InsertSQL, выполнить Insert(), потом ApplyUpdates, но на практике оказалось, что ApplyUpdates не будет работать без Open () - "невозможно выполнить данную операцию на закрытом датасэте". То есть нужно очистить свойство SelectSQL, выполнить Open(), а потом уже делать то, что написал пару строчками выше. Так я понимаю ? Отсюда вопрос : как лучше ? И с какой целью вообще выведен Insert в отдельное свойство ?

Так я понимаю ?

не понимаешь, читать надо книжки.

Отсюда вопрос : как лучше ?

забить и спокойно пить вотку еще неделю.
для тебя первый способ.

И с какой целью вообще выведен Insert в отдельное свойство ?

что бы было =) в нижках об этом пишут . в кратце для того чтобы с гридом работать как с экселем и датасет автоматом делает и инсерт и апдейт.

ЗЫ в таком виде как используешь ты второй способ лучше не трож.

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

Разные способы вставки существуют и без IBDataSet.

Вообще если надо просто выполнить Insert, то IBDataSet тут как собаке пятая нога. Читай
www.ibase.ru/devinfo/ibx.htm

Anark1 писал(а):И не стоит бросаться с выводами раньше времени.

Attid писал(а):забить и спокойно пить вотку еще неделю.

обоим - предупреждение. Attid - за не очень культурное изложение мнения, а Anark1 - за пальцЫ. Пришел спрашивать, выслушай. Тем более что спросил фигню полную.

kdv,
читал, и не только это, про способы вставки знаю, но интересовал конкретно вопрос, который я и задал. По поводу ненужности IBDataSet. Просто когда приложение использует TIBDataSet, то не вижу смысла загружать еще и TIBSQL, и TIBQuery и уж тем более TIBTable. Поэтому и спросил.
Не вижу в вопрос ничего криминального, тем более, не понимаю ответов вроде "иди читай книжки", "забей" и т.д.

Просто когда приложение использует TIBDataSet, то не вижу смысла загружать еще и TIBSQL, и TIBQuery и уж тем более TIBTable. Поэтому и спросил.

было бы где экономить. для выполнения отдельных запросов предназначен IBSQL или IBQuery. Использовать IBDataSet для отдельного insert, особенно для экономии чего то там - это маразм. Другой, более культурной характеристики для этого, придумать в данный момент не могу.

Не вижу в вопрос ничего криминального,

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

я где то написал что TIBDataSet используется только для выполнения отдельного Insert ? Процитируйте пожалуйста.

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

вы всех так "пинаете" на своем форуме ?

Anark1 писал(а):про способы вставки знаю, но интересовал конкретно вопрос, который я и задал.

я тебе и ответил что только первый

за не очень культурное изложение мнения

ну скидку то на празник можно сделать =)

вы всех так "пинаете" на своем форуме ?

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

я где то написал что TIBDataSet используется только для выполнения отдельного Insert ?

написал что в IBDataSet.SelectSQL запихиваешь insert.

вы всех так "пинаете" на своем форуме ?

А я пинаю? Правда, я уже сказал: хотите забивать гвозди микроскопом - забивайте, мне до лампочки. Это потом либо пользователи будут рассказывать про "ужасные программы", или другие разработчики будут приходить в ужас от чужих исходников.
Вы что думаете, что все так просто? Написал там-сям, и сойдет? Черта с два. Так что карму себе портить не надо.
Впрочем, еще раз подчеркиваю, что мне Ваш код до лампочки.

ничего смешного тут нет. сплошь и рядом:
http://interbase.blogspot.com/2006/04/blog-post.html

Интересная заметка, однако, я учусь и пишу программу "для себя". Изучаю то что интересно, а лучшее изучение - практика. Поверьте, приложение по функциональности и по качеству собрал очень даже неплохое.
А по поводу Delphi и количества людей, работающих с данной средой.
Если не секрет, откуда такая информация ?
К сожалению, будущее за C++, но жалко не это, а жалко, что в данном направлении вне конкуренции MS Visual Studio, а конкуренция - двигатель прогресса.
Ну и соглашусь с тем, что от неквалифицированных специалистов страдает в первую очередь IB\FB (форум все таки по этой тематике, поэтому говорить о других не буду), ведь максимально эффективное использование данных систем вместе с IBX \ FIB+. Не знаю, есть ли эти библиотеки под MSVS, знаю, что они есть под C++ Builder / Delphi. И если количество пользователей Delphi реально увеличивается, соответственно и использование данных библиотек увеличивается.

Если не секрет, откуда такая информация ?

пост - 2006 года. в любом случае, "откуда" - умение пользоваться информацией на сайтах типа job.ru. только не просто поиском сколько предложений Delphi (там информация такого рода выколупывается специфично).

К сожалению, будущее за C++

да ну?

народ C++ уже давно забросил, на C# кинулись.

от неквалифицированных специалистов страдает в первую очередь

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

В том виде в котором я пользовался C# он не показался мне в чем нибудь лучше чем C++. Просто язык от Microsoft, монополия