Доступ из JavaScript к полям любых таблиц
Модератор: igors
-
- топ-софт
- Сообщения: 19
- Зарегистрирован: Пт, 02/10/2009 13:06
- Имя Фамилия: Алексей Горбунов
- Откуда: Галактика Софт
- Контактная информация:
Доступ из JavaScript к полям любых таблиц
Каким образом можно получить из JavaScript алгоритмов доступ к произвольной таблице?
Есть ли некая библиотека API (наподобие TXO API) для создания библиотек функций JavaScript?
Спасибо!
Есть ли некая библиотека API (наподобие TXO API) для создания библиотек функций JavaScript?
Спасибо!
-
- партнер
- Сообщения: 19
- Зарегистрирован: Пн, 21/01/2008 10:48
- Имя Фамилия: Дмитрий Соловьев
- Откуда: Юнисофт
Столкнулись с этой же проблемой год назад. Написали Vip алгоритм аналог TXOGETField ,который вызываем из javascript
в dsk записываем NAME_TABL - таблица, NAME_FIELD - поле, NRECUS- нрек таблицы,Tipus тип поля 0 - строка, 1-ссылка, 2-Double, 3-word, 4-дата, 5-boolean
в результате работы функции получаем RES_FUNC - значение
в dsk записываем NAME_TABL - таблица, NAME_FIELD - поле, NRECUS- нрек таблицы,Tipus тип поля 0 - строка, 1-ссылка, 2-Double, 3-word, 4-дата, 5-boolean
в результате работы функции получаем RES_FUNC - значение
- Вложения
-
- alg5904.rar
- (4.54 КБ) 707 скачиваний
-
- топ-софт
- Сообщения: 19
- Зарегистрирован: Пт, 02/10/2009 13:06
- Имя Фамилия: Алексей Горбунов
- Откуда: Галактика Софт
- Контактная информация:
Считаю, что использование xxTXOGetField для доступа к данным произвольных таблиц из JavaScript - путь тупиковый.
Ибо медленно. Представим, что нам надо считать несколько полей одной и той же записи из таблицы.
Предположим - из таблицы спецификации целевого учета, где надо читать минимум 22 поля - 10 полей КАУ, 10 полей значений, 1 поле - ссылка на заголовок, 1 - ссылка на "родителя".
Итого 22 "недешевых" вызова некоторой процедуры.
Скорость на реальных объемах данных будет просто потрясающей.
Кстати, по моим данным, в ПиРе задача реализации xxTXOGetField для JavaScript уже присутствует.
А vip4app может получать доступ к любым данным? С возможностью групповой обработки данных (select...., insert .. select, и пр.)? Что-то не припоминаю. Хотя могу и ошибаться.
Считаю, что наиболее разумным будет предоставление доступа к API создания библиотек для JavaScript. Или лучше так: создание таких библиотек и предоставление доступа к ним.
Дело за малым - поставить перед разработчикам такую задачу.
Ибо медленно. Представим, что нам надо считать несколько полей одной и той же записи из таблицы.
Предположим - из таблицы спецификации целевого учета, где надо читать минимум 22 поля - 10 полей КАУ, 10 полей значений, 1 поле - ссылка на заголовок, 1 - ссылка на "родителя".
Итого 22 "недешевых" вызова некоторой процедуры.
Скорость на реальных объемах данных будет просто потрясающей.
Кстати, по моим данным, в ПиРе задача реализации xxTXOGetField для JavaScript уже присутствует.
А vip4app может получать доступ к любым данным? С возможностью групповой обработки данных (select...., insert .. select, и пр.)? Что-то не припоминаю. Хотя могу и ошибаться.
Считаю, что наиболее разумным будет предоставление доступа к API создания библиотек для JavaScript. Или лучше так: создание таких библиотек и предоставление доступа к ним.
Дело за малым - поставить перед разработчикам такую задачу.
-
- топ-софт
- Сообщения: 19
- Зарегистрирован: Пт, 02/10/2009 13:06
- Имя Фамилия: Алексей Горбунов
- Откуда: Галактика Софт
- Контактная информация:
-
- топ-софт
- Сообщения: 4
- Зарегистрирован: Пт, 13/11/2009 19:39
- Имя Фамилия: Клебан Андрей
- Откуда: ТопСофт
Алексей Горбунов
на платформах Oracle и MS SQLServer в JavaScript доступна библиотека "Функции для прямого доступа к базе данных", дающая доступ к функциям Direct SQL, со всеми вытекающими возможностями и последствиями
так что доступ почти не ограничен, равно как и ответственность за полученные результаты/возникшие проблемы
на платформах Oracle и MS SQLServer в JavaScript доступна библиотека "Функции для прямого доступа к базе данных", дающая доступ к функциям Direct SQL, со всеми вытекающими возможностями и последствиями
так что доступ почти не ограничен, равно как и ответственность за полученные результаты/возникшие проблемы
-
- топ-софт
- Сообщения: 19
- Зарегистрирован: Пт, 02/10/2009 13:06
- Имя Фамилия: Алексей Горбунов
- Откуда: Галактика Софт
- Контактная информация:
Угу. Увидел, неплохо.
Только 1 замечание: отлаживаться сложно.
Обычно для подготовки макета используется локальная база - на первазиве. На нем DSQL не работает. Поэтому получается так: для теста (макетирования) прямой доступ к данным не используем, а в рабочем режиме - используем. Коряво.
Кстати, работа DSQL на PERVASIVE принципиально невозможна?
Только 1 замечание: отлаживаться сложно.
Обычно для подготовки макета используется локальная база - на первазиве. На нем DSQL не работает. Поэтому получается так: для теста (макетирования) прямой доступ к данным не используем, а в рабочем режиме - используем. Коряво.
Кстати, работа DSQL на PERVASIVE принципиально невозможна?
-
- топ-софт
- Сообщения: 197
- Зарегистрирован: Чт, 06/09/2007 17:38
- Имя Фамилия: Вадим Володько
- Откуда: ТопСофт
- Контактная информация:
А что бы не было коряво, отлаживаться можно на SQL или Oracle-базе, не так ли?gorbunovav писал(а):Угу. Увидел, неплохо.
Только 1 замечание: отлаживаться сложно.
Обычно для подготовки макета используется локальная база - на первазиве. На нем DSQL не работает. Поэтому получается так: для теста (макетирования) прямой доступ к данным не используем, а в рабочем режиме - используем. Коряво.
-
- топ-софт
- Сообщения: 19
- Зарегистрирован: Пт, 02/10/2009 13:06
- Имя Фамилия: Алексей Горбунов
- Откуда: Галактика Софт
- Контактная информация:
Согласен, но это выхолащивает идею переносимости наших решений на 3 платформы.
Получается, что пора признать, что первазив является устаревшей платформой и использовать в качестве "локальной" базы например, MS SQL EXPRESS какой нибудь.
Но MS SQL EXPRESS ограничен по объему перевариваемых данных, что может служить ограничением в некоторых случаях (обработка крупных пользовательских баз "в локале").
Или MySQL или POSTGRESS - ибо бесплатно.
Получается, что пора признать, что первазив является устаревшей платформой и использовать в качестве "локальной" базы например, MS SQL EXPRESS какой нибудь.
Но MS SQL EXPRESS ограничен по объему перевариваемых данных, что может служить ограничением в некоторых случаях (обработка крупных пользовательских баз "в локале").
Или MySQL или POSTGRESS - ибо бесплатно.