![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Как получить идентификатор записи?
well © (2010-12-13 14:00:00)
Страницы: < 1 2 3 4 5 6 7 8 9 10 >
БД Oracle.
Есть таблица. Поле ID инкрементный идентификатор, который определяется триггером в базе.
В программе данные отображаются через DBGrid. Связь с таблицей , связь через ADOQuery.
При вставке новой записи поле ID отображается как "0", хотя реальное значение отличается от нуля.
Реальное значение появляется после
Active=false
Active=true
Либо после перезапуска программы.
Можно ли получить значение поля без перезапуска?
ANB (2011-01-13 13:01:00) [121]
> Это критерий "лучшести"?
Это критерий удобства.
Ega23 (2011-01-13 12:58:00) [122]
> Для реализации этого на оракле достаточно использовать только
> pl/sql.
Это критерий "лучшести"?
ANB (2011-01-13 12:40:00) [123]
> версии программы одной конторы, если допустить, что у них
> "кривые руки", но при этом с MSSQL работает, а с ораклом
> виснет... ну по моему связь очевидна.
Оракл криворуких не любит - что есть, то есть.
Но чуть влезь в более менее сложные вещи в мс скл - и там кривые руки проявятся еще сильнее. Первое, на чем споткнешься - многопользовательская работа. Зачем по поводу и без мс скл блокирует записи и таблицы даже на чтение - я так и не понял.
ANB (2011-01-13 12:36:00) [124]
> Что суть то же самое, что и T-SQL для MS.
Собственно, да. Вот только попробуй на T-SQL написать тоже самое, что на pl/sql
Ну так, простенько :
Небольшой сайтик, при клике на кнопке вызвается некий веб-сервис, возврашающий массив данных. Массив парсится, обрабатывается, результат сохраняется в БД и выводится в браузер юзеру.
Для реализации этого на оракле достаточно использовать толькоpl/sql.
Кстати, : используется в оракле как префикс параметров в клиентских и динамических запросах. Ну и в операторе :=.
А так - обычные переменные.
DiamondShark (2011-01-13 12:25:00) [125]
> а MSSQL-ный там же почему не оказался?
МСовцы -- читеры.
Ega23 (2011-01-13 12:18:00) [126]
> +1, реально испортили тулзу начиная с 2005й.
Дело привычки, я поначалу тоже плевался. Потом вроде ничего, привык.
sniknik (2011-01-13 12:17:00) [127]> машина одна
и в чем проблема? десктопных решений использующих базу принципиально "быть не может"?
> очевидно, в такой конфигурации оракловый процесс окажется в своп-файле.
а MSSQL-ный там же почему не оказался?
Abramov Petr V. (2011-01-13 12:09:00) [128]
> > Это только 3.
> мой личный (не из форумов от разных ...) опыт это опровергает.
> .. т.к. видел как вис оракл (вернее вся ось, а что конкретно
> не разбирались) на 40 миллионной таблице, и практически
> не замечался обьем на 80 миллионной в MSSQL.
>
> p.s. прога была не наша (это о "кривых руках"), машина одна,
> таблицы аналогичные,
очевидно, в такой конфигурации оракловый процесс окажется в своп-файле.
"Обсуждение этой статьи неиллюзорно доставляет не хуже самой статьи."
sniknik (2011-01-13 12:08:00) [129]> А интеграция со студией - это вообще жесть.
+1, реально испортили тулзу начиная с 2005й. кстати если сравнивать "обертки" и говорить, что в 2000м они убогие, то вспомните историю того самого оракла, у которого тогда и таких не было.
sniknik (2011-01-13 12:04:00) [130]> как связана простота написания и факт зависания чего-то там. И есть ли эта связь вообще.
версии программы одной конторы, если допустить, что у них "кривые руки", но при этом с MSSQL работает, а с ораклом виснет... ну по моему связь очевидна.
Ega23 (2011-01-13 12:03:00) [131]
> Procedural Language
О! Т.е. не голый DML и DDL, а ещё и функции-процедуры.
Что суть то же самое, что и T-SQL для MS.
DiamondShark (2011-01-13 12:02:00) [132]
> Значит ставил только наркоманские тулзы :)
Чо искаропки выпало, то и поставил.
Игорь Шевченко (2011-01-13 12:02:00) [133]
> А что такое PL по-твоему?
Procedural Language
Ega23 (2011-01-13 12:02:00) [134]
> необходимость наличия многочисленных знаков @
Признак локальной переменной. То, что в PL - двоеточие (или я с PG путаю?)
Ega23 (2011-01-13 12:01:00) [135]
> Это что, чтобы поправить хранимку надо студию запускать,
> а для нее новый комп, ибо на моем она безбожно тормозит
Ты работаешь в настолько бедной конторе, где разработчикам не могут собрать нормальный комп?
Игорь Шевченко (2011-01-13 12:00:00) [136]DiamondShark © (13.01.11 11:54) [54]
> Вот только некоторые вещи приятнее/удобнее/быстрее готовить,
> а другие "надо себя заставить".
Согласен. У меня, например, необходимость наличия многочисленных знаков @ при работе с СУБД вызывает стойкую идиосинкразию. Может, мне такой
пример неудачный попался, но впечатление осталось отрицательное. Несмотря на всякие интеграции MS-овских продуктов в MS-овские же продукты (было бы странно обратное, если бы сторонние СУБД были интегрированы удобнее, не так ли ?).
Насколько мне известно, в Delphi, особая интеграция относится уже к Interbase, что тоже вполне объяснимо.
Ega23 (2011-01-13 11:59:00) [137]
> Разница с QA очень ощутимая.
Ты ещё DBEditor для Paradox в Delphi 5 вспомни.
DiamondShark (2011-01-13 11:58:00) [138]
> Я просил назвать СУБД лучшую, чем оракл.
Это возможно, если дашь целевую функцию сравнения с весовыми коэффициентами параметров.
Ega23 (2011-01-13 11:55:00) [139]
> А без связки ? На оракле можно писать, зная только pl/sql.
> И третий слой не нужен.
А что такое PL по-твоему?
> Я просил назвать СУБД лучшую, чем оракл.
Блин, ну вроде не зелёный юнец же. Критерий "лучшести" сначала назови.
Хотя если тебе так хочется, то вот: Postgres - лучше Oracle.
ANB (2011-01-13 11:55:00) [140]
> После MSSQL, со всеми его интеграциями в студию и прочими
> плюшками, оракл сосёт. Я таких наркоманских тулзов ещё не
> видел.
Значит ставил только наркоманские тулзы :)
Хотя бы pl/sql developer попробуй. Разница с QA очень ощутимая.
А интеграция со студией - это вообще жесть. Это что, чтобы поправить хранимку надо студию запускать, а для нее новый комп, ибо на моем она безбожно тормозит ?