|
|
|
Как лучше организовать Connect/Disconnect
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! У меня в приложении имеет место быть частое обращение к БД, выборка от туда определенных данных. Для соединения у меня написана такая функция Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Так вот вопрос в следующем: как лучше организовать Connect/Disconnect, перед каждым обращением к БД коннектиться, а потом разрывать соединение, или при старте приложения приконнектиться, а дисконнектиться уже при выходе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 10:46 |
|
||
|
Как лучше организовать Connect/Disconnect
|
|||
|---|---|---|---|
|
#18+
Один коннект, одна грязная транзакция. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 11:33 |
|
||
|
Как лучше организовать Connect/Disconnect
|
|||
|---|---|---|---|
|
#18+
Не совсем понял, что значит грязная транзакция. И чем это чревато. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 11:36 |
|
||
|
Как лучше организовать Connect/Disconnect
|
|||
|---|---|---|---|
|
#18+
OIOперед каждым обращением к БД коннектиться, а потом разрывать соединение, или при старте приложения приконнектиться, а дисконнектиться уже при выходе? Какая цена вопроса??? Если у тебя интенсивная работа с базой - каждый коннект/дисконнект + проверка прав выльется в заметные накладные расходы, например обработка платежей населения за ЖКХ. Иначе незачем держать коннект, если работа с базой от случая к случаю, например, через internet юзер хочет узнать расписание самолётов/поездов. Получил и отвалил изучать его. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 13:56 |
|
||
|
Как лучше организовать Connect/Disconnect
|
|||
|---|---|---|---|
|
#18+
OIOНе совсем понял, что значит грязная транзакция. И чем это чревато. Тема для какого-нибудь форума по работе с базами данных. dirty в fbclient isc_tpb_read_committed Высокопроизводительная конкурирующая транзакция, которая может читать изменения, подтверждённые другими конкурирующими транзакциями. Использование этого параметра предоставляет все преимущества многоверсионной модели транзакции InterBase. isc_tpb_rec_version Позволяет транзакции с параметром isc_tpb_read_committed читать наиболее свежую подтверждённую версию записи, даже если не существуют другие неподтверждённые версии. но это все так - примерно. Я бы тебе посоветовал хорошенько описать временную схему работы твоего приложения: частота запросов, важность достоверности данных, режим работы. А после этого отправить этот вопрос в форум по БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 14:43 |
|
||
|
Как лучше организовать Connect/Disconnect
|
|||
|---|---|---|---|
|
#18+
Zmeishe OIOперед каждым обращением к БД коннектиться, а потом разрывать соединение, или при старте приложения приконнектиться, а дисконнектиться уже при выходе? Какая цена вопроса??? Если у тебя интенсивная работа с базой - каждый коннект/дисконнект + проверка прав выльется в заметные накладные расходы, например обработка платежей населения за ЖКХ. Иначе незачем держать коннект, если работа с базой от случая к случаю, например, через internet юзер хочет узнать расписание самолётов/поездов. Получил и отвалил изучать его. Connection pooling является компромиссом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 16:19 |
|
||
|
Как лучше организовать Connect/Disconnect
|
|||
|---|---|---|---|
|
#18+
OIO пишет: > Так вот вопрос в следующем: как лучше организовать Connect/Disconnect, Вот так вот: > или при старте приложения приконнектиться, а дисконнектиться уже при выходе? Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 21:14 |
|
||
|
|

start [/forum/topic.php?fid=57&msg=34314921&tid=2029480]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 212ms |
| total: | 338ms |

| 0 / 0 |
