פורסם: 25/08/2012 - 15:45
נושא ההודעה: דיון , איזה מסד נתונים מומלץ כחלופה ל mysql או אחר ?
|
בעקבות התערבות של oracle ושינוי מדיניות בנושא של מוצרים שהם בחלקם קוד פתוח
שינוי מדיניות מחברת sun לחברת oracle .
נשאלת השאלה כל פעם מחדש
איזה מסד מומלץ ?
אני אשמח לשמוע קשת של דיעות בנושא
האם יתכן שמ mysql ייצא fork חזק שנתמך על ידי קהילת הקוד הפתוח ?
(בדומה ל libreoffice שלקוח במקור מ openoffice של sun ז"ל - קיום חברת oracle
|
|
חזרה לתוכן הדיון |
פורסם: 25/08/2012 - 22:39
נושא ההודעה: -
|
לפי דעתי זאת שאלה מאוד כללית. זה הכל תלוי בצרכים שלך.
לכל בסיס נתונים יש את היתרונות/חסרונות שלו. אין בסיס נתונים אחד מנצח.
זה סתם יוביל לדיון אין סופי שלא יוביל לכלום.
תצמצם את השאלה שלך.תגדיר בדיוק מה אתה צריך.
|
|
חזרה לתוכן הדיון |
פורסם: 26/08/2012 - 10:04
נושא ההודעה:
|
אם אתה שואף למקצוענות גרידא SQLITE
_________________ מערכת: GNU/Linux debian
|
|
חזרה לתוכן הדיון |
פורסם: 26/08/2012 - 10:11
נושא ההודעה:
|
queency : | אם אתה שואף למקצוענות גרידא SQLITE |
???
|
|
חזרה לתוכן הדיון |
פורסם: 26/08/2012 - 10:13
נושא ההודעה: -
|
אני מצטרף --- ??????
אני מניח שזה היה בציניות.
|
|
חזרה לתוכן הדיון |
פורסם: 26/08/2012 - 10:57
נושא ההודעה:
|
אני שואל ברצינות ולא בציניות
כרגע אני מפתח תוכנות קטנות למטרת לימוד תיכנות
(java\ csharp&vb .net \C++ standard ISO\ANSI + .net\cli )
וכן ב php וגם ב python web turbogear .
כרגע למטרת הלימוד שלי המטרה העיקרית הינה השפות עצמן ולא המסד .
אך לא ירחק היום (למעשה כן ירחק אך בהנחה שזה יקרה מתי שהוא)
שבו ארצה לדמות כמה שיותר את העולם האמיתי Real World Application
כמו בכל דבר נסיון הינם מצרך מבוקש .
כיוון שאני אדע לאן לכוון ,
בטח יש גם דרך אחרת להתחבר למסדים שונים מכל שפה שהיא וכל מסד יש לו דרך משלו
או syntax אחר זה דבר חשוב לדעת ולזכור
|
|
חזרה לתוכן הדיון |
פורסם: 26/08/2012 - 16:06
נושא ההודעה:
|
לעבוד מול קבצים עם פייתון זה יותר מיד OVERKILL
SQLITE זה אפילו לא DATABASE זה רק ספריית C לעבוד מול קבצים
כאשר היא ממירה את שאילתות ה SQL לעבודה מהירה מול קבצי נתונים.
1) זו ספרייה רזה שמכילה פקודות בסיסיות בלבד ולמרות זאת
תמיד מצאתי פתרון גם לפונקציות שהספרייה הזאת לא מכילה
2) מכיון שזה קוד C הוא עובד מהיר ויעיל
3) "הדטה בייס הזה" הוא הכי נפוץ בעולם וגם בעל הסטוריה ארוכה ויציבה
4) יש לי מסדי נתונים גם של 1.8 מיליון רשומות אחרי INDEXING
בגדול אני לא יכול לאמר שלא נדרשה יצירתיות פה ושם
אבל לכל החוסרים נמצאו פתרונות וטובים יותר משימוש בדטה בייס גדול.
בגדול היתרונות עולים על החסרונות.
אז זה לא ציניות ולשימושים שלי שמדובר על מקסימום 5 פניות CONCURRENT
של שליפת נתונים הדטה בייס עובד טוב ומהיר.
ואם יש הרבה עדכונים אז ישנם שיטות יצירתיות להוריד עומס
אני יכול לחשוב על הפניית כל שאילתות UPDATE לקובץ מראה
שמסתנכרן כל כמה שניות.
אז אני לא ציני אני אוהב את המערכות שלי פשוטות וקלות
על מסורבל וחזק אבל זה אני.
_________________ מערכת: GNU/Linux debian
|
|
חזרה לתוכן הדיון |
פורסם: 26/08/2012 - 16:44
נושא ההודעה:
|
|
|
חזרה לתוכן הדיון |
פורסם: 26/08/2012 - 17:18
נושא ההודעה:
|
התחליף: MariaDB.
מיכוון שהוא תואם כמעט לחלוטין למה שכרגע מגיע מאורקל, לא אמורה להיות בעיה לעבור אליו היום או עוד חצי שנה או עוד שנה, אם ימשיכו בעיות מצד אורקל.
|
|
חזרה לתוכן הדיון |
פורסם: 29/08/2012 - 09:36
נושא ההודעה:
|
אנחנו משתמשים ב-postgresql ל-relational database יש לו הרבה תכונות אנטרפרייז ובנסיון שלנו מאד יציב.
הוא קוד פתוח לגמרי והקהילה מאוד פעילה ועוזרת
|
|
חזרה לתוכן הדיון |
פורסם: 29/08/2012 - 11:33
נושא ההודעה:
|
לדעתי צריך לבדוק עם wordpress/drupal/joomla באילו מסדי נתונים הם מתכוונים להשתמש
|
|
חזרה לתוכן הדיון |
פורסם: 29/08/2012 - 11:39
נושא ההודעה:
|
ציטוט: |
SQLITE זה אפילו לא DATABASE זה רק ספריית C לעבוד מול קבצים
כאשר היא ממירה את שאילתות ה SQL לעבודה מהירה מול קבצי נתונים.
|
בהחלט. מצד שני גם מערכת הפעלה היא רק ספרית C בשביל לעבוד מול קבצים.
בעצם כל מערכת היא ספרית C לעבודה מול קבצים.
בכל מקרה SQLITE נכנס תחת ההגדרה של database.
|
|
חזרה לתוכן הדיון |
פורסם: 30/08/2012 - 18:16
נושא ההודעה:
|
מקובל !
לא הבנתי למה הם קושרים את ה FRONT END לדטה בייס
(אני בכלל לא משתמש ב QT)
_________________ מערכת: GNU/Linux debian
|
|
חזרה לתוכן הדיון |
פורסם: 21/11/2012 - 01:41
נושא ההודעה: מצטרף להמלצה על PostgreSQL. יציב אמין מהיר.
|
אני עובד איתו כבר 6 שנים, מאות התקנות ואפס תקלות.
ורק בגלל שהוא פחות מוכר לא הופך אותו לפחות טוב מ MySQL.
|
|
חזרה לתוכן הדיון |
|