Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

что наиболее надежнее эффективнее? MySQL or MSSQL? [D6, MySQL]


Страницы:   1 2

rsa_ ©   (2006-08-14 10:24:00) 

что наиболее надежнее эффективнее? MySQL or MSSQL?


rsa_   (2006-08-17 10:11:00) [1]

а на самом деле что первый что второй.... что 20 не решили пока вопрос с юникодом в delphi и mysql....
Лучше киньте не битую ссылку на драйвер odbc, который поддерживает юникод (если вообще такой имеется)


evvcom   (2006-08-16 08:21:00) [2]

> Хуже всех первому.

Он их всех перекурит.


Anatoly Podgoretsky   (2006-08-15 19:16:00) [3]

Конечно - он же крайний, пока не отдаст, остальные нервно курят в сторонке. Хуже всех первому.


Вольный Стрелок   (2006-08-15 19:12:00) [4]


> И последний ADOConnection20 работает быстрее всех

остальные нервно курят в ожидании своей очереди


Anatoly Podgoretsky   (2006-08-15 19:11:00) [5]

И последний ADOConnection20 работает быстрее всех


msguns   (2006-08-15 18:14:00) [6]

>rsa_ ©   (15.08.06 12:17) [29]
>ta ti chto...moget mne pomestit na formu 20 adoconnection togda mogno budet ispolzovat "bolee novuyu versiyu" adoconnection20!

Ну дык.. Я скажу один мудрый вещь, только ты не обижайся - чем больше на форме коннектов, тем быстрее все работает. Главное, чтобы они так и назывались: ADOConnection1,ADOConnection2,ADOConnection3...


rsa_   (2006-08-15 12:17:00) [7]


> Лучше используй ADOConnection2 - более поздний релиз
</>
ta ti chto...moget mne pomestit na formu 20 adoconnection togda mogno budet ispolzovat "bolee novuyu versiyu" adoconnection20!


MsGuns   (2006-08-15 09:58:00) [8]

>rsa_ ©   (14.08.06 14:54) [18]
>при проектировании проекта использую :
* ADOConnection1
* ADOTable1
* DataSource1
* DBGrid1

Лучше используй ADOConnection2 - более поздний релиз
;)


rsa_   (2006-08-14 16:20:00) [9]


> что значит не могу?

ну с внутренностями ado я не знаком.но при проектировании приложения я использую именно его.


ANB   (2006-08-14 16:01:00) [10]


> delphi как работает с Oracle XE ?

При нативном доступе (ODAC, DOA) очень даже замечательно. В odac есть даже смарт-рефреш и работа без клиента оракла.

Кстати, XE вообще по умолчанию с юникодом работает. (А с не-юникодом версии еще нету, только западно-европейская).


sniknik   (2006-08-14 15:43:00) [11]

> delphi как работает с Oracle XE ?
ничем не лучше и не хуже чем с остальными sql серверами.


sniknik   (2006-08-14 15:40:00) [12]

> при использовании oledbc что и где писать, как уже отмечал, не заню
поиск...
http://www.carlprothman.net/Default.aspx?tabid=87#OLEDBProviderForMySQL


rsa_   (2006-08-14 15:39:00) [13]

delphi как работает с Oracle XE ?


sniknik   (2006-08-14 15:37:00) [14]

> вот на этот вопрос я не смогу ответить.
а это вовсе не доп. вопросы для решения твоего, это ответ на вопрос "в чем суть этого комплекса"
т.е. то, что ты по идее должен знать (иметь представление) чтобы с тобой можно было ненапряжно общаться по поднятой теме.

ну например...
> вот на этот вопрос я не смогу ответить.
что значит не могу? кто программу пишет? дядя Вася? ну так дай ему самому разобратся со своими проблемами.
не знаеш что за технологию используеш? ADO/BDE/dbExpress/... через что она в свою очередь к базе лезет? напрямую/ODBC/OLEDB/собственные драйвера...
а если знаеш то почему не можеш? и главное почему не посмотрел доки/поиском по инету поддерживает она, эта технология, юникод или нет? а это первое что ты должен был сделать, ни я, ни ктото другой не знает, что именно ты используеш (да нам это и пофигу честно говоря), а вот посмотрел, увидел на каком этапе "вопросики передаются" с тем и разбираешся! не можеш спрашиваеш в форуме, но конкретно(!!!!!) типа "имею это..., данные в формате ... делаю так ..., смотрю здесь, темто .... тут нормально, а  тут проблема неверное перекдирование в это ..."  вот это было бы проблема, нормальное описание, то что можно решить. а пока все в общем, на уровне "хочу чтобы все было хорошо. что для этого конкретно сделать пошагово?" (конкретика мимоходом и то только на 100какомто по сумме веток посте...). на такое, ответ единственный логичный шаг нанять программиста, потому что, чтобы описать пошагово надо как минимум повторить это пошагово, т.е. поставить mysql, tnt, скачать драйвера и т.д. полный цикл, еще и гадать возникнет/а у тебя в этом месте проблема, стоит ли подробно расписывать.... (кому это надо? мне нет. хотя если бы ты все это знал то возможно хватило бы для решения и намеков, того что я смутно помню от времени когда пробовал mysql + ассоциаций от работы с юникодом в mssql, т.е. просто обьяснения что происходит, почему и где искать (не документацию где описано! а например сказано про версию драйвера(помню почемуто)... потрудись найти... и т.д. мне это не надо, искать не буду)... чего явно не получилось ;()


ANB   (2006-08-14 15:33:00) [15]


> rsa_ ©   (14.08.06 14:58) [19]

Не знаю. Я купленных официально версий сроду не видел. А те что были - работали более менее нормально. Я больше по ораклу. Тем более что сейчас Oracle XE - официально халявая, а ограничений в ней меньше, чем в MS SQL PE. Плюс у оракла намного более крутой язык хранимок (PL/SQL). После него от T-SQL плеваться хочется.


Anatoly Podgoretsky   (2006-08-14 15:21:00) [16]

rsa_ ©   (14.08.06 14:45) [16]
column collate: cp1251_ukrainian (соответственно utf8_unicode....)

судя по всему (из сказанного выше) юникод в базе поддерживается,если я правильно понял то что в списке кодировки есть наличие данных кодировок)
> как передаются (через что),

utf8 это не юникод, а транспортная кодировка, обе стороны должны быть в состоянии преобразовать из данной транспотной кодировки в рабочую.


rsa_   (2006-08-14 14:58:00) [17]


> MS SQL круче

если этот продукт и лучше, то какая версия стоит того что бы ее приобрести (ну понятное дело на базаре). Я слышал, что у крякнутых версиях нестабильная работа...это так?


rsa_   (2006-08-14 14:54:00) [18]


> как данные считываются

при проектировании проекта использую :
* ADOConnection1
* ADOTable1
* DataSource1
* DBGrid1

при использовании ADOConnection1 указываю на драйвер odbc. при использовании oledbc что и где писать, как уже отмечал, не заню

> и не последняя роль во всем этом у программиста

я не пытался что-то самовольно на данном этапе крутить...вот если получиться что-то решить, то потом и покрутим:)

p.s. я очень признателен, что вы помогаете мне.......

вот в принципе все что я использую (пока что без oledb) ну результат тот же. вот на этой цепочке где может быть проблемное звено? как его обойти (по поводу драйвера odbc 3.51 так в нете я встеритл какие-то упоминания о версии 3.7, но ссылок не обнаружил)


ANB   (2006-08-14 14:49:00) [19]

MS SQL круче, чем MySQL, а oracle круче их обоих, вместе взятых :)

А серьезно - у каждого из этих продуктов - своя ниша.


rsa_   (2006-08-14 14:45:00) [20]


> как хранятся данные в выбранной базе

column charset: cp1251 (выбирал utf8,koi8r, ascii и т.д.)
column collate: cp1251_ukrainian (соответственно utf8_unicode....)


> возможность/невозможность в ней юникода

судя по всему (из сказанного выше) юникод в базе поддерживается,если я правильно понял то что в списке кодировки есть наличие данных кодировок)
> как передаются (через что),

вот на этот вопрос я не смогу ответить.

> драйвера,

изначально импользовал odbc 3.51, установил oledb, но строку подключения правильно сформировать не знаю как.


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо