Pull to refresh
4K+
11
Игорь Стовпец@stoi

Разработчик Go (а еще — Delphi, Android, C++)

5
Subscribers
Send message
Сбили меня с толку. Почитайте, плз: docwiki.embarcadero.com/RADStudio/Sydney/en/Connect_to_SQLite_database_(FireDAC)
хм… Вы правы. Попутал ))
Ну вы меня совсем за идиота держите )))
Упс! Это уже интересно. Спасибо. Не знал о них. Но они вроде не решают вопрос раздельного хранения SQL и Delphi-кода?
Нужно отредактировать FireDAC.inc, удалить строку с определением FireDAC_SQLITE_STATIC
Ошибаетесь, однако
Нет никакого низкоуровневого доступа к длл. Я использую фреймоврк FireDAC. Он позволяет вообще абстрагироваться от типа СУБД
К сожалению, SQLite3.dll жестко встроена в делфи. Это удобно, поскольку не нужно заботиться о том, чтобы включать длл в пакет инсталляции. Но дико бесит, когда вам нужно использовать альтернативную или просто более новую версию длл.
Я страшно материл Embarcadero, когда увидел КАК они привязали длл.
Чтобы использовать внешнюю длл, нужно отредактировать и перекомпилировать некоторые юниты самого Delphi. Или я чего-то не догоняю или кому-то по рукам надавать хочется )))
Безусловно, там где нужна привтность и конфиденциальность — такое не прокатит. Но я не клинт-банк разрабатываю ))
Да просто человеку, видимо, хотелось очень прокомментировать, вот он и придумал ситацию со страшным хакером )))
Если подскажете, как использовать расширение для SQLite в Delphi — буду безмерно благодарен
Любой SQL-запрос вполне можно считать урезанной хранимой процедурой, если он где-то хранится )))
Я не излагал в статье своё понимание данного термина, кстати.
Насколько я понимаю, автоматически выполнять при «update/insert/delete» — можно триггеры. А триггеры и хранимые процедуры — не одно и то же.
Я знаю, чем хранимая процедура отличается от одиночного SQL-запроса, поверьте. И совершенно согласен с определением в Википедии )). Возможно, название статье дал не самое удачное, согласен.
Решить эту проблему полноценно нельзя в приципе, поскольку в SQLite просто нет хранимых процедур от рождения.
Но я часто использую хранимые процедуры именно просто как хранилище SQL-кода. Просто для того, чтобы отделять SQL-код от Delphi-кода. И именно эту функциональность реализует данный класс. Но никак не полноценные хранимые процедуры, конечно.
И всё-таки интересно — есть ли лучший способ отделить SQL-скрипты от кода? Пока тут прозвучало только одно предложение, но, ИМХО, довольно бредовое ))
Ну, наверное, писал про «невидимую форму» большой профессионал, чо )))
Я вам по секрету скажу, что хранимая процедура — это и есть набор SQL-инструкций.
Разница в том, что она может содержать переменные и более чем один запрос.
Но я потому и назвал статью "Альтернатива хранимым процедурам".
И кто вам пообещал прогреес для науки? Это просто маленький лайфхак ))))
Аргументируйте, умник
Не смешно. Размещать в TDataModule сотни компонентов — по одному на запрос? Ну-ну…
Друзья! Многие комментарии напоминили мне ивестную историю «Как правильно резать лук в борщ?» )))
На вс. сл. — вопрос не стоит — почему именно борщ и почему именно лук. тут лишь рассказывается как резать этот самый лук в этот самый борщ! ))

Information

Rating
Does not participate
Location
Сергиев Посад, Москва и Московская обл., Россия
Registered
Activity