Galkov, Это к кому и что значит

Это к тебе, и это вопрос: почему тот, кто это делает (...сам подставляет это имя в запрос) должен называться компонент

Galkov, Конечно имя я ввожу например в Edit
В компоненте заключён запрос на поиск в БД по строке и беря мою строку
из Edit осуществлял поиск поля (строки)с таким именем.
Что то типа этого.

и

поясню мысль коллег: при наличие компонента, умеющего выполнять запросы и показывать результат данного запроса команды:


становятся доступны автоматом:
1) Создать БД - втоматически создается при открытие, если компонент ничего не нашел(а если речь о таблице, то create table ....)
2) Удалить БД - компонент с ф-цией doDeleteFile(drop table...)
3) Удалить запись - delete from....
4) Создать запись - insert into...
5) Редактировать - update ... set ...
6) Поиск(по имени по индексу,по столбцу,по строке) - select ...
7) Сортировка - select .... order by .... asc|desc

Dilma, Хорошо вам програмистам при знании SQL а для тех кто его не знает это Тёмный лес.
Все эти (delete from...., insert into...) надо писать ,А зачем когда всё это можно один раз занести
в компонент (имеется ввиду базовый набор), а уж если надо сделать запрос покруче тогда пиши сам.

Вячеслав, сложность в написание такого компонента заключается в том, что не понятно как интерфейсно он должен быть представлен. Например хочу сделать таблицу "Машина", где будет её id, марка, цвет, владелец и комментарий:

Dilma, Да судя по всему необходим внешний редактор как в Делфи(Database Desktop)
Или свойства
1)Количество столбцов
2) От типов данных надо отказаться (в справке на базу SQLite написано что все данные хранятся в виде строк и база сама определяет тип данных)
3)Значит если все данные строковые то в стандартном окне вводим имена столбцов.
4)имя таблицы
Читаем всё это в компонент и формируем строку запроса.
Таких компонентов столько, сколько надо таблиц.

Если что то упустил поправь потому что есть ещё идеи.И по типам данных тоже.

Возможность использования внешних редакторов св-тв нужна в любом случае, но в данном думаю проще изучить SQL запросы - скажем возможности оператора Select ни в какие менеджеры не засунешь это точно

Dilma, Вот поэтому я и предлагал использовать в качестве локальной библиотеку FDB - бесплатная, ипользует только делфи и никаких SQL не надо ,полное описание всех функций,есть исходник, два режима работы - один с использованием указателей, второй с использованием объектов.
Можно всё сохранить в одном файле.
Есть готовый редактор базы(даже два) ничего ненадо придумывать только пользуйся.

Вячеслав, выбрось ты эту фигню FDB, это не база данных. Вот SQLite - это база данных, FDB ей и в подмётки не годится. И тоже бесплатная, более того - Open Source. Ты исходники своей FDB видел? Я - нет. Раз автор не дал исходников такой простой вещи, то либо они корявые и глючные, либо там есть вредоносный код. Где гарантия, что в один прекрасный момент ты, запустив СВОЮ программу, которая использует FDB, не лишишься кучи нужных тебе файлов?

tsdima, В папке bin файл fdb.pas

Значит для программирования на ХиАсм Надо
1)Знать ХиАсм
2)Знать Английский
3)Знать SQL
И это только для создания простейшей базы данных.

Какой язык будет следующий

Так чем ХиАсм отличается от делфи (например) только тем что не надо писать.
Может проще китайский выучить. По нему хоть книги есть,а сколько надо купить книг что бы это всё изучить, сколько времени.(если всё начинать с нуля).

Редактировалось 2 раз(а), последний 2021-05-21 12:16:27

Вячеслав,


Давайте определимся для начала о чем мы говорим: мы говорим о программе, для просмотра, редактирования и навигации по базе данных, или компонентах, на основе которых такую программу можно сделать Насколько мне известно ни один редактор баз данных не берет на себя роль посредника между пользователем и готовой строкой SELECT - все, что названо относиться именно к управлению базой и никто не спорит с тем, что соответствующие миниредакторы нужно встроить в hiasm.


А почему никто не возмущается тем, что необходимо знать(и учить) синтаксис MathParse С последними модификациями от Galkova он уже вышел за рамки вычислений простых алгебраических выражений. И никто так же не запросил визуального конструктора для этих выражений.

Считаю, что постановка вопроса:

Совершенно не верная. Верно было бы так:
- Для программирования на HiAsm не нужно знать ничего, кроме базовых принципов.
- Для программирования приложений баз данных нужно знать язык запроса данной БД
что является полным эквивалентом такого:
- Для написания чата на HiAsm нужно знать протоколы UDP и TCP
- Для вычисления мат выражений на HiAsm нужно знать арифметику

Судя по всему ты даже не смотрел в него. В этом файле лишь объекты, использующие процедуры из .dll, а исходника этой .dll нет. Вот такое вот ООП. Размер sqlite3.dll лишь в пару-тройку раз больше, а может SQLite раз в 100 больше (вплоть до оптимизации запросов). Отсюда вопрос: а что вообще делает fdb.dll?

А как-же MS Access, MSSQL Enterprise Manager? И это только то, чем я пользовался. А существует, наверное, гораздо больше примеров. Тот-же Enterprise Manager делает всё исключительно посредством SQL-запросов, хотя с виду не скажешь.

И на счет английского. Если вы собираетесь писать программы(не важно как и на чем), вы рано или поздно наткнетесь на ту или иную проблему с русским языком и вопросов "почему я должен знать английский?" больше не будет.
Скажем многие не понимают, почему св-ва у компонент написаны по английски. Да конечно можно в коде св-ва называть по одному, а показывать по другому, но это во-первых, лишние трудозатраты, во-вторых, как только мы полезли в код нам всеравно придется учить английский. Поэтому пока английский в интернете язык международный и общепринятый знать его надо.