Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.12.05;
Скачать: CL | DM;

Вниз

Языки программирования   Найти похожие ветки 

 
Дип   (2004-11-15 01:26) [0]

Какой язык программирования лучше для написания баз данных


 
Юрий Зотов ©   (2004-11-15 01:52) [1]

SQL. Диалект определяется сервером.


 
GanibalLector ©   (2004-11-15 01:53) [2]

язык структурированных запросов...Иными словами SQL


 
GanibalLector ©   (2004-11-15 01:54) [3]

опередели ;)


 
GanibalLector ©   (2004-11-15 01:57) [4]

2 GanibalLector ©   (15.11.04 01:54) [3]
>опередели
М-да ...посмотрел что написал и понял-LOL.Дык...это при том,что ТРЕЗВ как стекло.


 
080D:07BBh ©   (2004-11-15 06:32) [5]

SQL


 
Fay ©   (2004-11-15 08:56) [6]

Prolog


 
Линейка   (2004-11-15 09:01) [7]

ASM


 
AlexG ©   (2004-11-15 10:08) [8]

JDBSP-57AG версия 3.0 Лучше ничего нету!!! :)


 
Суслик ©   (2004-11-15 11:20) [9]

Зависит от задачи.

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


 
Danilka ©   (2004-11-15 11:35) [10]

[9] Суслик ©   (15.11.04 11:20)
Хм, а как Дельфи будет с сервером общаться?


 
Суслик ©   (2004-11-15 11:43) [11]


>  [10] Danilka ©   (15.11.04 11:35)


> Хм, а как Дельфи будет с сервером общаться?


С камим сервером? Нет никакого сервера.

Я же сказал, зависит от задачи. В определенных случая свой сервер, заточенный для решения определенных задач, лучше любых готорвых БД.


 
clickmaker ©   (2004-11-15 11:44) [12]


> [10] Danilka ©   (15.11.04 11:35)
> [9] Суслик ©   (15.11.04 11:20)
> Хм, а как Дельфи будет с сервером общаться?

через TTable ессессно :))


 
Суслик ©   (2004-11-15 11:46) [13]

Зачем TTable? Зачем сервер?
Для задач до 10 пользователей, например, бухгалтрии, все можно написать самому. Были бы знания в области многопоточной обработки запросов, в блокировках, транзакциях :))


 
Danilka ©   (2004-11-15 11:48) [14]

[13] Суслик ©   (15.11.04 11:46)
Какой кошмар! Тут, имея уже готовые решения: СУБД, средства доступа, различные инструменты т.д., времени не хватает все сделать для бухгалтерии, а ты.. :))


 
Суслик ©   (2004-11-15 11:52) [15]


>  [14] Danilka ©   (15.11.04 11:48)

Я же говорю, зависит от ситуации. Работая пятый год с определенным сервером и хорошо зная текущую задачу я не вижу проблем реализовать свой сервер приложений, возможно, с готовым СУБД, а может и нет.

5-10, даже 20 пользователей запросто можно "прокачать" на своей программе. Другой вопрос, когда пользователей существенно больше. Это да.

Зато - никому, ничего не должен.

Глупости, это все, конечно - экономически врядли оправдано. Но меня извиняет то, что я нахожусь под впечатлением от последнего глюка mssql, приводящего к тому, что процедура случайным образом перекомпилируеются (судя по логу) и ни с того, ни с сего возвращает пустой закрытый рекордсет.


 
DiamondShark ©   (2004-11-15 13:19) [16]

Для написания баз данных не нужен никакой язык.


 
Petr V. Abramov ©   (2004-11-15 15:19) [17]

Базы данных не пишут, их проектируют. Безо всяких языков :)
 Пишут приложения, которые позволяют людям с этими базами работать.


 
Rem ©   (2004-11-15 15:46) [18]

>>язык программирования...  для написания баз данных

Таких нет.
Хотя бы потому, что нет такого действия, как "написание базы данных".
Есть языки программирования, но они не работают с базами данных.
Есть языки определения и манипулирования данными, но это не языки программирования.
Возможно, есть какие-то мутанты со встроенной СУБД. Но...


 
msguns ©   (2004-11-15 16:29) [19]

>Суслик ©   (15.11.04 11:46) [13]
>Для задач до 10 пользователей, например, бухгалтрии, все можно написать самому. Были бы знания в области многопоточной обработки запросов, в блокировках, транзакциях :))

Да-да, именно в области многопоточности. Бухгалтерию при этом знать совсем необязательно ;)


 
msguns ©   (2004-11-15 16:48) [20]

>Суслик ©   (15.11.04 11:46) [13]
>Для задач до 10 пользователей, например, бухгалтрии, все можно написать самому. Были бы знания в области многопоточной обработки запросов, в блокировках, транзакциях :))

Да-да, именно в области многопоточности. Бухгалтерию при этом знать совсем необязательно ;)


 
iZEN ©   (2004-11-15 20:23) [21]

На форуме relib.com в разделе Java смотреть про фреймворк Spring:
http://relib.com/forums/topic.asp?id=837498
(стр.2)

И ещё эта дискуссия:
http://relib.com/forums/topic.asp?id=749731


 
Piter ©   (2004-11-15 22:25) [22]

Суслик ©   (15.11.04 11:52) [15]
Глупости, это все, конечно - экономически врядли оправдано


вот именно. Тот же Firebird вроде абсолютно бесплатен, может использоваться даже в коммерческих разработках, по-моему.

Но меня извиняет то, что я нахожусь под впечатлением от последнего глюка mssql

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



Страницы: 1 вся ветка

Текущий архив: 2004.12.05;
Скачать: CL | DM;

Наверх




Память: 0.52 MB
Время: 0.039 c
14-1100775774
by
2004-11-18 14:02
2004.12.05
Как модель предметной области совместить с гридом?


4-1098620405
Пётр Семёнович
2004-10-24 16:20
2004.12.05
Выполнение поставленной ТЗ задачи


3-1099467431
Olga_cc
2004-11-03 10:37
2004.12.05
Как откразить в отчетах поля тип MEMO


3-1099902981
UVV
2004-11-08 11:36
2004.12.05
ORA-12514


3-1099909336
Геннадий
2004-11-08 13:22
2004.12.05
ORACLE: можно ли добавить (insert) сразу несколько строк?