|
|
|
|
Beerkoff |
Понедельник, 24 Сентября 2001, 18:06
|
Администрация
Профиль
Группа: WinCity Team
Сообщений: 895
Регистрация: 04.02.2001
Из: Санкт-Петербург
Пользователь №: 26
Конфигурация
Корпус: -- Процессор: Другой Материнская плата: ASUS Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: Нет дисковода CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
Стоит задача работа с БД из приложения, написанного на Дельфи. Причем сначала это будет просто локальная БД, а потом она будет перенесена на MS SQL или Oracle. Какую систему для этого лучше использовать BDE, IB, ADO? И какие у каждой из систем преимущества и недостатки?
|
|
|
|
|
Админ |
Четверг, 27 Сентября 2001, 0:28
|
Администратор
Профиль
Группа: WinCity Team
Сообщений: 670
Регистрация: 01.10.2000
Пользователь №: 1
Конфигурация
Корпус: Sony VAIO VGN-FW21MR Процессор: Centrino/Core Duo Материнская плата: Intel PM45 Оперативная память: 4096 Мб DDR2 800 МГц Видеокарта: ATI Mobility Radeon HD3470 256 Мб GDDR3 Жесткий диск (винчестер): 320 Гб Serial ATA 5400 об/мин TOSHIBA MK3252GSX Дисковод: Нет дисковода CD/DVD: Blu-Ray, MATSHITA BD-MLT UJ230AS Модем: встроенный Сетевой адаптер: встроенный, Marvell Yukon 88E8055 PCI-E Gigabit Ethernet Controller Звуковая плата: встроенная, Realtek ALC262 Монитор: 17'' Samsung SyncMaster 757NF Операционная система: Vista Home Premium x64 SP2 Прочее: WiFi встроенный Intel(R) WiFi Link 5100 ABG
|
Я достаточно широко с БД пока не работал, но т.к. база будет перенесена в другую СУБД, то с IB компоненты, лучше не использовать, т.к. эти компоненты только для СУБД InterBase. При использовании BDE, его придется устанавливать на каждую машуну, на которой будет работать программа. Также существует ODBC-технология, аналог BDE, но только разработанна фирмой Микрософт, поэтому ODBC встроена с Windows. Но в любом случае BDE кажется работает быстрее и даже немного стабильнее, т.к. это Борланд специально разрабатывал для своих продуктов. Хотя бывает, что и BDE и ODBC перевирает некоторые запросы (по крайней мере так говорят). C ADO я вообще не сталкивался. Эти компоненты появились, кажется только в 5-ой версии Delphi. Единственное, что я знаю - это то, что это очередная технология Microsoft, которая основана на технологии ActiveX (ADO - ActiveX Data Object что-то в этом роде ) по этому работать должна напрямую с ODBC и далее с сетевыми СУБД, в то время как BDE использует для работы с подобными СУБД Sql-Links. Более подробно я в эту проблему не вникал.
|
|
|
|
|
MoonWolf |
Четверг, 27 Сентября 2001, 1:01
|
Участник
Профиль
Группа: Участник
Сообщений: 127
Регистрация: 18.08.2001
Из: Москва
Пользователь №: 220
Конфигурация
Корпус: -- Процессор: -- Материнская плата: -- Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: -- CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
Т.к. у нас форум по Windows, то и использльзовать лучше то, что встроенно в Windows. ADO использует драйвера DAO, встроенные в Windows (в отличие от BDE). ODBC - устаревшая технология и ADO будет работать через ODBC, если его заставить насильно, хотя это изврат. Правда, компоненты Delphi для BDE помощнее, чем для ADO. PS. С базами данных работаю недавно и нечасто, так что в чем-то могу ошибатся
|
|
|
|
|
den[is] |
Пятница, 21 Декабря 2001, 8:16
|
Участник
Профиль
Группа: Участник
Сообщений: 8
Регистрация: 06.12.2001
Из: Nakhodka
Пользователь №: 762
Конфигурация
Корпус: -- Процессор: -- Материнская плата: -- Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: -- CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
Похоже ваша тема наиболее мне близка. К первому вопросу. Биллинговая система. Протестирована на 300 кб входных данных (каждая строка - сведения о производимом звонке). Летает - зверь. Все сделано в памяти и INI - файлах. Как всегда подумали, и решили, что системма биллинга будет в дальнейшем посталять до 75MB текстовый файл. По всей вероятности придется выбирать IB 6.0 или MS SQL 7.0. Тогда будет другая проблемма - объем файла.
|
|
|
|
|
|
Пятница, 21 Декабря 2001, 9:23
|
Unregistered
Профиль
Конфигурация
Корпус: -- Процессор: -- Материнская плата: -- Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: -- CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
Ну поскольку я имею неплохой опыт работы с большими БД, дам и свой совет. Если писать под Delphi, то есть два варианта: 1. писать сразу на MS SQL -Delphi с ним работает и проблем перевода потом не будет; 2. писать на BDE - потому что, как верно подметил Админ, она быстрее и надёжнее, кроме того (могу добавить) - она родная для Delphi и с неё перейти на MS SQL намного легче. И ещё, как правильно заметил MoonWolf - компоненты Delphi для BDE действительно намного мощнее, чем не только под ADO но и под все другие БД.
|
|
|
|
|
Beerkoff |
Пятница, 21 Декабря 2001, 15:58
|
Администрация
Профиль
Группа: WinCity Team
Сообщений: 895
Регистрация: 04.02.2001
Из: Санкт-Петербург
Пользователь №: 26
Конфигурация
Корпус: -- Процессор: Другой Материнская плата: ASUS Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: Нет дисковода CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
2 den[is]: биллинг для сотовых? это интересно... какова в дальнейшем будет нагрузка на эту систему биллинга? будет ли справляться система по быстродействию?
|
|
|
|
|
den[is] |
Понедельник, 24 Декабря 2001, 5:24
|
Участник
Профиль
Группа: Участник
Сообщений: 8
Регистрация: 06.12.2001
Из: Nakhodka
Пользователь №: 762
Конфигурация
Корпус: -- Процессор: -- Материнская плата: -- Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: -- CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
Это обычная телефонны станция, имеющая спутниковые каналы международной связи. К нам поступают данные с оборудования, которое отслеживает все звонки, в том числе транзитные. Может там компьютер какой-то стаит на станции, или в аппаратуре все хранится, но есть возможность все данные ввыгружать (помесячно, понедельно, каждый день). И задача оперативности не ставится (реального времени) Данные есть - обработали, отсортировали. Сделали выдорку. Местные звонки и межгород - выставили счета, транзитные - сделали счета и на взаимозачет или другим телефонным компаниям. Вот такая задача. За совет спасибо. Буду на MS SQL ваять.
|
|
|
|
|
Sansa |
Четверг, 27 Декабря 2001, 16:03
|
Участник
Профиль
Группа: Участник
Сообщений: 21
Регистрация: 21.12.2001
Из: Беларусь
Пользователь №: 865
Конфигурация
Корпус: -- Процессор: -- Материнская плата: -- Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: -- CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
По BDE - оч интересно, особенно "Index out of date" для Paradox To MoonWolfDAO не просто более новая версия ODBC. Он заточен под *.mdb. Запросы к другим базам транслируются через ODBC. To BeerkoffВсе зависит от конфигурации машин в твоей сети. Если возможна работа в 16-ти разрядной среде (н-р Win31), то однозначно ODBC. DAO на 16 разрядов не существует. C ADO работать удобнее, но DAO быстрее (разумеется, на проектах, где это можно заметить - я проверял, составляя сводный отчет из 64 таблиц по 3000-7000 записей в каждой). Тем более, что имеются компоненты, для работы через DAO. Если система с дальним прицелом - ориентируйся на что-нить виндовое (ODBC, DAO, ADO), а лучше, ей богу сразу на SQL Server. С Oracle не работал, но судя по знакомому - на нем простых проектов не сваяешь. Не для того он. От себя добавлю. В текущий момент я таю от Bold for Delphi... М-м-м-м... Вещь... К Rational Rose прикручен ... Изюмительно...
|
|
|
|
|
WhiteWolf |
Воскресенье, 27 Января 2002, 22:27
|
Участник
Профиль
Группа: Участник
Сообщений: 45
Регистрация: 27.01.2002
Из: Екатеринбург
Пользователь №: 1165
Конфигурация
Корпус: -- Процессор: -- Материнская плата: -- Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: -- CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
Я обычно разрабатываю все на BDE, потому что его легко администрировать и всякие баги отлавливать. А окончательную версию делаю на ADO, потому что она не тр<censored>ет установки (кроме win'95) а работает вроде точно также. Такие компоненты как TDataSet и TTable просто заменяются на аналогичные из панели ADO и все DataControls с ними работают как раньше.
|
|
|
|
|
perch |
Пятница, 08 Февраля 2002, 20:43
|
Участник
Профиль
Группа: Участник
Сообщений: 193
Регистрация: 04.01.2002
Пользователь №: 957
Конфигурация
Корпус: -- Процессор: -- Материнская плата: -- Оперативная память: -- Видеокарта: -- Жесткий диск (винчестер): -- Дисковод: -- CD/DVD: -- Модем: -- Сетевой адаптер: -- Звуковая плата: -- Монитор: -- Операционная система: -- Прочее: --
|
Красиво сделать локальный вариант, который потом легко переносить на клиент-сервер.(не важно какой),красиво не получится. Логика работы разная. Об тот же курсор сколько шишек набито..Да и хранимые процедуры не использовать грех... А что касается возможностей, так их у ADO(Я имею ввиду клиент-сервер) больше всего...(последняя уже и глючит не так сильно.)
|
|
|
|
|
|
1 чел. читают эту тему (1 Гостей и 0 Скрытых Пользователей)
|
0 Пользователей:
|
|
© Copyright by WinCity.Ru 2001 - 2008 | Обратная связьУслуги веб-хостинга предоставлены компанией MTW.RU
|
|