Comment organiser les fichiers de script SQL et les dossiers

Question

Nous avons une base de données Oracle 10g (un énorme) dans notre société, et je fournis aux employés des données sur leurs demandes. Mon problème est, je sauvegarde presque toutes les requêtes SQL que j'ai écrites, et maintenant ma liste a grandi trop longtemps. Je veux organiser et renommer ces fichiers .sql afin que je puisse trouver celui que je veux facilement. À l'heure actuelle, j'utilise certains dossiers nommés comme Sales Dept, Field Team, Planning Dept, Special etc., et dans ces dossiers, il y a des fichiers .sql comme

Delivery_sales_1, Delivery_sales_2, ... 
Sent_sold_lostsales_endpoints, ... 
Sales_provinces_period, Returnrates_regions_bymonths, ... 
Jack_1, Steve_1, Steve_2, ... 

J'essaie de nommer les fichiers en ce qui concerne leur contenu, mais ce qui rend les noms de fichiers longs et ne pas répondre complètement à mes besoins. Parfois, quelqu'un vient et demande un rapport spécial, et je donne son nom au dossier, mais ce n'est pas aussi bon. Je sais que les doublons ou les fichiers très similaires augmentent avec le temps, mais je n'ai aucun contrôle sur eux.

Pouvez-vous me montrer la bonne direction pour renommer tous ces fichiers et dossiers et organiser mes requêtes pour un contrôle facile et mieux? TIA.

Answer 1

Les dossiers sont une manière moche de cataloguer un grand nombre de fichiers de sorte que vous puissiez trouver des choses plus tard. J'ai connu des collègues pour créer de façon obsessionnelle des centaines de dossiers et de sous-dossiers dans Outlook pour catégoriser chaque élément de courrier entrant; ils passent ensuite plusieurs minutes à ouvrir le dossier après le dossier en essayant de se rappeler où ils mettent les choses. Moi, je garde tout dans la boîte de réception, puis j'utilise Google Desktop Search pour les trouver - beaucoup plus vite! De même, j'ai tendance à conserver tous mes scripts SQL ad hoc dans un seul dossier c: \ sql, puis à utiliser Google Desktop Search pour les trouver.

Sinon, peut-être vous pourriez construire une base de données simple de les garder à, avec une table comme:

create table sql_scripts 
    (id integer primary key -- populated by a trigger 
    , sql clob 
    , date_created date default sysdate 
    , who_for varchar2(30) 
    , title varchar2(100) 
    , keywords varchar2(100) 
); 

Ensuite, vous pouvez insérer, par exemple:

insert into sql_scripts 
    (sql 
    , who_for varchar2(30) 
    , title varchar2(100) 
    , keywords varchar2(100) 
) values 
    ('select ename from emp where deptno=10' 
    , 'Steve Jones' 
    , 'List of employees in department 10' 
    , 'hr,emp,dept10' 
); 

Vous pouvez alors rechercher plus tard de diverses manières, par exemple

select * from sql_scripts 
where upper(who_for) like 'STEVE%' 
and upper(sql) like '%DEPTNO%' 
and date_created > sysdate-365;