ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Мелкомягкий кошмар
25 сообщений из 179, страница 5 из 8
  5  все
Мелкомягкий кошмар
    #38344428
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
qwerty112а вот, например, JetSQL-ный PIVOT (TRANSFORM) по неизвестному к-ву столбцов , не поддерживает ни одна "взрослая" СУБД, почему-то ...

+1. Печально, но факт!
...
Рейтинг: 0 / 0
25.07.2013, 22:24
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38346909
Galadriel75
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Galadriel75
Участник
PaulWistGaladriel75.. .. я перепробовал столько сред разработки, столько платформ.... ни одна из них меня не вынуждала выливать потоки страшной энергии в чистый, легкоусваиваемый, доходчивый и кошмарный мат! а вот аксесс и вижуалфокспро - это сделать смогли... поэтому я решил их отправить в разряд выкидышей, с которыми более нет интереса связываться!

Могли бы Вы привести пример, что не смогли без мата сделать фокс с акцессом по сравнению с др. средами разработки, надеюсь, что пример будет из предметной области этих продуктов.

неудобный и глючный
долго рассказывать, нет желания и времени... если какую-то мелочь - то можно побыстрому сделать, если что-нибудь повесомее -вот тогда вся хрень и повылазит постепенно.
...
Рейтинг: 0 / 0
29.07.2013, 00:45
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38346961
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
Galadriel75неудобный и глючный
долго рассказывать, нет желания и времени... если какую-то мелочь - то можно побыстрому сделать, если что-нибудь повесомее -вот тогда вся хрень и повылазит постепенно.

Они такие. ;-)
Только Access особо не предназначен для "тяжелой" разработки.
А у FoxPro "хвосты" еще с 80-х годов прошлого века тянутся.
Это не значит, что они плохие.
Просто, так скажем, довольно специфичный продукт. :-)
...
Рейтинг: 0 / 0
29.07.2013, 08:07
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38347461
qwerty112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerty112
Гость
Galadriel75PaulWistпропущено...


Могли бы Вы привести пример, что не смогли без мата сделать фокс с акцессом по сравнению с др. средами разработки, надеюсь, что пример будет из предметной области этих продуктов.

неудобный и глючный
долго рассказывать, нет желания и времени... если какую-то мелочь - то можно побыстрому сделать, если что-нибудь повесомее -вот тогда вся хрень и повылазит постепенно.
сэр, я охреневаю с уровня ваших аргументов !
...
Рейтинг: 0 / 0
29.07.2013, 15:25
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38350835
Galadriel75
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Galadriel75
Участник
qwerty112Galadriel75пропущено...


неудобный и глючный
долго рассказывать, нет желания и времени... если какую-то мелочь - то можно побыстрому сделать, если что-нибудь повесомее -вот тогда вся хрень и повылазит постепенно.
сэр, я охреневаю с уровня ваших аргументов !

ничего личного, только факты!
...
Рейтинг: 0 / 0
31.07.2013, 21:05
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38351007
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
Galadriel75ничего личного, только факты!

Вы немного путаете личное мнение и факты ;-)
Например факты про FoxPro
Факт - FoxPro пользовался бешеной популярностью до тех пор пока SQL-сервера не стали стоить относительно не дорого и смогли работать на относительно не дорогом железе (относительно мейнфреймов ;-)
Факт - FoxPro пользуется популярностью у тех кто на нем начинал работать. Более того, сообщество FoxPro не дает ему умереть, постоянным давлением на MS.

Факты про Access
Из всех "настольных" СУБД - выжил только Access.
Остальные не выдержали конкуренции.
...
Рейтинг: 0 / 0
01.08.2013, 07:18
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38351257
Galadriel75
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Galadriel75
Участник
mad_nazgulGaladriel75ничего личного, только факты!

Вы немного путаете личное мнение и факты ;-)
Например факты про FoxPro
Факт - FoxPro пользовался бешеной популярностью до тех пор пока SQL-сервера не стали стоить относительно не дорого и смогли работать на относительно не дорогом железе (относительно мейнфреймов ;-)
Факт - FoxPro пользуется популярностью у тех кто на нем начинал работать. Более того, сообщество FoxPro не дает ему умереть, постоянным давлением на MS.

Факты про Access
Из всех "настольных" СУБД - выжил только Access.
Остальные не выдержали конкуренции.

я знаю, что такое FoxPrо Я целые комплексы делал на FoxPro for DOS - к нему нет претензий
я забил только на VisualFoxPro

По поводу личного мнения - я работал в том числе и с Access и знаю, что он глюковатый и никто меня не сможет убедить в том, что черное - на самом деле белое...
...
Рейтинг: 0 / 0
01.08.2013, 11:19
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38351552
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
Galadriel75я знаю, что такое FoxPrо Я целые комплексы делал на FoxPro for DOS - к нему нет претензий
я забил только на VisualFoxPro


В Visual FoxPro можно работать точно так же как и в FoxPro for DOS. ;-)
Даже формочки переносятся один к одному.

Galadriel75По поводу личного мнения - я работал в том числе и с Access и знаю, что он глюковатый и никто меня не сможет убедить в том, что черное - на самом деле белое...

Я бы не сказал что он такой уж глюкавый...
Просто не стоит от него ожидать, что он будет работать как MS SQL :-)
...
Рейтинг: 0 / 0
01.08.2013, 13:28
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38355467
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
qwerty112FreemanZAVРеализация SQL в Access хреновая, что сводит на нет все его удобства.
даа, ващето - и "похужее видали" ...

а вот, например, JetSQL-ный PIVOT (TRANSFORM) по неизвестному к-ву столбцов , не поддерживает ни одна "взрослая" СУБД, почему-то ...

Скорее всего PIVOT нет в ANSI SQL. А вот то, что в Access нельзя сделать даже элементарные стандартные join-ы:

1
2

это удручает.

Я не говорю уже об аналатических функциях, CTE, рекурсивных запросах и т.п.

P.S. базируюсь на знаниях Access 2003. Возможно сейчас ситуация исправилась
...
Рейтинг: 0 / 0
05.08.2013, 16:58
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38355484
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
pkarklinqwerty112а вот, например, JetSQL-ный PIVOT (TRANSFORM) по неизвестному к-ву столбцов , не поддерживает ни одна "взрослая" СУБД, почему-то ...

+1. Печально, но факт!

Не совсем факт. Собственно пример для oracle:

Код: sql
1.
2.
3.
4.
5.
6.
7.
select  *
  from  (
         select  job,
                 deptno,
                 sal
           from  emp
        ) pivot xml(sum(sal) for job in (select distinct job from emp))
...
Рейтинг: 0 / 0
05.08.2013, 17:07
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38355604
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
FreemanZAV,

авторСобственно пример для oracle

И что он дает на выходе? Если xml, то некломильфо...
...
Рейтинг: 0 / 0
05.08.2013, 18:10
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38355751
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
pkarklinFreemanZAV,

авторСобственно пример для oracle

И что он дает на выходе? Если xml, то некломильфо...

А чем плох xml?
...
Рейтинг: 0 / 0
05.08.2013, 19:31
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38355767
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
FreemanZAVА чем плох xml?

Ничем не плох. Просто для его обоработки на клиенте нужны дополнительные телодвижения, чем если бы это был "обычный" рекордсет.
...
Рейтинг: 0 / 0
05.08.2013, 19:50
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38355826
qwerty112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerty112
Гость
FreemanZAVА вот то, что в Access нельзя сделать даже элементарные стандартные join-ы:

1
2

это удручает.

можно ! :)

1.
Код: sql
1.
2.
3.
4.
SELECT *
FROM PB_T_GENLGM LEFT JOIN PB_T_GL_OPENING_BALANCE 
ON (PB_T_GENLGM.numGlCode = PB_T_GL_OPENING_BALANCE.numGlCode 
And (PB_T_GL_OPENING_BALANCE.numYear=2006 Or PB_T_GL_OPENING_BALANCE.numYear is null) )



п.2 - так ваще есть в Аксовском ФАКе
http://www.sql.ru/faq/faq_topic.aspx?fid=213 Q26

FreemanZAVЯ не говорю уже об аналатических функциях, CTE, рекурсивных запросах и т.п.

рекурсии - много где нет (МуСКЛ - мощнейшая СУБД ! а рекурсии - нет. Что же тут тогда можно "маленькому" Акцессу предъявлять ? :)) )

CTE - да, удобно, наглядно и всё такое, но это, всё же, как была "дериверид тэйбл" - так и осталась "дериверид тэйбл", которые в Аксе использовать можно

аналитические функции - опять же в МуСКЛ - нету ! в МС СКЛ до 2005 - не было, - как-то справлялись, же...
всякие ROW_NUMBER / RANK / DENSE_RANK, тем более, вполне можно "слепить" из корр.подзапроса
А в Акс-е (если говорить об Акс-е, а не об Jet-SQL) помимо этого, можно сделать вообще практически всё - функцию на ВБА написать соотв., и использовать в запросе ...

FreemanZAVP.S. базируюсь на знаниях Access 2003. Возможно сейчас ситуация исправилась
даа, я тоже "на знаниях Access 2003",
но могу сказать, что в послед.версиях - ничего не улучшилось (скорее наоборот)
вот это, действительно удручает ...
МС, откровенно, Акс "гробит" - это факт
...
Рейтинг: 0 / 0
05.08.2013, 21:20
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356006
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
qwerty112можно ! :)



В моем посте ключевое слово "стандартные" (я говорю об ANSI стандарте). Стандартные сделать нельзя - нужно расставлять кучу скобок. Об этом и говориться в ссылках.


qwerty112рекурсии - много где нет (МуСКЛ - мощнейшая СУБД ! а рекурсии - нет. Что же тут тогда можно "маленькому" Акцессу предъявлять ? :)) )

Я не предъявляю, я говорю, что нет. Да и причём здесь МуСКЛ ? Речь вроде об Access?


qwerty112CTE - да, удобно, наглядно и всё такое, но это, всё же, как была "дериверид тэйбл" - так и осталась "дериверид тэйбл", которые в Аксе использовать можно

Не совсем. Гуглим про оператор with


qwerty112аналитические функции - опять же в МуСКЛ - нету ! в МС СКЛ до 2005 - не было, - как-то справлялись, же...



Опять же, причём здесь МуСКЛ ?



qwerty112всякие ROW_NUMBER / RANK / DENSE_RANK, тем более, вполне можно "слепить" из корр.подзапроса

На этом список аналитических функций не заканчивается. "слепить" можно, но далеко не всё.

qwerty112А в Акс-е (если говорить об Акс-е, а не об Jet-SQL) помимо этого, можно сделать вообще практически всё - функцию на ВБА написать соотв., и использовать в запросе ...

ВБА там тоже убогий. Наcколько я помню, в нем нет даже наследования. А то, что на нём можно написать аналитическую функцию, ну или хотя бы агрегатную, я сильно сомневаюсь.
...
Рейтинг: 0 / 0
06.08.2013, 08:16
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356009
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
pkarklinFreemanZAVА чем плох xml?

Ничем не плох. Просто для его обоработки на клиенте нужны дополнительные телодвижения, чем если бы это был "обычный" рекордсет.

Это смотря что за клиент
...
Рейтинг: 0 / 0
06.08.2013, 08:23
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356143
qwerty112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerty112
Гость
FreemanZAVqwerty112CTE - да, удобно, наглядно и всё такое, но это, всё же, как была "дериверид тэйбл" - так и осталась "дериверид тэйбл", которые в Аксе использовать можно

Не совсем. Гуглим про оператор with

что "не совсем" ?
WITH обобщенное_табличное_выражение (Transact-SQL)Задается временно именованный результирующий набор, называемый обобщенным табличным выражением (ОТВ).
...
предложите запрос с CTE, который нельзя переписать через "дериверид тэйбл" (без рекурсии, разумеется) и тогда поговорим ...
...
Рейтинг: 0 / 0
06.08.2013, 10:28
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356303
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
qwerty112FreemanZAVпропущено...

Не совсем. Гуглим про оператор with

что "не совсем" ?
WITH обобщенное_табличное_выражение (Transact-SQL)Задается временно именованный результирующий набор, называемый обобщенным табличным выражением (ОТВ).
...
предложите запрос с CTE, который нельзя переписать через "дериверид тэйбл" (без рекурсии, разумеется) и тогда поговорим ...


Что нибудь типа такого:

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
WITH Inc_Out(m_sum, type, date, point) AS (
  SELECT inc, 'inc' type, date, point
  FROM Income
  UNION ALL
  SELECT inc, 'inc' type, date, point
  FROM Income_o
  UNION ALL
  SELECT out, 'out' type, date, point
  FROM Outcome_o
  UNION ALL
  SELECT out, 'out' type,date, point FROM Outcome )
SELECT 'max' min_max,* FROM Inc_Out
WHERE m_sum >= ALL( SELECT m_sum FROM Inc_Out)
UNION ALL
SELECT 'min', * FROM Inc_Out
WHERE m_sum <= ALL( SELECT m_sum FROM Inc_Out)
...
Рейтинг: 0 / 0
06.08.2013, 11:52
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356346
qwerty112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerty112
Гость
FreemanZAVqwerty112пропущено...

что "не совсем" ?
пропущено...

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


Что нибудь типа такого:

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
WITH Inc_Out(m_sum, type, date, point) AS (
  SELECT inc, 'inc' type, date, point
  FROM Income
  UNION ALL
  SELECT inc, 'inc' type, date, point
  FROM Income_o
  UNION ALL
  SELECT out, 'out' type, date, point
  FROM Outcome_o
  UNION ALL
  SELECT out, 'out' type,date, point FROM Outcome )
SELECT 'max' min_max,* FROM Inc_Out
WHERE m_sum >= ALL( SELECT m_sum FROM Inc_Out)
UNION ALL
SELECT 'min', * FROM Inc_Out
WHERE m_sum <= ALL( SELECT m_sum FROM Inc_Out)


нуу, так
Код: sql
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.
SELECT 'max' min_max,* FROM 
	( SELECT inc m_sum, 'inc' type, date, point FROM Income
	  UNION ALL
	  SELECT inc, 'inc' type, date, point FROM Income_o
	  UNION ALL
	  SELECT out, 'out' type, date, point FROM Outcome_o
	  UNION ALL
	  SELECT out, 'out' type,date, point FROM Outcome ) Inc_Out

WHERE m_sum >= 
		ALL( SELECT m_sum FROM 
				( SELECT inc m_sum, 'inc' type, date, point FROM Income
				  UNION ALL
				  SELECT inc, 'inc' type, date, point FROM Income_o
				  UNION ALL
				  SELECT out, 'out' type, date, point FROM Outcome_o
				  UNION ALL
				  SELECT out, 'out' type,date, point FROM Outcome )Inc_Out)

UNION ALL

SELECT 'min', * FROM 
	( SELECT inc m_sum, 'inc' type, date, point FROM Income
	  UNION ALL
	  SELECT inc, 'inc' type, date, point FROM Income_o
	  UNION ALL
	  SELECT out, 'out' type, date, point FROM Outcome_o
	  UNION ALL
	  SELECT out, 'out' type,date, point FROM Outcome ) Inc_Out
WHERE m_sum <= 
		ALL( SELECT m_sum FROM 
				( SELECT inc m_sum, 'inc' type, date, point FROM Income
				  UNION ALL
				  SELECT inc, 'inc' type, date, point FROM Income_o
				  UNION ALL
				  SELECT out, 'out' type, date, point FROM Outcome_o
				  UNION ALL
				  SELECT out, 'out' type,date, point FROM Outcome )Inc_Out)


и ?
...
Рейтинг: 0 / 0
06.08.2013, 12:13
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356478
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
qwerty112,

Незачёт. Выборки из таблиц повторяются. В результате получаем жуткую потерю производительности и жуткий синтаксис
...
Рейтинг: 0 / 0
06.08.2013, 13:10
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356525
qwerty112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerty112
Гость
FreemanZAVжуткий синтаксис
про синтаксис - я и говорил
qwerty112CTE - да, удобно, наглядно и всё такое, но это, всё же, как была "дериверид тэйбл" - так и осталась "дериверид тэйбл", которые в Аксе использовать можно
FreemanZAVВ результате получаем жуткую потерю производительности
(и чо я не удивляюсь такому ответу ... :) )
и что, правда ?
и вы готовы, планами запросов это доказать ?
или это "высер" такая же "профессиональная точка зрения", как и про джойны в Акцессе ?
...
Рейтинг: 0 / 0
06.08.2013, 13:34
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356541
qwerty112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerty112
Гость
даа, и кстати
FreemanZAVqwerty112предложите запрос с CTE, который нельзя переписать через "дериверид тэйбл" (без рекурсии, разумеется) и тогда поговорим ...
Что нибудь типа такого:
....
даже если бы и была бы "жуткая потеря производительности" (а её - не будет, поверь дяде),
задачку-то, вы не выполнили ... :)
...
Рейтинг: 0 / 0
06.08.2013, 13:40
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356605
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
qwerty112про синтаксис - я и говорил

Я и не спорил

qwerty112или это "высер"
Ну, собственно, пошли оскорбления. И чо я не удивляюсь такому ответу?

qwerty112и вы готовы, планами запросов это доказать ?
Кстати планы в Акцессе получить не так-то просто - ещё один минус. Может Acсess умеет материализовать такие запросы (хотя меня берут сомнения) - тогда в в части производительности я не прав. Но опять же - менее убогим Acess-овский SQL не становится.

qwerty112"профессиональная точка зрения", как и про джойны в Акцессе ?

Моя точка зрения как раз и подтвердилась в Акцессовском faq
Вместо простого
Код: sql
1.
select * from A left join B on A.A=B.B left join C on A.A=C.C


В Аксессе надо в таких запросах ставить скобки:
Код: sql
1.
select * from ((((A left join B on A.A=B.B) left join C on A.A=C.C) left join D on A.A=D.D) left join E on A.A=E.E) left join F on A.A=F.F



В итоги три join вместо двух. Мне этот синтаксис кажется несколько бредовым
...
Рейтинг: 0 / 0
06.08.2013, 14:06
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356632
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
FreemanZAV
В итоги три join вместо двух. Мне этот синтаксис кажется несколько бредовым

Насчёт 3-х join не прав, но синтаксис всё равно бредовый
...
Рейтинг: 0 / 0
06.08.2013, 14:19
| Ответить | Цитировать | Написать  
Мелкомягкий кошмар
    #38356703
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
qwerty112даже если бы и была бы "жуткая потеря производительности" (а её - не будет, поверь дяде)

Не верю.

qwerty112задачку-то, вы не выполнили ... :)

Если акцесс в derived tables будет выполнять повторные чтения таблиц, то задачу я выполнил.
...
Рейтинг: 0 / 0
06.08.2013, 14:47
| Ответить | Цитировать | Написать  
25 сообщений из 179, страница 5 из 8
  5  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Мелкомягкий кошмар
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=38344428&tid=1552252]:
 0ms
get settings:
 9ms
get forum list:
 11ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 156ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 62ms
get tp. blocked users:
 1ms
others: 12ms
total:  274ms
созд. / загр.: 274ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]